第1章 敏捷实践
1.1 敏捷联盟
- 个体和交互胜过过程和工具
- 可以工作的软件胜过面面俱到的文档
直到迫切需要并且意义重大时,才来编制文档。
- 客户合作胜过合同谈判
- 响应变化胜过遵循计划
原则
- 我们最优先要做的时通过尽早的、持续的交付有价值的软件来使客户满意。
初期交付的系统中所包含的功能越少,最终交付的系统的质量就越高。
- 即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
- 经常性地交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好。
- 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
- 围绕被激励起来的个人来构建项目。给他们提供所需要的环境和支持,并且信任他们能够完成工作。
- 在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。
- 工作的软件时首要的进度度量标准。
- 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
- 不断地关注优秀的技能和好的设计会增强敏捷能力。
- 简单——使未完成的工作最大化的艺术——是根本的。
- 最好的架构、需求和设计出自于组织的团队。
- 每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整。
1.3 结论