敏捷思想

1.人和交换重与过程和工具

团队构建比环境构建更为重要，许多团队和管理者就犯了先构建环境，然后期望团队自动凝聚在一起的错误。应该先致力于构建团队，然后再让团队基与需求来配置环境。

 

2.可以工作的软件重于面面俱到的文章

过多的文档比过少的文档更糟，编制文档需要花费大量的时间，使这些文档和代码同步需要话费更多的时间。如果文档和代码失去同步，那么文档就变成谎言。对于团队来说编写一份系统原理和结构方面的文档是个好注意。

Martin文档第一定律------直到迫切需要且意义重大时，才编制文档。

 

3.客户合作重与合同谈判

成功的项目需要定期且平凡的客户反馈。不是依赖于合同或者关于工作的陈述，而是让软件的客户和团队密切的工作在一起，并尽量经常的提供反馈。

 

4.随时应对变化重于遵循计划

当我们在构建计划时，应该确保计划是灵活的，并且易于适应商务和技术方面的变化。

较好做计划的策略是：为下一周做详细的计划，为下3个月做粗略的计划，再以后就做极为简略的计划。我们应该清楚地知道下周要完成的任务，粗略了解下3个月要实现的需求。至于系统一年以后要做什么，有一个模糊的想法就行了。