小时候我对一位老先生吃饭很感兴趣：他总是先把一大盒的米饭吃光了，然后再幸福地品尝一小盒菜。父母告诉我这是中国的传统美德，叫“先苦后甜”。从此我铭记在心，按此道理去学习和工作。可如今在饭店里，人们总是先把菜吃完了，后才吃点米饭。天哪，生活真是太复杂了，我究竟该“先吃饭” 还是“先吃菜”?

(3)开发一个大的软件项目，应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。程序员极容易沉迷于技术，要么乐不思蜀，要么焦头烂额。里程碑象心灵的灯塔，使忙碌的人群不混乱，不迷失方向。

(4)进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。因为人们对即将要做的事情知之甚少，所以要留一些时间以防不测。Microsoft公司的一些开发小组甚至制定了“50% 缓冲规则”[Cusumano 1996]。对许多项目经理而言，容忍进度表中存在缓冲时间，不啻为观念上的一个飞跃。

(5)如果发现项目应交付的期限非常不合理，要跟领导或跟客户据理力争，请求放宽期限、调整进度。当客户的需求发生变化时，要对进度表作出相应的修正。不要觉得修改进度表很困难很麻烦，不修改才会产生真真的麻烦。很多人认为戒烟很困难，但马克·吐温曾说：“戒烟很容易，我一年戒几十次。”

2、 零缺陷质量管理的观念

“零缺陷”质量管理的观念来源于一些国际上的硬件生产厂商。尽管软件的开发与硬件生产有极大的差别，但我们仍可以从“零缺陷”质量管理中得到启迪。“零缺陷”质量管理至少有两个核心内容：一是高目标，二是可执行的规范。

2.1 高目标

人在做一件事情时，由于存在很多不确定的因素，一般不可能 地达到目标。假设平常人做事能完成目标的80%。如果某个人的目标是100分，那么他终成绩可达80分。如果某个人的目标只是60分，那么他终成绩只有48分。我们在考场上身经百战，很清楚那些只想混及格的学生通常都不会及格，那些想得高分的学生也常为自己的失误而捶胸顿足。

做一个项目通常需要多个人的协作。假设项目的总质量(高为1)是十个开发人员的工作质量之积。如果每个人的质量目标是0.95，那么十个人的累积质量不会超过0.19。如果每个人的质量目标是0.9分，那么十个人的累积质量不会超过0.03。只有每个人都做到1，项目总质量才会是1。

如果没有高目标，人的堕落很快。如果没有“零缺陷”的质量目标，也许缺陷会成堆。

2.2 可执行的规范

实现100分显然比实现80分要付出更多的努力。“零缺陷”质量目标不是随心所欲提出来的，做得到才有意义。实现高目标需要一套可执行的规范来保证。

50年代末，掀起了“浮夸风”。为了实现亩产数万斤推广各种方法，害得闹饥荒。想不到有数千年种粮经验的几亿中国农民这么整齐地栽倒了。

好规范必须是本企业有能力执行的。一个普通企业照搬企业的规范未必行得通。软件工程的规范很容易从书籍中找到，但有了这些规范并不表明能把软件做好。国内很多软件公司根本没有条件去执行业界推荐的软件工程规范。社会主义初级阶段的“草”与发达资本主义的“苗”的确有不同的培育方式。

软件是如此的灵活，如果没有规范来制约，容易因无序的喜好而导致混沌;但规范如果太严密了，会扼杀程序员生机勃勃的创造力。制定软件规范是进退两难的事。程序员必须深入了解软件多方面的质量因素，把那些能提高软件质量因素的各种规范植入脑中，才能在各个实践环节自然而然地把高质量设计到软件中。