软件项目范围管理概述课件.pptVIP

编码设计对于作为项目控制手段的工作分解结构来说是个关键。编码对于所有项目干系人，都应有同样的理解。 工作范围分解的设计方法和步骤 进行工作分解常用的方法： 类比分解法 一般情况下，可以参照以往相关项目的分解结构作为工作分解的样板，对现有项目进行分解。 (2) 自上向下分解法 从项目整体出发，逐步将它们分解成下一级的多个子项，然后再对这些子项继续进行粒 度更小的分解、细化工作，直到分解到管理的最底层或个人为止。 这种方法适合具备广泛技术和知识，对项目有整体人事的项目管理人员。 自底向上汇总法 项目组成员一开始就尽可能详细地列出完成项目所涉及的各项具体工作任务，然后对各项工作任务进行分类整合，归并到一个或多个更大的活动中，构成工作分解结构的上一级内容。 (4) 遵循指导方针 如果存在与项目工作分解有关的指导方针或 建议书，就应当遵循这些指导原则。 实际上，在一些大型项目提出时，存在一定的项目建议书或需求说明书，可能已经给出了工作分解结构的框架和工作分解的原则，在进行工作分解时一定要遵循这些指导方针，并结合到其他方法中去。 工作分解的步骤 (1) 识别和确认项目的各主要组成部分，明确理解项目的主要可交付产品和服务。例如，项目生存周期的各个阶段当作第 1 层次的划分，每个阶段的具体工作内容在第 2 层次继续进行划分。 (2) 分解并确认每一个组成部分是否分解得足够详细。如果已经足够详细，可以合理地进行成本估算和时间估算，转向(4)；否则执行(3)，继续对可交付成果进行分解。 (3) 确定项目主要交付成果的组成要素。这些组成要素应当用确切的、可验证的和可度量的结果来描述，便于进行控制、检查和度量。组成要素可以包括产品，还可以包括服务。它们的定义要根据项目的实际作出，可以根据前面分解的每个组成部分，找出完成它们时需要具体做的工作和先后顺序。 (4) 核实分解的正确性。核实分解是否正确，可以从以下几方面考虑： 最底层的要素对于项目分解是否是必须的和充分的？ 每个组成要素的定义是否清晰、准确、完整？ 每个组成要素是否都能编制恰当的成本和时间预算？是否有明确的职责和具体的承担部门和人员？ 如果还存在疑问，说明工作分解结构还需要进行修改。 3. 项目范围定义的结果 工作分解结构 工作分解结构描述的是可交付成果及其组成要素的具体内容，它组织并定义了整个项目的工作范围。 项目分解结构相当于项目分析字典，既包括了对工作任务的阐述，还包括了对其他计划信息，如进度表的时间、成本预算和人员分配等的阐述。 其他表示项目信息的“分解结构”有： 合同工作分解结构（CWBS）：定义供方提供给需方的报告的层次。 组织分解结构（OBS）：标明各个工作元素被分配到哪个组织单元。 资源分解结构（RBS）：组织分解结构的一个变型，通常将工作元素分配给个人时使用。 材料清单（BOM）：表述了用于制造一个加工产品所需的实际部件、构件的分级层次。 产品分解结构（PBS）：基本上与工作分解结构的概念相同。 更新项目的范围说明 修改项目范围说明或范围管理计划的说明。 4.5 项目范围核实 项目范围核实是执行项目范围管理计划的一个必要的工作，也可以看作是项目变更控制体系的一部分。 1. 项目范围核实的含义 项目范围核实是项目干系人（项目发起人、客户、最终用户等）正式确定和接受项目范围的过程。 项目范围核实要求检查和审核项目的交付成果和各种交付物，以保证项目中所有工作都能准确地、满意地完成。 2. 项目范围核实的依据 项目范围核实应贯穿项目的始终，从WBS的确认、合同中具体分工界面的确认，到项目验收时范围的检验。如果一个项目提前终止，这个核实过程也应以书面文件形式把项目的完成和核实情况记录下来。 范围核实是有关工作结果的验收，质量控制是有关工作结果正确性的审核，两者不同。 工作分解结构：经过确认的项目工作分解的内容，是项目范围实施的一个基准依据，完全可以作为工作范围的参考标准。 项目范围说明书：提供了项目范围审核实的相关标准的界定，包括各种技术指标等。 工作结果：项目或项目某个阶段的部分或全部交付成果，也可以是客户或上层管理人员所关注的里程碑事件的完成结果，是项目实施（执行计划）的输出结果。 产品（或服务）文档：描述项目产品（或服务）的相关文档，用于项目的审核。 3. 项目范围核实的方法 项目经理可以通过“检查”来实现项目范围的核实。检查一般包括测量、测试、检验等活动，以确定结果是否符合要求。 检查又称为评审、产品评审、审计等。 例如，在软件开发项目中，常常有客户要求的回归测试的过程。此时所涉及的问题常常不是质量问题，而是由于前期确认的软件需求的内容没有实现，或者实现没有满足客户的需要。 4. 项目范围核实的标志 项目范围核实的结果应当是对项目（或项目阶段）的正式验收