第4章IT项目范围管理ppt课件

1、第4章 IT工程范围管理工程范围管理概述4.1工程范围规划与范围定义4.2工程任务分解构造技术4.3工程范围核实与控制4.4学习目的：1了解做好工程范围管理的意义2了解并掌握工程范围与范围管理的根本概念3了解IT工程范围与质量、时间和本钱的关系4掌握任务分解构造技术5掌握需求管理与范围定义的方法与过程6了解控制IT工程范围变卦的过程4.1 工程范围管理概述4.1.1 工程范围与范围管理 工程范围管理的过程包括以下内容。1搜集需求。2范围定义。3创建任务分解构造Work Breakdown Structure，WBS。4范围核实。5范围变卦控制。4.1.2 IT工程范围管理的重要性1提高费用、时

2、间和资源估算的准确性。2确定进展丈量和控制的基准。3有助于工程分工。4.2 工程范围规划与范围定义4.2.1 工程范围规划的编制1编制范围规划的根据1环境要素2组织过程资产3工程章程4工程初步范围阐明书2工程范围管理方案4.2.2 搜集工程需求1搜集需求的根据2搜集需求的工具与技术1访谈。2焦点小组会议。3引导式研讨会。4名义小组法。5群体决策技术。6察看法7原型法。3搜集需求的输出 业务需求。 可跟踪业务目的和工程目的。 功能需求，描画业务流程、信息以及与产品的内在联络。 非功能性要求，如效力程度、合规性、平安、保证才干等。 质量要求。 验收规范。 表达组织指点原那么的业务原那么。 对组织内

3、部和外部团体的影响。 对支持和培训的需求。 与需求有关的假设条件和制约要素。4.2.3 工程范围定义1范围定义的根据1工程已有的各种文件。2工程范围定义中搜集的信息。2范围定义的技术1产品分析。2备选方案识别技术。3专家评定。3IT工程范围阐明书1工程目的与工程范围目的。2产品描画。3工程可交付成果的规定。4约束条件。5假定。6工程配置关系及其管理要求。4.2.4 软件工程的需求管理1定义需求2需求确认3建立需求形状状 态 值定 义已建议该需求已被有权提出需求的人建议已批准该需求已被分析，估计了其对项目余下部分的影响，已用一个确定的产品版本号或创建编号分配到相关基线中，开发团队已同意实现该需求

4、已实现已实现需求代码的设计、编写和单元测试已验证使用所选择的方法已验证了实现的需求，如测试和检测，审查该需求跟踪与测试用例相符已删除计划的需求已从基线中删除，但包括一个原因说明和作出决定的人员表4-1 需求形状表4需求评审 制定评审方案。 需求预审查。 召开评审会议。 调整需求文档。 重审需求文档。5需求承诺6需求跟踪 正向跟踪。 逆向跟踪。 跟踪需求的过程包括以下内容。 从需求到业务需求、时机、目的和目的。 从需求到工程目的。 从需求到工程范围/WBS中的可交付成果。 从需求到产品设计。 从需求到产品开发。 从需求到测试战略和测试脚本。 从宏观需求到详细需求。7需求变卦控制4.3 工程任务分

5、解构造技术4.3.1 任务分解构造1图表方式图4-2 任务分解构造图 分解层次与构造。 WBS编码设计。2清单方式1需求分析方案2流程优化3编写需求阐明书3.1编写需求规格词汇表3.2绘制业务流程3.3笼统业务类3.4建立数据模型3.5将需求分析图示参与规格文档4需求规格测试5需求规格确认4.3.2 任务分解的过程1分解的规范 基于成果或功能的分解方法，以完成该工程应该交付的成果为导向，确定相关的义务、任务、活动和要素。 基于流程的分解方法，以完成该工程所应阅历的流程为导向，确定相关的义务、任务、活动和要素。2分解步骤1确认并分解工程的主要要素。2确定分解规范。3确认分解能否详细，分解结果能否

6、可以作为费用和时间估计的规范，明确责任。4确定工程交付成果。5验证分解正确性。3分解结果的检验 义务分解后，需求核实分解的正确性。 更底层次的细目能否必要和充分？假设不用要或者不充分，这个组成要素就必需重新修正添加、减少或修正细目。 最底层的任务包能否有反复？假设存在反复景象就应该重新分解。 每个细目都有明确的、完好的定义吗？假设不是，这种描画需求修正或补充。 能否每个细目可以进展适当的估算？谁能担负起完成这个义务？假设没有，修正是必要的，目的是提供一个充分的管理控制。4义务分解的本卷须知 要清楚地认识到，确定工程的分解构培育是将工程的产品或效力、组织、过程这3种不同的构造综合为工程分解构造的

7、过程，也是给工程的组织人员分派各自角色和义务的过程。应留意搜集与工程相关的一切信息。 工程最底层的任务要详细，而且要完好无缺地分配给工程内外的不同个人或者组织，以便于明确各个任务的详细义务、工程目的和所承当的责任，也便于工程的管理人员对工程的执行情况进展监视和业绩考核。义务分解结果必需有利于责任分配。 对于最底层的任务包，普通要有全面、详细和明确的文字阐明，并聚集编制成工程任务分解构造词典，用以描画任务包、提供方案编制信息如进度方案、本钱预算和人员安排，以便于在需求时随时查阅。 并非任务分解构造中一切的分支都必需分解到同一程度，各分支中的组织原那么能够会不同。 义务分解的规模和数量因工程而异，

8、先分解大块义务，然后再细分小的义务，最低层是可控和可管理的，防止不用要的过细，最好不要超越7层。按照IT工程的平均规模来说，引荐义务分解时至少分解到一周的任务量40个小时。4.4 工程范围核实与控制4.4.1 工程范围核实 确定需求进展范围核实的时间。 识别范围核实需求哪些投入。 确定正式被接受的规范和要素。 确定范围核实会议的组织步骤。 组织范围核实会议。4.4.2 工程范围控制1IT工程范围变卦的缘由分析 工程的生命周期。 工程的组织。 工程经理的素质。2对范围变化的控制1范围变卦控制实施的根底和前提。 进展任务义务分解。 提供工程实施进展报告。 提出变卦要求。 工程管理方案。2范围变卦控制的工具和技术。 范围变卦控制系统。 偏向分析。 补充规划。 配置管理系统。3工程范围变卦控制的作用 合理调整工程范围。 纠偏行动。 总结阅历教训。4IT工程范围变卦控制过程 提交变卦恳求：变卦恳求应被记录，并提交给CCB。 复审变卦恳求：在CCB复审会议中对变卦恳求进展初始复审，以确定能否为有效恳求