1.跟踪项目
我们需要对项目进行日志，真实的意图是跟踪这个项目，每天的记录是识别和记录，每个周，每个月，每个项目的结束的总结是对这个项目的跟踪的分析。所以想要控制好项目，首先就是要跟踪好，控制的基础就是跟踪。
2.项目的成功不同的阶段在于“不断”做同一件事
需求阶段，故事要不断地讲，反复的讲，以检查故事的逻辑性，内在关联性，是考察重点；
设计阶段，数据库，类图，页面和数据库关联图也是要反复不断的看，查看业务逻辑的实现是否有纰漏。
开发阶段，代码反复看，不断看看设计实现是否需要调整，是否有共通的地方可以拿出来做。
3.评审的发生不仅仅是在结束，而是发生在规则创建期和结束
做一件事情的规范的指定是在过程中，但是不要让执行人员等的太久，比如撰写设计书，在开始的几天内，大家都写完了一份就应该马上进行评审，就里面的问题进行分析和公布，这几天是所谓的“规则创建期”，如果规则创建期内，大家确定了一番良好的习惯，则问题将不会被带入更多的设计文档中，大家的花费的时间成本也将减少。所以讲前期的评审是为了创建规则，后期的评审是为了校验内容。
4.“半箱炉灰”原则
另外这里还有一点，就是“半箱炉灰”原则，这里讲述的倒掉一整箱的炉灰很沉，但是如果每次只是倒掉半箱则是很轻松的事情，所以对于大工作量要学会拆分，比如评审，代码review等，都应该是分阶段完成，评审的只是当前阶段完成的内容，而不是全部做完了，再全部评审，这样面对大量的评审工作，会导致进度过缓以及评审质量下降。
5.计划双规
最好是能够指定出两份计划，一份是按照模块开排列的，一份是按照时间进度来排列的。