如何做到最快最好地交付产品

人生的价值似乎在于实现与协助实现

keyword: 理解客户需求，内部敢于放权，工具强于记忆，内部核心保证。
## 前言
参加工作已经快一年了 还记得第一次参加工作的时间是7月20号，马上就一年了，而且今天又快到年中了，时间真的是如流水般，绵长且迅速。

参加工作一年的时间，从原来的项目老大，提倡站会 迭代等一系列关于敏捷的事项，逐渐了解到了敏捷的发展，而后加入了提倡敏捷的公司，正式观摩，学习实践敏捷，有些许思考，在此记录下，可能后期会更改看法。但谁又知道是什么时候呢。不如Just Go, Watch and Study.
我所服务的公司或者说我在做的多数都是ToB的，但我也是很多ToC软件的一个客户，作为一个developer, 我更想从一个开发者的角度来看，如何快速的交付最好的产品，且对用户最负责。
在这中间做一个插曲，我并不认为前端和后端有什么区别，都是开发者啊，能有啥区别，都是实现的方式,都可以为用户实现需求,仅仅是分工不同而已. 当然我认为其他的角色也似乎都是相同的,比如质量保证或者运维的角色都是如此.
有时候也在想人生在世似乎都在围绕着价值在流转(常常体现的方式是:工资), 我们因为在不断地为其他人创造价值和获得自己的价值, 从而获取劳动所得,作为公司的一个职员,我们要站在公司的立场中,为公司创值,有时候做的事自己喜欢或者说是感兴趣的工作, 有时候似乎做的是自己号不感兴趣的工作, 但无论如何都是在创值, 对于用户来讲,亦是如此, 都想为自己的公司也好自身也好都想省出相应的钱, 为公司或自己剩下最多的钱. 这是价值的问题. 当一切的成本的问题确定后,如何做到最快最好地交付产品呢?
## 理解用户需求
首先是理解客户的需求, 可以采用用户故事也好,采用其他的方式也好,采用敏捷的方式,持续的听取用户的意见和建议, 持续地向用户提供反馈和接受用户的信息.了解客户的目标,为用户提供创值.
## 内容敢于放权
第二点, 内部敢于放权, 传统的公司或者相关的信息也好,都是采用层层审批,谁审批谁负责的制度保证产品的质量, 但是产品的安全保证我认为并不是限制权限可以解决的, 我诚然承认新手无法保证完全地保证数据的安全, 可能会或者说很有可能会出现问题, 但是我觉得数据的安全性保证要和快速上手达到一个平衡, 接触地越多,自然对于相应的流程越熟悉, 制度是为了限制人, 而不是为了保护人, 而保护人会带来更大的收益, 限制人只会让事情变得复杂, 变得很难难以去进行, 让很多人不高兴, 不开心, 比如软件开发, 为了数据的安全性, 我们很多时候采用的是明确分工, 明确责任人, 比如采用明确的审批制度, 但是保护带来的东西会更多, 不仅仅是效率还有彼此的信任,以及工作的热情, 那如何保护呢? 采用数据多次备份,保证数据的安全性, 数据的安全性保证等等.

工具强于记忆

人的头脑都是被占用的状态, 采用工具来记忆,去推进要比头脑记忆强得多, 比如 GTD 也好,其他的方式也好,都是对于复杂性转移的一个实现, 任务确定时,复杂性不能消失,只能转移. 与其讲复杂度交付给大脑不如讲复杂度交付给工具.

内容核心保证

内容要保证安全,此事项还需要详细分析

希望尽全力保证放权或者说信任,其中的一个问题是多备份出现问题后, 成本可能会逐渐增加, chaos monkey 会时不时的出现,如何保证成本最低也是一个很重要的问题, 这也是相对来说比较重要的地方,可以开发时多备份, 定版本后可以减少备份的频次,尽量减少成本, 环境需要快速启动,快速拓展,一键快速创建,正常冗余.