project课件：创建项目计划.pptVIP

1.2 范围管理的过程 1．启动 项目的启动阶段是项目管理的第一个过程，主要回答下面两个根本问题： 项目要做什么？ 项目是否值得去做？ 1.2 范围管理的过程 以下是启动过程中较为关键的几个环节 （1）确定详细的项目需求 首先要确定最终产品或服务的具体特征，即产品描述，再确定项目的需求。通常产品需求与项目需求是基本一致的。 需求的确认是一个循序渐进的过程。 1.2 范围管理的过程 （2）项目章程： 启动阶段的主要输出。项目章程要从总体上对项目的目标、范围做出界定，后续的项目计划都是根据项目章程确定的。 项目章程应包含如下几个部分： 项目的背景说明：包括机会与机遇的说明。 项目目标：产品/服务描述。 商业需求：为什么要做这个项目。 项目可用的资源 1.2 范围管理的过程 （3）项目约束与条件，例如：工期限制、预算要求、资源的限制、产品必须满足的技术标准等。 （4）项目团队：包括项目经理和项目成员。 1.2 范围管理的过程 2．范围计划 编制范围计划就是将项目范围（即项目工作内容）渐进明确和归档的过程。这一过程需要参考很多信息，比如产品描述、项目章程、项目合同等。通常业主和项目管理者已经对项目范围有了初步的约定，然后再在此基础上进一步深入和细化，输出范围管理计划、范围说明（如下图）。 1.2 范围管理的过程 2．范围计划 本阶段的输出包含如下内容： 范围说明：当项目干系人对项目范围达成共识时，将它编制成范围说明，作为未来决策的基础。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目可交付成果一般要列一个子产品概括表，例如一个软件开发项目的可交付成果可能包括：程序代码、工作手册、人机交互学习程序等。 范围管理计划：描述项目范围如何管理。它应包括项目范围变化的预期（比如范围可能如何变化、变化频率如何、变化了多少），如何确定范围发生了变化，变化的种类等。 1.2 范围管理的过程 3．范围分解定义 由于项目往往是一个复杂的过程，只有范围说明和范围管理计划还离项目实施有一定距离，需要采取分解任务的手段把项目任务分成更容易管理的单元，最终得出项目的工作分解结构（Work Breakdown Structure，简称WBS）。WBS对项目成功十分关键，是指导项目实践的重要依据。 编制项目的WBS通常有3种方法：按照项目生命周期分解、按照产品功能分解和按照组织职能分解。 1.2 范围管理的过程 【例】软件开发项目的WBS（按照项目生命周期分解） 软件工程学认为软件具有明确的生命周期，软件要按照一定程序开发，分别是：需求分析、系统分析与设计、编码与实现、软件测试和使用维护共5个阶段。 如图3-4为一个典型的软件开发项目的WBS。 1.2 范围管理的过程 【例】研制汽车项目的WBS（按照产品功能分解） 根据产品的功能将项目的内容由粗到细逐步分解、细化，形成WBS。在研制汽车的项目中，将最终产品——汽车从功能上划分成几组大的部件，最后再集成起来。这样原来一个大而复杂的问题就划分成若干个小问题。然后针对每个部件，分别提出解决方案（可能是多个方案，从中选择一个），最好再将所有部件集成到一起。 【例】商业住宅开发项目的WBS（按照组织职能分解） 根据公司内部的职能部门（有时也会根据地域），将项目任务逐步分解细化、形成WBS。 住宅项目是多工种协作的系统工程，要涉及到房屋设计、土建、设备、材料供应等多方单位。虽然每一方都有必要组织项目管理，但作为项目的发起人和投资者，开发商的项目管理才是整个项目管理的核心，它必须协调所有部门和单位的行动，保证各方始终朝着既定的项目目标前进而不能偏离。 4．范围核实 范围核实是取得项目干系人（客户、投资人、公司领导等）对项目范围正式认可的过程。范围核实过程要求项目组成员核查项目范围、可交付成果，其他干系人（如客户）核查最终产品，确保提交的项目成果正确无误且令人满意，核查的重点是对工作结果是否认可。 如果项目提前终止，则范围核实过程还应确认与记载项目已经完成的水平与程度。 5．范围变更 在制定项目计划时，管理者对项目的外部环境有一个预期或估计。但在项目实施过程中，环境总是不断变化的。所以，即使一个项目的计划制订的再完善，也难免会遇到意想不到的情况（例如，客户需求的变化、可用资源的减少、资源市场价格的变化等等）。范围变更在项目实施过程中是在所难免的。 项目管理者必须通过有效的监督和分析预测及时发现变更，并提出解决方案。范围变更会使项目风险增加，所以在项目管理体系中，必须包含一套严格、高效的变更管理程序，这对项目的成功与否至关重要。 2 Microsoft Project制定项目计划的流程 2.1 流程概述 Microsoft Project的向导功能提供了非常详细、系统的管理流程