第六章 敏捷流程
每日例会：
我昨天做了什么
我今天要做什么
我碰到了哪些问题
不能流于形式，要定义好任务究竟是什么？在每一个任务中记载我们完成这个任务还需要多少时间。
程序猿写完功能的时候，我们感觉好像项目完成了80%，殊不知后面的20%往往要花费80%的时间。
有许多最佳实践在各种开发方式下都在使用，所以各种开发方式并不是进水不犯河水，老死不相往来的关系。
敏捷方法能帮助更早的知道是否能如期完成任务。
第七章 实战中的软件工程
MSF原则：
1.推动信息共享和沟通（所有信息保留并公开）。
2.为共同的远景而工作。
3.充分授权和信任。
4.各司其职，对项目共同负责（who，what，when，why）。
5.交付增量的价值。
6.保持敏捷，预期和适应变化（我们是预期变化，不是期望变化）。
7.投资质量。
8.学习所有的经验（总结和分享）。
9.与顾客合作。
描述项目成功的原因，探讨软件工程的原理和发展的时候，要用到证人誓词的精神，我保证我说的都是事实，是全部的事实，除了事实没有别的。
