今天继续阅读了梦断代码，学到一些小技巧：白板上的即时贴：用贴纸，每张纸表示大致同等的工作量。每张即时贴代表各开发者一个月或两个月的工作时间。先在墙上循“点号版本”的顺序贴上，然后就能对每一轮计划的工作和自己是否脱离显示一目了然。用贴纸法来讨论项目各个小版本应该具有的功能特性，也是敏捷开发里重点推广的。这个也是我们老师要求过的，大致的意思是一样的。先进行明确的分割，再对每一个小目标进行实现。我做过的，我正在做的，以及我将要做的。还有我已经实现的功能、我正在实现的功能、我将要实现的功能······这样有利于加速发现和修正缺陷。
从Chandler 项目的最早期，卡普尔就坚持要做现实的计划和进度。但项目平均6个月能发布一个版本，但计划是在3 、4 个月内完成一个版本。软件开发和其他领域中计划总是超出了能预见的范围。Chandler项目的软件开发者很少成组地共同开发一系列项目每次到新团队中开始做新项目时，他们大概还是会按下”重置”按钮， 根据某些首要原则设计出一套新的工作流程。汉弗里在IBM 执行强制进度纪律的成功基于两条原则：
1、计划是强制性的；
2、计划必须符合现实情况——“从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来。
之前遇到问题，项目不知道从哪里下手，其实还是项目架构没有想清楚，在做项目前，做好相应的架构，往往可以事半功倍。