项目规划 I： 工作分解结构

项目规划 II： 工作量

引言

一个项目（或一项重大任务）需要完成大量工作。但它到底需要多少精力，何时才能完成呢？

规划基础

在项目规划方面，我们必须做一个基本区分：我们的项目期望的结果是什么类型？它可能是未知的、一个建筑、一个工厂、一个产品、组织行为的改变，或者一个软件应用。

总的来说，项目的结果可能是 a) 相当未知，b)有形，c)无形，或者 d)复杂系统。在每种情况下，项目的重点都不同

项目结果	强调
a) 相当未知	演进
b)有形的事物，例如一座新建筑、一座新工厂或一个新产品	结构
c)无形的事物，例如一个系统的行为改变，例如现有组织中的新流程	行为
d)复杂系统，例如一个软件应用程序	结构与行为

当项目结果相当未知时，项目本身必须关注演进；当结果有形时，项目必须关注结构；当结果无形时，项目必须关注行为；当项目结果是复杂系统时，项目本身必须关注结构和行为。

具体如何实现呢？

相当未知的项目结果：演进

如果项目的期望结果相当未知，您必须使用敏捷方法。在这种情况下，严格意义上的“项目规划”并不存在。您需要建立特定的流程和规则。

有形项目结果：结构

对于有形的项目结果，您会先创建一个“对象分解结构”，就像这个一样。项目的最终结果将包含什么？

(如果项目不是关于一座新建筑而是关于一家新公司，这可能就是这家新公司的第一个组织结构图。如果是关于一个新产品，则可能是新产品的第一个产品结构。)

然后，您从中派生出工作分解结构 (WBS)。WBS 仅侧重于项目中必须执行的所有工作。

在这里，工作包被归类为逻辑阶段（以名词命名），例如“架构”、“准备”、“采购”……，但所有需要完成的工作都用动词和名词等来描述，例如“访谈用户”、“绘制草图和计划”、“制作模型”……

工作是您执行的，它是一项活动，而不是一个对象——因此，工作包的描述中包含动词。

请仔细比较上面的 OBS 和这个 WBS。WBS 中显示了大量会导致精力、成本和时间投入的项目工作，而这些在上面的 OBS 中从未提及。请记住，任何未在 WBS 中体现的工作都将在您的项目中没有预算和时间。因此，将所有工作分解为详尽的 WBS 是所有项目规划中最重要的步骤。

之后，甘特图就与图形化的 WBS 相同，只是以列表而不是图形树的形式显示。

这将成为您后续制定进度表和其他计划的基础。

无形项目结果：行为

如果项目的期望结果是无形的，因此侧重于行为，您首先会创建一个业务流程模型。

在此基础上——尽管一开始可能很浅显——您会派生出一个WBS。在这种情况下，您需要考虑所有为了将当前系统的行为改变为新流程而必须完成的工作。这是一个例子。

当您研究这个 WBS 时，您会发现它与新流程和组织的全新行为无关。相反，它显示了为了让新流程生动起来而必须完成的所有工作。因此，它包含了为了实现项目目标而必须执行的所有工作。这些目标不是描述流程，而是实施它们。

甘特图然后再次只是 WBS 的一个特殊视图。

复杂系统作为项目结果：结构与行为。

生产复杂系统（例如软件应用程序）的项目规划结合了上述结构和行为挑战。因此，在第一步，您使用统一建模语言（UML）来创建所需系统所有必要且有用的结构和行为图及模型。

基于这些模型——尽管它们可能很浅显——您会派生出您的WBS，例如像这个一样。

甘特图然后再次只是这个图形 WBS 的一个特定列表视图。

再次，您会看到，这个计划中的所有工作包对于开发和实施软件系统都是必需的，但这些工作并未直接出现在系统的任何结构或行为模型中。所有必要的工作包都是从系统模型——以及开发软件的经验——中派生出来的，当然。

因此，创建合适的 WBS 通常是通过头脑风暴并在项目团队中对必要的工作包进行聚类来完成的。

步骤 1：在核心团队中收集工作包

步骤 2：对工作包进行聚类

步骤 3：完成 WBS

步骤 4：定义阶段

步骤 5：编号

但您也可以从示例 WBS 复制和调整您的 WBS。这取决于您的特定项目有多新颖和独特。

最后，当您完成了令人信服的 WBS 后，您可以继续进行精力规划、成本规划、进度、资源规划等。但这属于另一篇文章。

关注点

在现实中，现代建筑和组织也被视为复杂系统，但我在这里使用了它们作为简化示例。

为了方便起见，我在前面的示例中省略了所有关于项目管理活动的工作包。当然，项目管理工作本身也必须在适当的计划中得到体现。

历史

2015 年 11 月 18 日 - 发布

2015 年 11 月 25 日 - 添加了 WBS 头脑风暴示例图片

2015 年 11 月 26 日 - 添加了第二部分链接