敏捷的5个价值观
- 个体和交互胜过过程和工具。
- 可以工作的软件胜过面面俱到的文档。
- 客户合作胜过合同谈判。
- 响应变化胜过遵循计划。
- 虽然右项有价值,但我们更重视左项。
敏捷的12条原则
- 我们最优先要做的是,通过尽早地、持续地交付有价值的软件使客户满意。
- 即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
- 经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
- 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
- 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
- 在团队内部,最具有效果并且富有效率地传递信息方法,就是面对面地交谈。
- 工作的软件是首要的进度度量标准。
- 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
- 不断地关注优秀的技能和好的设计会增强敏捷能力。
- 简单——使未完成的工作最大化的艺术——是根本的。
以简洁为本,它是极力减少不必要工作量的艺术。
- 最好的构架、需求和设计出自于自组织的团队。
- 每隔一定时间,团队会针对如何才能更有效地工作进行反省,然后相应地对自己的行为进行调整。
敏捷的一些误解
敏捷就是快?
敏捷希望能尽快把可用的软件持续性地交付给客户,交付的时间越短越好,而不是最后才一次性地交给客户。
敏捷中的“快”其实指的是反馈更快,反馈更及时。
敏捷就是加班?
敏捷强调“可持续的开发速度”。
通常保持“可持续的开发速度”方法如下:
- 他们在迭代开始的时候,不会过度承诺,也就是能完成多少工作,就承诺多少工作。
- 严格遵守纪律。他们在迭代开始以后,原则上不会再增加需求,如果一定要往他们的迭代待办事项列表里增加其它需求,就要同时从中拿走等量的需求。
一句话总结敏捷
敏捷 = 价值观 + 原则 + 一系列符合价值观和原则的方法。单纯说敏捷是一种方法,肯定是片面的;但只强调它的价值观和原则,而不重视方法也是不对的,因为那样敏捷就飘在空中,不能落地了。