04FIPMP培训系列-项目范围管理

ProjectManagement项目范围管理ProjectScopeManagement《项目管理核心精要》系列ProjectManagement为什么要进行范围管理Whyneedwemanagescope？目标明确商业目标项目范围目标控制目标控制范围控制ProjectManagement我需要..Ineed…我需要..Iwant…我需要..Ineed…我需要..Ineed…我需要..Ineed…收集需求CollectRequirementsProjectManagement范围管理过程Scopemanagementprocess为实现项目目标而确定、记录并管理干系人的需要和需求的过程。制定项目和产品详细描述的过程。将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。5.25.35.4监督项目和产品的范围状态，管理范围基准变更的过程。正式验收已完成的项目可交付成果的过程。5.55.4创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。5.1ProjectManagement项目范围管理的概念ConceptofScopemanagement产品范围Productscope项目范围Projectscope某项产品、服务或成果所具有的特性和功能;为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围有时也包括产品范围。范围Scope根据产品需求（见5.2节）来衡量产品范围的完成情况。应该根据项目管理计划（见4.2.3.1节）来衡量项目范围的完成情况ProjectManagement规划范围管理规划范围管理是创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。本过程的主要作用是，在整个项目中对如何管理范围提供指南和方向。ProjectManagement规划范围管理：输出范围管理计划•范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划是制定项目管理计划过程和其他范围管理过程的主要输入。范围管理计划要对将用于下列工作的管理过程做出规定：•制定详细项目范围说明书；•根据详细项目范围说明书创建WBS；•维护和批准WBS；•正式验收已完成的项目可交付成果；•处理对详细项目范围说明书的变更。该工作与实施整体变更控制过程直接相联（见4.5节）。需求管理计划•需求管理计划是项目管理计划的组成部分，描述将如何分析、记录和管理需求。阶段与阶段间的关系（见2.4.2.1节）对如何管理需求有很大影响。项目经理为项目选择最有效的阶段间关系，并将它记录在需求管理计划中。需求管理计划的许多内容都是以阶段关系为基础的。•需求管理计划的主要内容包括（但不限于）：•如何规划、跟踪和报告各种需求活动；•配置管理活动，例如，如何启动产品变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；•需求优先级排序过程；•产品测量指标及使用这些指标的理由；•用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。ProjectManagement规划范围管理：输入项目管理计划•见4.2.3.1节。依据项目管理计划中已批准的子计划来创建范围管理计划，它们会对用于规划和管理项目范围的方法产生影响。项目章程•见4.1.3.1节。依据项目章程中的项目背景信息来规划各个范围管理过程。项目章程提供了高层级的项目描述和产品特征。产品特征出自项目工作说明书。事业环境因素•组织文化；•基础设施；•人事管理制度；•市场条件。组织过程资产•政策和程序；•历史信息和经验教训知识库。ProjectManagement规划范围管理：工具与技术专家判断是指由具备相关知识和经验的各方所提供的意见。具有与制定范围管理计划相关的专业学历、知识、技能、经验或培训经历的任何小组或个人，都可以提供专家判断。专家判断项目团队可以参加项目会议来制定范围管理计划。与会人员可能包括项目经理、项目发起人、选定的项目团队成员、选定的干系人、范围管理各过程的负责人，以及其他必要人员。会议ProjectManagement探索需求ProjectManagement收集需求•收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。本过程的主要作用是，为定义和管理项目范围（包括产品范围）奠定基础。•让干系人积极参与需要发掘和分解工作（分解成需求），并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。•需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力。•需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。应该足够详细地探明、分析和记录这些需求，将其包含在范围基准中，并在项目执行开始后对其进行测量。•需求将成为工作分解结构（WBS）的基础。需求也是成本、进度和质量规划的基础，有时也是采购工作的基础。•收集需求从分析项目章程（见4.1.3.1节）、干系人登记册（见13.1.3.1节）及干系人管理计划（见13.2.3.1节）中的信息开始。ProjectManagement需求类型RequirementType业务需求。整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因。干系人需求。干系人或干系人群体的需要。解决方案需求。为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求：功能需求是关于产品能开展的行为。如流程、数据，以及与产品的互动。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量。如可靠性、安防性、性能、安全性、服务水平、可支持性、保留/清除等。过渡需求。从“当前状态”过渡到“将来状态”所需的临时能力，如数据转换和培训需求。项目需求。项目需要满足的行动、过程或其他条件。质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。前者是干系人的需要，后者是指如何实现这些需要。需求可以分成不同的类别，有利于对需求进行进一步完善和细化。ProjectManagement需求的特征文档化条目化逐步细化明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的主要干系人愿意认可的需求代表的价值不同，优先级不同ProjectManagement需求管理计划Requirementmanagementplan结束项目Closingtheproject执行工作Carryingoutthework组织与准备Organizingandpreparing启动项目Startingtheproject高层次需求Highlevelrequirement需求requirement功能/性能/详细的需求Function/Performance/Detailrequirement新发掘需求/变更Newrequirement/Change如何规划、跟踪和汇报各种需求活动；Howrequirementsactivitieswillbeplanned,tracked,andreported;需求排序过程Requirementsprioritizationprocess;配置管理活动Configurationmanagementactivities产品测量指标及使用这些指标的理由；Productmetricsthatwillbeusedandtherationaleforusingthem;ProjectManagement需求管理计划需求管理计划Requirementsmanagementplan需求工程活动（获取/分析/归档）需求管理活动（归档/跟踪/变更控制）需求文件Requirementsdocumentation需求跟踪矩阵RequirementstraceabilitymatrixProjectManagement收集需求的输入•范围管理计划使项目团队知道应该如何确定所需收集的需求的类型。范围管理计划•需求管理计划规定了用于整个收集需求过程的工作流程，以便定义和记录干系人的需要。需求管理计划•从干系人管理计划中了解干系人的沟通需求和参与程度，以便评估并适应干系人对需求活动的参与程度。干系人管理计划•从项目章程中了解项目产品、服务或成果的高层级描述，并据此收集详细的需求。项目章程•从干系人登记册中了解哪些干系人能够提供需求方面的信息。干系人登记册也记录了干系人对项目的主要需求和期望。干系人登记册ProjectManagement收集需求：工具与技术访谈Interviews焦点小组会议Focusgroups引导式研讨会FacilitatedWorkshops提出预设和即兴的问题记录他们的回答通常采取“一对一”的形式干系人和主题专家集中在一起受过训练的主持人比“一对一”的访谈更热烈跨职能干系人一起参加群体互动比单项会议更快地发现和解决问题联合应用开发JointApplicationDevelopment质量功能展开QualityFunctionDeployment访谈也可用于获取机密信息。用户故事UserstoriesProjectManagement收集需求：工具与技术问卷调查QuestionnairesandSurveys观察Focusgroups原型法Prototypes向为数众多的受访者快速收集信息要使用统计分析法直接观察工作和实施流程产品使用者难以或不愿说明他们的需求时也称为“工作跟踪”参与观察者Participantobserver掘出隐藏的要求产品的实用模型原型法符合渐进明细的理念故事板是一种原型技术，通过一系列的图像或图示来展示顺序或导航路径。ProjectManagement收集需求：工具与技术标杆对照系统交互图文件分析与其他可比组织的做法进行比较以识别最佳实践可以是内部,也可以是外部范围模型的一个例子可视化掘出隐藏的要求识别与需求有关的信息,来挖掘需求ProjectManagement群体创新技术头脑风暴法Brainstorming名义小组技术Nominalgrouptechnique德尔菲技术TheDelphiTechnique概念/思维导图Idea/mindmapping亲和图Affinitydiagram多标准决策分析Multicriteriadecisionanalysis产生和收集多种创意投票排列头脑风暴法的深化专家匿名头脑风暴一张图创意分类审查和分析决策矩阵系统分析ProjectManagement群体决策技术一致同意Unanimity大多数原则Majority相对多数原则Plurality独裁100%50%ProjectManagement收集需求：输出需求文件•业务需求，包括：•可跟踪的业务目标和项目目标；•执行组织的业务规则；•组织的指导原则。•干系人需求，包括：•对组织其他领域的影响；•对执行组织内部或外部团体的影响；•干系人对沟通和报告的需求。•解决方案需求，包括：•功能和非功能需求；•技术和标准合规性需求；•支持和培训的需求；•质量需求；•报告需求（可用文本记录或用模型展示解决方案需求，也可两者同时使用）。•项目需求，例如：•服务水平、绩效、安全和合规性等；•验收标准。•过渡需求。•与需求相关的假设条件、依赖关系和制约因素。需求跟踪矩阵•业务需要、机会、目的和目标；•项目目标；•项目范围/WBS可交付成果；•产品设计；•产品开发；•测试策略和测试场景；•高层级需求到详细需求。ProjectManagement需求跟踪矩阵•需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。ProjectManagement回顾ProjectManagement定义范围定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界。详