三种方法评估项目工作量

申请免费试用、咨询电话：400-8352-114

项目管理师汤姆提出，在一个项目开始前可以用三种方法来估计该项目10%的工作量。

在创建项目框架和项目计划时，项目经理总是希望提出一个关于项目工作量的详细估计。然而，在没有收集详细的需求信息之前，如何估计项目工作量呢?这看起来是个难以解决的问题。不过，在我们讨论收集详细的需求信息时，通常指的是项目生命周期的分析阶段，而不是指项目管理的定义和计划工作。

但是，实际上，收集完详细的需求信息后在对项目的工作量进行估计的做法是不可行的。原因是，假设你有一个典型的IT开发项目，这个项目可能需要6个月的时间，在整个项目开发实践中，收集需求信息的过程可能需要6到8周，甚至更多。

如果你推迟估计项目的工作量到收集了需求信息之后，这意味着，在你确认整个项目资金和最终期限前，这个项目可能已完成了三分之一。如果这个项目由于投入与效益前景较差，而不得不放弃，这时你可能已花费了大量的资金。在我看来，这太晚了，这也是为什么大多项目管理方法学中不包括收集详息的业务需求信息的原因。

同时，如果按照相同逻辑的话，你可能会认为在没有完成设计之前，我们就不能准确地估计项目工作量，接下来你就会认为我们不能估计项目工作量直到整个项目完成。可以看到，这种逻辑可能被发挥到极端的地步。对我来说，下面的选项会更有意义。（我十分熟悉快速原形化迭代开发技术，在这种技术中你可以使用迭代的方法收集需求信息。但是，这里让我们假设你使用的是传统的瀑布模型，在项目开发前收集需求信息。）

在你规划一个项目时，估计项目10%的工作量。对我来说，这是一个传统的方法，并且我相信大多情况下这种方法是可行的。然而，这里有一个内在的假设，就是项目经理和项目开发小组以前做过这种类似的工作，因而能够基于为创建项目框架而收集的简单需求信息来估计项目10%的工作量。

这种方法的缺点是在你收集了需求信息之后，如果发现你的估计是错误的，这时你不得不推迟发布时间和要求更多的资金。当然，无论使用何种开发技术，在每个项目开发阶段结束时进行一致性检查都是必要的。

将工作分解为几个更小的部分。如果你感觉估计整个项目的工作量有困难时，可以将一个大的项目分解成几个小的工程。当你使用这种技术时，可以不必再为收集需求信息而进行项目框架设计。

你应该能够估计收集需求信息工程10%的工作量，当收集需求工作完成后，你就可以用这些信息来规划下一步工程来完成项目的其余工作。但愿现在你可以估计项目剩余的10%的工作量。当你完成这项工作时，最终产品通过两个子工程即可获得，每个子工程估计和管理10%的预算和计划。

首先预先估计项目时间和预算，接下来在收集完需求信息后坚定地执行项目计划。这是上面提到的第一种技术的简单变化，在这种方法中，项目经理提供一个最好的项目工作量估计，与此同时，项目框架和计划也创建完成。然而，基于机构规章，这种估计不像第一种方法，项目经理是不负任何责任的。

这种估计对于当时的信息来说是最好的估计。在收集完成需求信息后，项目经理可以提供一个详细的项目工作量估计，这个估计项目经理是要负责的。

正如我以前提到的，大多人可能认为迭代的收集需求信息是最好的方法。然而，迭代生命周期并不提供关于如何估计项目10%的工作量的方法。事实上，迭代方法可能使得估计的准确性更加困难，而快速原形化方法通常指的是不做任何估计，直到用户满意最终结果或者用完了预算资金才把迭代模型转化成工作代码。

上面的三种方法在项目开始之前估计项目工作量提供了一组更加可行的技术方法。在你的机构中你有更加有效的方法吗？（zdnet）