1.人和交换重与过程和工具
团队构建比环境构建更为重要,许多团队和管理者就犯了先构建环境,然后期望团队自动凝聚在一起的错误。应该先致力于构建团队,然后再让团队基与需求来配置环境。
2.可以工作的软件重于面面俱到的文章
过多的文档比过少的文档更糟,编制文档需要花费大量的时间,使这些文档和代码同步需要话费更多的时间。如果文档和代码失去同步,那么文档就变成谎言。对于团队来说编写一份系统原理和结构方面的文档是个好注意。
Martin文档第一定律------直到迫切需要且意义重大时,才编制文档。
3.客户合作重与合同谈判
成功的项目需要定期且平凡的客户反馈。不是依赖于合同或者关于工作的陈述,而是让软件的客户和团队密切的工作在一起,并尽量经常的提供反馈。
4.随时应对变化重于遵循计划
当我们在构建计划时,应该确保计划是灵活的,并且易于适应商务和技术方面的变化。
较好做计划的策略是:为下一周做详细的计划,为下3个月做粗略的计划,再以后就做极为简略的计划。我们应该清楚地知道下周要完成的任务,粗略了解下3个月要实现的需求。至于系统一年以后要做什么,有一个模糊的想法就行了。