一个测试人员，应我的要求，做一个计划，并汇报了当天的工作进度。她的计划和报告中，我看出不她在做什么，她能够完成计划，或者说她对要做的事情一知半解。她使用的是文学的语言，我看不到可信赖的数据。

这个现象在我们开发人员中很普遍。经常听到“差不多”了，“大概“完成了。模糊性的语言背后，往往是质量的折扣，进度的折扣，成本的折扣。

1. 一个差不多的计划，往往缔造一个差不多的项目。

实际情况很多时候偏离计划，这是非常自然地现象。但如果用差不多的计划来开始工作，这种偏离将很难度量，因为我们说偏离的时候，是偏离我们的计划。只有积累度量这种偏离，不断修正计划，才能使得计划具有指导性。这一次计划有偏离，下一次计划要将这种偏离考虑到计划中。那么经过一定的积累，在做类似的项目的时候，我们的计划将更贴合实际，更能指导我们的实际开发。

计划没有变化快，但不能因为变化快，我们不要计划，或者忽略计划的重要性。正如前面所说，没有适当的计划，你怎么知道变化有多快，变化偏离你的计划有多少？如果简单地说一句”计划没有变化快“，那仅仅是一句感叹，对于项目开发来说没有任何意义。

2. 一个差不多的进度报告，掩盖了很多实际的情况。

有一次，一个小组的周报里，有一个进度数据是5000，如此巧合的数据，细究下，找到了终的原因，第一，是成员没有真正进行统计；第二，小组长对小组成员的进度没有真正把握，数据是他”拟合“的，是他的印象。再次统计进度，乐观的小组长开始发愁了。当一个报告中的数据太少，充斥”大概的“的数据的时候，那么对实际进度，有担忧的理由了。当然，当一个进度报告中有太多”完美的“进度的时候，往往隐藏着公开的秘密，那是这个进度不真实。

多用数字进行思考，严谨地进行自我管理，进行项目管理，这样虽然开始看起来会僵硬的嫌疑，但长期这么去做，一定会使得自己成为一个高效的开发者，使得团队成为一个高效的团队。