《构建之法》第六章

1.我们最优先要做的是通过尽早的,持续的交付有价值的软件来使客户满意。
2.即使到了开发后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势:
3.经常性的交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好:
4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作
5.围绕被激励起来的个人构件项目,给他们提供所需要的环境和支持,并且信任他们能够完成工作。
6.在团队内部,最有效果的信息传递方式是面对面的交流
7.工作的软件是首要的进度度量标准、
8.敏捷过程提倡可持续的开发速度。责任人、开发者和用户应能够保持一个长期的、恒定的开发速度
9.不断的关注优秀的技能和好的设计会增强敏捷能力
10.简化工作量
11.最好的架构、需求和设计出自于自组织的团队
12.每隔一段时间,团队会在如何才能更有效地更有效的工作方面进行反省,然后相应地对自己的行为进行调整。

总的来说:敏捷是一种态度,而不是一个说明性的过程。它不能解决问题,但可以用于优化解决问题的过程。

原文地址:https://www.cnblogs.com/13070036dj/p/5601756.html