原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
4．掌握工作分解结构技术
5．掌握需求管理与范围定义的方法与过程
6．理解控制IT项目范围变更的过程
;4.1 项目范围管理概述;4.1.2 IT项目范围管理的重要性;4.2 项目范围规划与范围定义;4.2.2 收集项目需求;（1）访谈。
（2）焦点小组会议。
（3）引导式研讨会。
（4）名义小组法。
（5）群体决策技术。
（6）观察法
（7）原型法。
;3．收集需求的输出;? 质量要求。
? 验收标准。
? 体现组织指导原则的业务原则。
? 对组织内部和外部团体的影响。
? 对支持和培训的需求。
? 与需求有关的假设条件和制约因素。
;4.2.3 项目范围定义;2．范围定义的技术;3．IT项目范围说明书;4.2.4 软件项目的需求管理;状 态 值;4．需求评审;5．需求承诺
6．需求跟踪
? 正向跟踪。
? 逆向跟踪。
; 跟踪需求的过程包括以下内容。
? 从需求到业务需求、机会、目的和目标。
? 从需求到项目目标。
? 从需求到项目范围/WBS中的可交付成果。
;? 从需求到产品设计。
? 从需求到产品开发。
? 从需求到测试策略和测试脚本。
? 从宏观需求到详细需求。
7．需求变更控制
;4.3 项目工作分解结构技术;? 分解层次与结构。
? WBS编码设计。
;2．清单形式;3.3 抽象业务类
3.4 建立数据模型
3.5 将需求分析图示加入规格文档
4．需求规格测试
5．需求规格确认
;4.3.2 工作分解的过程;2．分解步骤;3．分解结果的检验;? 最底层的工作包是否有重复？如果存在重复现象就应该重新分解。
? 每个细目都有明确的、完整的定义吗？如果不是，这种描述需要修改或补充。
;? 是否每个细目可以进行适当的估算？谁能担负起完成这个任务？如果没有，修正是必要的，目的是提供一个充分的管理控制。
;4．任务分解的注意事项;? 项目最底层的工作要具体，而且要完整无缺地分配给项目内外的不同个人或者组织，以便于明确各个工作的具体任务、项目目标和所承担的责任，也便于项目的管理人员对项目的执行情况进行监督和业绩考核。任务分解结果必须有利于责任分配。;? 对于最底层的工作包，一般要有全面、详细和明确的文字说明，并汇集编制成项目工作分解结构词典，用以描述工作包、提供计划编制信息（如进度计划、成本预算和人员安排），以便于在需要时随时查阅。
;? 并非工作分解结构中所有的分支都必须分解到同一水平，各分支中的组织原则可能会不同。;? 任务分解的规模和数量因项目而异，先分解大块任务，然后再细分小的任务，最低层是可控和可管理的，避免不必要的过细，最好不要超过7层。按照IT项目的平均规模来说，推荐任务分解时至少分解到一周的工作量（40个小时）。
;4.4 项目范围核实与控制;4.4.2 项目范围控制;2．对范围变化的控制;（2）范围变更控制的工具和技术。
? 范围变更控制系统。
? 偏差分析。
? 补充规划。
? 配置管理系统。
;3．项目范围变更控制的作用;4．IT项目范围变更控制过程;? 安排或分配工作：对于确认并批准的变更请求，实施工作分配和安排。
? 进行变更：对需要采取措施的地方确定应采取的具体措施。
? 核实或测试工作版本中的变更。
? 发布工作版本中的变更。
;? 估计所采取的纠正措施的效果，如果所采取的纠正措施仍无法获得满意的范围调整，则重复以上步骤。
;谢谢您的欣赏
文档评论（0）