二．项目范围管理

深碍√TFBOYSˉ_ 2022-12-17 14:56 132阅读 0赞

1.  具体可测量的要求才可列做项目的需求。项目范围管理要求人们做且只做项目范围内的工作。
2.  项目范围包括产品范围和项目范围。产品范围决定项目范围，项目范围服务于产品范围。
3.  范围蔓延是指未经控制的项目范围逐渐扩大。
4.  项目范围管理的过程：规划范围管理、收集需求、定义范围、创建WBS、确认范围和控制范围。

*  **规划范围管理**

1.  规划范围管理的输入：项目章程、项目管理计划。输出:需求管理计划和范围管理计划。
    
    1.  需求管理计划
        
         *  如何收集需求
         *  如何分析需求，
         *  如何记录需求，
         *  如何追踪需求实现，
         *  如何管理需求变更
    2.  范围管理计划
        
         *  如何编制范围说明书，
         *  如何编制WBS,
         *  如何编制WBS词典，
         *  如何控制项目范围，
         *  如何验收可交付成果
2.  工具和技术：专家判断，数据分析（备选方案分析），会议

*  **收集需求**

1.  收集需求的输入：项目章程、商业文件、项目管理计划、项目文件和协议。输出：需求文件和需求跟踪矩阵。
2.  需求层次由高到低：商业需求、相关方需求、解决方案需求、过渡和就绪需求、项目需求、质量需求

1.  商业需求表明项目发起人为什么要做某个项目
2.  相关方需求表明相关方为什么想要得到某种产品或服务
3.  解决方案需求是表面项目的可交付成功必须具备的特性、功能和特征。解决方案需求分为功能需求和非功能需求。
4.  过渡和就绪需求：如把旧版系统中的数据迁移到新版系统中。

1.  工具和技术：收集原始需求（数据收集、数据分析、人际和团队技能、系统交互图、原型法）---->展现需求关系（数据表现）------>需求的排序和筛选（决策）

1.  收集原始需求的工具和技术
    
     *   *  数据收集：头脑风暴、焦点小组
         *  人际与团队技能：名义小组、引导（引导式研讨会）

引导式研讨会：主持人主持/引导，跨职能相关方参加，协调跨领域需求。

联合应用开发：软件开发行业常用，项目团队与客户开会，来讨论客户需求。

质量功能展开：制造产品研发常用，把需求转成功能。

用户故事会：用户的角色，想要什么，为什么想要。

1.   *   *  系统交互图：把拟建系统置于更大的背景中，来考察本系统与其他系统之间的关系。是对产品范围的描述。
2.  展现需求关系
    
     *   *  思维导图：是用来寻找各种需求之间的关系。
         *  亲和图：是对各种想法进行归类
3.  需求的排序和筛选
    
     *   *  投票
         *  独裁型决策制定
         *  多标准决策分析：如需求紧急性、实现难易度、成本效益比等

1.  需求跟踪矩阵通常用于：确认范围和控制范围。
2.  在需求管理计划中确认关于哪些需求属性应该列入需求跟踪矩阵。

*  **定义范围**

1.  定义范围过程输入：项目章程、项目管理计划、项目文件。输出:项目范围说明书。
2.  项目范围说明书包括：产品范围、可交付成果、验收标准、项目除外责任。
3.  工具和技术：确定产品功能(产品分析)------>设计实现方案（备选方案分析）------->选择实现方案（多标准决策分析）

*  **创建WBS**

1.  创建工作分解结构输入：项目管理计划、项目文件，输出：范围基准。
2.  工作分解结构WBS是以可交付成果为导向，**“工作”是指“可交付成果”**
3.  工作分解结构遵循 100%规则：工作分解结构必须且只能包含100%的工作。
4.  工作分解结构第二层：可以是可交付成果或项目阶段。
5.  ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIzNDMyOTc_size_16_color_FFFFFF_t_70][]

工作包：每条分支的底层要素，最小的可交付成果，可分解为进度活动。

规划包：可能无法一次分解到位，临时的。

控制账户：WBS某层次的要素,PM的管理控制点，可高可低可调整。以便进行挣值管理。

1.  工作分解结构逐层向下分解是为了提高时间和成本估算的准确性，为了更有效地开展项目规划、执行与控制。
2.  工具和技术：专家判断和分解。

1.  分解分为5个步骤:

*  识别可交付成果
 *  确定WBS结构与编排
 *  逐层向下分解
 *  确定和分配编号
 *  验证符合100%规则

*  **控制范围**

1.  控制范围：监督项目和产品范围状态，管理范围基准变更。防止发生范围蔓延。在整个项目过程中期间持续开展。是项目团队内部做的。
2.  控制范围的输入：项目管理计划、工作绩效数据、项目文件。输出：工作绩效信息、变更请求。

1.  工作绩效信息包括：绩效偏差，偏差程度和原因，对未来的绩效预测。

1.  工具和技术：偏差分析和趋势分析。

*  **确认范围**

1.  确认范围是监控过程组的事情。旨在对核实的可交付成功进行验收。在项目过程中定期开展。是项目团队外部做的，由项目发起人或者其他相关方做的。
2.  在监控过程组中完成对项目的实质性验收，在收尾过程组只进行形式性的验收。
3.  确认范围过程输入：核实的可交付成果、项目文件、项目管理计划、工作绩效数据。输出：验收的可交付成果、工作绩效信息、变更请求。
4.  工具和技术：检查和决策（投票）。
5.  先控制质量，后确认范围。控制质量得到“核实的可交付成果”，再把“核实的可交付成果”交给确认范围过程验收。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIzNDMyOTc_size_16_color_FFFFFF_t_70]: /images/20221122/5bd8b608b9dd4f7b8cfccce06489e83a.png