敏捷软件开发读书笔记第一章——敏捷实践

第一章 敏捷实践

1.敏捷软件开发宣言

1）个体和交互 胜过 过程和工具

这里体现了敏捷开发中以人为本的理念，软件是人编出来的，如果这个活动离开了人，是行不通的。团队的作用是十分地重要的。

2）可以工作的软件 胜过 面面俱到的文档

这里持续不断地频繁地交付可以工作的软件比耗费巨大的精力和时间浪费在文档的写作上要高明得多。没有文档的代码是一场灾难，单过多的文档比过少的文档要更糟糕。文档过多会导致其难以维护，所以一个优秀的文档时致力于系统的总体框架的说明，其总的页数不应超过二十页。具体的细节的东西应当使用代码来说话，代码是没有其他二义性的语言；在培养团队中的新成员的方法上，要采用面对面的交流方式，最好的两份文档时代码和团队。

3）客户合作胜过合同谈判

学会让客户参与到项目之中来，那些希望与一个软件编写团队签订一份合同而到达期限后收取代码的方式是不对的，这将使得项目遭受巨大的挫折。要积极与客户进行相关的交流。

4）相应变化生活遵循计划

我们在构建计划时应当确保计划时灵活的并且易于适应商务和技术方面的变化。计划不能考虑地太远，因为商务环境和用户的需求是变化的，要不断地根据这些变化来调整自己的计划。

一个理想的计划时：为下两周做详细的计划，为下三个月做粗略的计划，再以后就做极为粗糙的计划。我们应当清楚地指导下两周要完成的任务，粗略地了解一下三个月内实现的需求，对于未来有一个模糊的想法就好了。这种意味着我们只有对于迫切的任务才花费时间进行详细的计划，对于未来只有模糊的框架。这样在保证了计划灵活性的基础上，增加了现行的效率。

 

2敏捷软件的规则

1)我们最优先要做的是通过尽早的持续的交付有价值的软件使得客户满意；

2）即使到了开发后期，也欢迎改变需求。敏捷过程利用变化为客户创造竞争优势；

3）经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间越短越好

4）在整个项目开发期间，业务人员和开发人员必须天天在一起工作；

5）围绕被激励起来的个人来构建项目。给他们提供所需要的环境支持，并且信任他们能够完成工作；

6）在团队中，面对面交谈时最有效率和最富有效果的传递信息的方法；

7）工作的软件是好药的进度衡量标准，而不是以代码数来决定；

8）敏捷过程提倡可持续的开发速度，不能采用冲刺式的开发，而导致后期没有持续力；

9）不断地关注优秀的技能和好的设计；

10）简单

11）自组织的团队

其中敏捷开发的规则与敏捷开发宣言是部分对应的，它更像是对于宣言的一种解释。

 

 

敬请关注第二弹，极限编程概述