项目管理艺术: 第三章 怎样知道该做什么?

很少有人能对怎样制定项目计划达成一致意见。通常，制定项目计划所花费的大部分时间都是用于使人们对怎样去制订计划达成协议。我认为，人们在制订项目计划上被困扰，主要是因为需要和组织中的许多种不同角色打交道。重要决策处于风险中时，将会几个月甚至几年的影响人们，每个人都会被卷进来。当决策没有定下时，人们会兴奋，会充满激情，当然也会很担心，但机会也会流失掉。这种混合情绪非常容易使每个人认为自己的观点才是最有用的，甚至更糟，他们会认为自己的观点是在项目计划制定过程中唯一值得考虑和采纳的。

“构造一个软件系统中最困难的部分就是决定该做什么。没有其他思维活动比建立一个详细的技术性需求分析报告更困难的，包括设计对人、机器以及其他软件系统的接口。没有其他工作在出错时会如此大的影响到最终结果。没有其他工作会在后期如此难以矫正。所以软件系统设计者对客户需要行使的最重要职责就是，反复地优化、改进产品需求报告。” - Fred Brooks

我办公室角落里关于项目计划的书籍中的观点总是彼此严重相反，其实这并不奇怪：一些观点是从商业战略角度出发的，其他的是从工程和传统的项目计划制定过程角度考虑的，还有一小部分关注于如何理解客户及帮助客户设计系统。其实比他们之间完全对立更不幸的是，这些书籍都没有提到过存在的其他观点。这很奇怪，因为无论是从商业视角，技术视角，还是客户视角，他们都是不可以脱离对方而独立存在的。而且，我可以确定，只有联系、融合这些不同的观点，才会有成功的项目计划。每一个能够理解这一点的项目经理，都要远优于不能理解它们的项目经理们。

所以本章是关于项目计划制订过程的，以及使读者获得最有可能引导大家制订出成功的项目计划的观点。本章中我首先会闸明一些概念和词汇，因为不同的项目计划策略会用到（这很枯燥，但在接下来有趣的章节中我们会用到它们）。在这些概念、词汇不再挡道之后，我将会融合上述三种不同的制定项目计划的策略，探索好的项目计划制定过程，以及讨论怎样在日常工作中实施它。接下来的章节将会更加深入到特定交付件的细节中，像第四章的远景声明和第七章的规格说明书。