很多朋友都有过或者正在治理一个或者多个软件项目，那么我的文章就从这个题目开始：假如单纯从表象来说，软件项目治理过程中暴露的最大题目是什么?

　　不同的人的会有不同的答案，但是大致这样的答案我想大部分人都是会认可的，那就是“进度拖延”。进度拖延当然是表象之一了，其他诸如质量不过关、功能不完整等等，我觉得都是和进度拖延密切相关的。很多项目经理都想往做那些以为是十分必要的事情，比如计划、测试等，但是“没有时间”。为什么会没有时间?等到项目总结的时候，我们总会罗列出一大堆的理由试图来说服自己，说服公司甚至说服客户。但是假如限定项目经理只从自己身上找原因的话，我想题目就不难找了。

　　这里，我用“丰田”的“五次为什么”方法来问这个题目，以及我觉得可能的回答：

　　一、为什么项目进度会拖延?由于没有按照项目计划进行!

　　二、为什么不按照项目计划执行?由于进度总会有拖延，缓冲时间总会被用光。

　　三、为什么在计划时候不规划得更细更贴近现实一些呢?再细也总有额外的工作出现。

　　四、为什么不充分评估每一个工作，让预料之外的工作尽可能少呢?由于确实无法评估下往了，很多以为是原子级的工作都会产生出各种题目。

　　五、没有可以参考的其他项目的项目计划吗?由于两个项目的不同点太多，很难重用。

　　问到这里，我想一般项目的核心题目也就显露在我们的眼前。现在先不往谈论这个题目，我们用几个简单的例子让他更生动一些。

　　我们用一个非软件的事情举例，让大家为这个例子作一个具体的项目计划并评估出最精确的时间。

　　例子1：请大家评估各自把我的这篇文章重新打一遍的时间。

　　这个例子最简单了，拿我自己来说，我打字速度为每分钟30个汉字，所以这篇文章重新打一遍的时间就是文章的总字数3000/30=100分钟。加上中间休息的时间，最多就是120分钟。

　　答案相当正确，我想也不会有太多人有异议，但是下一个例子可能就有些不一样了。

　　例子2：请大家解开下列的方程式：x2 px q=0, p=2, q=1

　　初中的方程式阿，但是很多人可能忘记它的通用求解公式了，不过我们假设大家都知道这个求解公式：-p/2±sqrt(p2/4-q)。评估时间的时候我们首先要知道我们打开计算器的时间，输进数据的时间，抄录结果，并且为了保证计算正确，我们需要进行验算。嗯，这样估算时间的权威性恐怕不如例子1那样令人信服了，而且我们经常需要由于算错而重新计算，超时恐怕很难会避免。

　　例子3：请大家按照我的引言，结合自己的项目实践，重新写一篇吧。

营销广告策划网(www.ideatop.net)