如何用好敏捷方法？
0
敏捷：（Agile）是一套原则和价值观，而非具体的工作形式（Scrum、XP、kanban）
什么叫价值观？简单地讲，就是主体面对客体，所做出的判断依据点，如对待事物的主次，轻重取舍。举个例子，用户价值至上，在判断需求的取舍时，若不能给用户或者产品带来价值的功能需求，则坚决不做。
当实践敏捷时候，我们默认以下价值观：
- 个体和互动 高于 流程和工具
- 工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划
1
敏捷原则，是指一套具体的工作方法论，以下十二条是我们默认尊选的原则。
- 我们最重要的目标，是通过及早和持续不断地交付有价值的软件使客户满意。
- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
- 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
- 可工作的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
- 以简洁为本，它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自自组织团队。
- 团队定期地反思如何能提高成效，并依此调整自身的行为表现。
2
为什么选择敏捷？
我们之所以选择敏捷不仅仅是因为价值偏好，更是因为经历各种挫折后的必然选择，在历经不断的客户变化后，敏捷可能是我们当前最不坏的选择。
3
关于敏捷，我们应该关注的
敏捷 ≠ 会议：
敏捷并不是一系列会议的集合，不是开了晨会就是敏捷
敏捷 ≠ 1or2周一个迭代
敏捷确实有着更快的迭代发版周期，但不代表越短的周期就是越好的敏捷
敏捷 → 船小好调头
当使用敏捷的开发方式时，代表着产品本身在当前市场上还需要进一步验证，因此敏捷模式下，产品需求、产品设计必然会跟随市场或战略变化，经常性的发生变化
敏捷 → 更全能的团队
在敏捷模式下，每个敏捷小组的人数都不应超过1个pizza（即1个pizza能吃饱的人数区间），通常我们会定义为12个人以下。此时，结合更灵活的产品设计，每个敏捷小组都应该逐步“全能”，打破传统前后端的约束，在繁忙时，每个人都能backup另外的人
敏捷 → 更扁平、直接的交流
在敏捷模式下，我们提倡直接交流，不欢迎任何形式的部门墙。当我们发现一件事情需要被解决时，每个人都应该上前承担问题，而不是像传统开发或组织形态下，去走“上报问题 → 讨论问题 → 分派问题 → 解决问题”的路子。我们会直接“发现问题 → 讨论问题 → 解决问题”
本节标签
【审阅】：任馨怡
【作者】：陈潇楠
【适用范围】：全公司
【公开范围】：公司内和公司外