章控制项目范围

2023/10/25SSPM/WRLSSPM/WRL1/39课程回顾(项目整体管理)项目整体管理将8大领域的相关要素结合在一起，随着项目沿着其生命周期演化，这些要素将变得更加集中。这些要素完美揉合之际，就是项目成功之时。项目成功图3-2项目整体管理框架概念开发实施收尾采购风险沟通人力资源质量成本时间范围项目整体管理2023/10/25SSPM/WRLSSPM/WRL2/39学习目标在学完本章内容之后，你应该能够：理解好的IT项目，特别是软件项目需求与范围管理的重要性

知道为什么大多数公司都要投资IT项目的原因描述战略计划过程及其与IT项目选择的关系

使用不同的项目选择方法，如加权评分模型和净现值分析

解释项目章程、范围说明书与工作分解结构(WBS)的作用

建立工作分解结构WBS

描述范围核实与变更控制的工具和方法

2023/10/25SSPM/WRLSSPM/WRL3/394.1项目需求与范围管理的重要性(1)

–现状缺少正确的项目需求、定义和范围核实是导致项目失败的主要因素。目前IT项目最大的问题是项目需求与范围的不确定性和易动性。做对的事情比把事情做对更重要！2023/10/25SSPM/WRLSSPM/WRL4/394.1项目需求与范围管理的重要性(2)

－技术人员软件人员缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上面，而忽视了对企业需求获得能力和信息化的感悟能力的造就。最终导致了忽略企业需求，渐渐地把自己打扮成为一个技术专家的角色。软件的成功从需求开始，优秀的需求分析与设计人员是软件成功之本。2023/10/25SSPM/WRLSSPM/WRL5/394.1项目需求与范围管理的重要性(3)－方法

全面地面向需求的软件开发组织实际上是一切保证的基础，如果组织不以客户需求为导向，那么任何其他努力都将化为乌有！2023/10/25SSPM/WRLSSPM/WRL6/394.1项目需求与范围管理的重要性(4)－软件价值体现

软件如果缺乏与管理的真正融合，所有使用者会感到软件是一个没有灵魂的躯壳，软件对于企业管理的作用已经失去了许多应当体现的价值。2023/10/25SSPM/WRLSSPM/WRL7/394.1项目需求与范围管理的重要性(5)－人才培养

软件产品的需求是管理，而不是技术。如果我们的培训和提升只是在技术层面展开，只能培养技术专家，而需求专家、概要设计专家、咨询专家是无法培养出来的。管理软件企业的生存命脉却掌握在这三类人的手里。2023/10/25SSPM/WRLSSPM/WRL8/394.1项目需求与范围管理的重要性(6)－三要素

对于企业需求、管理理论、竞争压力（核心竞争力）三要素的有效把握才是成功地定义软件需求和确定项目范围的基本保证！2023/10/25SSPM/WRLSSPM/WRL9/39

软件企业与IT项目应用企业信息化成功的基本保证是对项目范围的确切圈定，为此必须强调：三类人的获取需求专家咨询专家概要设计专家企业需求管理理论竞争压力三要素的把握4.1项目需求与范围管理的重要性(7)

－关系(1)2023/10/25SSPM/WRLSSPM/WRL10/394.1项目需求与范围管理的重要性(8)-

关系(2)

软件企业对三类人（需求专家、概要设计专家、咨询专家）的获取和培养，以及项目应用企业对项目范围三要素（企业需求、管理理论、竞争压力）的有效把握，是软件企业与IT项目应用企业信息化成功的基本保证！2023/10/25SSPM/WRLSSPM/WRL11/394.2什么是项目范围管理(1)

1.范围：是指产生项目产品所包括的所有工作及产生这些产品经过的所有过程。2.项目范围管理:是指对项目包括什么与不包括什么的定义与控制过程。3.其同理解：这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。

2023/10/25SSPM/WRLSSPM/WRL12/394.2什么是项目范围管理(2)项目启动

范围计划范围核实范围定义变更控制一个项目或继续到项目的下一个阶段

项目章程

范围说明书和范围管理计划

WBS

可交付成果的定义

范围变更纠正行动教训总结

图4-1项目范围管理主要过程

2023/10/25SSPM/WRLSSPM/WRL13/394.3项目启动:战略计划与项目选择(1)

IT项目的启动:一般与企业的中长期目标联系在一起，所以启动项目首先要从组织整体环境和战略计划上进行考虑。战略计划:是指通过对组织优劣势的分析，研究组织环境中存在的机会与威胁，预测未来趋势，展望新的产品与服务需求，从而确定长远的目标规划。信息技术计划与战略:必须要与组织的计划与战略相一致。2023/10/25SSPM/WRLSSPM/WRL14/394.3项目启动:战略计划与项目选择(2)

“SWOT”分析方法：通过分析优势(S)、劣势(W)、机会(O)和威胁(T)以制定战略计划。区别：企业比较竞争力与核心竞争力的区别核心：信息系统经常成为企业战略的核心。举例：沃尔玛(Wal—Mart)的存货管理系统－－作为零售商什么最重要？0库存－低成本战略

2023/10/25SSPM/WRLSSPM/WRL15/394.3项目启动:战略计划与项目选择(3)

－原因总结

排序

投资IT项目的原因

排序

投资IT项目的原因

1支持明确的商业目标9存在很大的获益可能2较好的内部收益率(IRR)10较好的投资回收率3支持潜在的商业目标11项目成功实施完工的可能性很大4较好的净现值（NPV）12满足技术和系统上的要求5合理的回收期13支持法律和政府要求6作为抗衡竞争对手类似系统的手段14较好的利润指标7支持管理决策15引入新技术8满足预算约束条件表4-1企业投资IT项目原因分析2023/10/25SSPM/WRLSSPM/WRL16/394.3项目启动:战略计划与项目选择(4)

4.3.1识别潜在项目—筛选IT项目的4个阶段形成潜在的项目。定义项目的范围、所带来的收益和约束。

选择信息技术项目，安排资源。

连接信息技术战略和组织宗旨与长远设想，识别关键业务领域记录可以从信息技术中受益的主要业务流程资源分配项目计划业务分析信息技术战略计划信息技术计划各阶段产生的结果图4-2信息技术计划过程2023/10/25SSPM/WRLSSPM/WRL17/394.3项目启动:战略计划与项目选择(5)4.3.2项目选择方法

项目的选择并不是一门严格的科学，但它对于项目管理来说是非常关键的。因为项目选择的好坏直接关系到企业的兴衰。选择项目的四种常见方法：

注重整个组织的需要

将IT项目进行分类

净现值、投资收益率(ROI)与投资回收率分析

加权评分模型

2023/10/25SSPM/WRLSSPM/WRL18/394.3项目启动:战略计划与项目选择(6)4.3.3

项目章程(1)

项目章程是用来正式确认项目存在并指明项目目标和管理人员的一种文件。主要的项目干系人要在项目章程上签字，以表示承认在项目需求和目的上已经达成一致。项目章程的主要部分包括：

项目名称和授权日期

项目经理姓名和联络信息项目简要的范围说明书

计划的项目管理方法总结角色与职责矩阵图

签名部分，主要项目干系人在此签名

评述部分，项目干系人在这里记录重要评述

2023/10/25SSPM/WRLSSPM/WRL19/394.3项目启动:战略计划与项目选择(2)

4.3.3

项目章程(2)-举例

(1)

项目名称：信息技术(IT)更新项目启动时间：1999年3月4日计划完工期间：1999年12月4日项目经理：金源联系方法：691-2784knguycn@abc．Com

项目目标：以新的公司标准为准，在9个月内为公司所有职员(约1000人)更换软硬件。新标准请查阅附表。更新会涉及服务器、中型机以及网络的软硬件设施。预算购买软硬件成本为100万美圆，劳务费50万美圆。

方法：

．更新信息技术现有设备的数据库信息，确定更新需求．对项目成本进行详细的估算，并向公司信息主管报告．发布软硬件的询价要求．尽量使用内部职员进行项目的计划、分析和实施2023/10/25SSPM/WRLSSPM/WRL20/394.3项目启动:战略计划与项目选择(7)

4.3.3

项目章程(3)-举例

(2)角色与职责：姓名角色职责签名沃尔特·施密特项目发起人监督项目迈克·兹瓦克信息主管监督项目调配人员金源项目经理项目计划与实施杰夫·约翰逊信息技术运营主任给金提供指导南希·雷诺人力资源副总调配人员史蒂夫·麦肯采购部主任帮助购买软件与硬件评述：(上述干系人的评述，如果可以的话请用手写)

这个项目最晚必须在10个月之内完工。信息主管：迈克·兹瓦克

我们保证足够人员安排，承诺对项目的支持。必须在工作时间之外安排项目工作，以避免正常工作的中断，因此需要一些加班时间。

信息技术部：杰夫·约翰逊，金源表4-2项目章程示例2023/10/25SSPM/WRLSSPM/WRL21/394.4范围计划编制和范围说明书(1)

项目范围计划:是项目决策的基础，它将定义项目和项目阶段成功完成的基本标准。范围计划过程:的主要输入包括项目章程，项目产品描述，项目约束，项目条件假设等。而其主要输出是形成书面的范围说明书，它是一份正式文件。范围理解：用来对项目范围达成共同的理解，并确认这样的理解。2023/10/25SSPM/WRLSSPM/WRL22/394.4范围计划编制和范围说明书(2)

范围说明书是一份文档，用来对项目范围达成共同的理解，并确认这样的理解。范围说明书主要包括项目论证、项目产品简述、所有项目可交付成果的总述、以及对决定性能成功的因素说明等。项目论证,描述促使性能创建的商业需求。项目产品简述,概括项目所要产出的产品或服务的基本特征。项目可交付成果总述,列出项目的所有可交付成果。项目成功因素列出项目成功必须达到的量化标准。。2023/10/25SSPM/WRLSSPM/WRL23/394.4范围定义与工作分解结构(1)范围说明书/开发任务书的主要作用是，使干系人对项目范围达成共同的理解，并确认这样的理解。它主要包括项目论证、产品简述、可交付成果、成功因素等。

项目论证描述促使性能创建的商业需求。项目产品简述概括项目所要产出的产品或服务的基本特征。项目可交付成果总述用来列出项目的所有可交付成果。项目成功因素列出项目成功必须达到的量化标准。PGL-CIMS-2开发任务书2023/10/25SSPM/WRLSSPM/WRL24/394.5范围定义与工作分解结构(2)4.5.1工作分解结构1(WorkBreakdownStructure)工作分解结构是一种以结果为导向的分析方法，用于分析项目所涉及到的工作，所有这些工作构成了项目的整个范围。

没有包含在WBS里的工作是不应该做的。

PROJECT2000应用介绍(实际项目）

2023/10/25SSPM/WRLSSPM/WRL25/394.5范围定义与工作分解结构(3)

4.5.1工作分解结构2(WorkBreakdownStructure)

图4-6a按产品进行组织的企业内部网项目的WBS示例

2023/10/25SSPM/WRLSSPM/WRL26/394.5范围定义与工作分解结构(4)4.5.1工作分解结构3(WorkBreakdownStructure)

图4-6b围绕项目阶段设计的企业内部网项目的WBS

2023/10/25SSPM/WRLSSPM/WRL27/394.5范围定义与工作分解结构(5)4.5.1工作分解结构4(WorkBreakdownStructure)表4-3用表格形式表示的企业内部网的WBS1.3确定特定功能确定需求1.4定义风险和风险管理方法1.5制定项目计划2.0站点设计3.0站点开发4.0投入使用5.0维护1.0概念1.1评价现有系统1.2确定要求1.2.1确定用户要求1.2.2确定内容要求1.2.3确定系统要求1.2.4确定服务器所有人的要求

2023/10/25SSPM/WRLSSPM/WRL28/394.5范围定义与工作分解结构(6)4.5.1工作分解结构5(WorkBreakdownStructure)创建一个好的WBS，必须对项目及项目的范围有很好的了解，并能结合项目干系人的需求和知识背景。让所有项目成员和客户都参与WBS的创建和审查是非常重要的。每一个人都必须知道对项目整体来说哪些工作是必须做的，怎么做，谁来做。使用WBS有助于搞清楚哪里需要进行不同工作之间的协调工作。

2023/10/25SSPM/WRLSSPM/WRL29/394.5范围定义与工作分解结构(7)

4.5.2制定WBS的方法(1)

（1）使用指导方针根据颁布的编制WBS的指导方针/样本/模板，制定WBS。（2）类比法借助类似产品的WBS，用它作为起点，制定新项目的WBS。（3）由上至下法从项目最大的单位开始，逐步将它们分解成下一级的多个子项。（4）由下至上法让项目组人员一开始就尽可能地确定项目有关的各项具体任务，然后再将各项具体任务进行整合，并归总到WBS的上一级内容当中。2023/10/25SSPM/WRLSSPM/WRL30/394.5范围定义与工作分解结构(8)

4.5.2制定WBS的方法(2)

制定一个好的工作分解结构还要遵循以下一些基本原则。1．一个单位工作任务在WBS中是唯一的。2．一个WBS项的工作内容是其下一级各项工作之和。3．WBS中的每一项工作都明确由一个人负责。4．WBS必须与工作任务的实际执行过程相一致。5．项目组成员必须参与WBS的制定，以确保一致性和全员参与。6．每一个WBS项都必须归档，以确保准确理解项目的工作范围。7．WBS要具有一定的灵活性以适应无法避免的变更需要。

2023/10/25SSPM/WRLSSPM/WRL31/394.6范围审核和范围变更控制(1)

4.6.1促进用户参与的建议(1)-问题原因

因素排序

缺少用户参与1不完整的要求和说明2易变的要求和说明3缺乏主管领导的支持4技术不过关5缺乏资源6不切实际的期望7目标不明确8不切实际的时间安排9的影响10

表4-4引起IT项目问题的因素2023/10/25SSPM/WRLSSPM/WRL32/394.6范围审核和范围变更控制(2)

4.6.1促进用户参与的建议(2)缺少用户的信息输入是导致项目失败的最主要因素之一，并且很容易导致在管理范围蔓延和变更控制过程中出现问题，用户的参与、支持与理解是确定与控制范围的关键所在。促进用户参与的建议：

为设计一个好的项目选择程序让用户参与项目组

举行例会

定期向用户和发起人提交工作成果

让用户与开发人员友好相处

2023/10/25SSPM/WRLSSPM/WRL33/394.6范围审核和范围变更控制(3)

4.6.2减少不完整的和易变的要求的建议(1)

IT项目范围的漂移、需求的随意变更是项目经理和开发人员最头痛的问题，也是不能回避的问题。只有积极的、主动的进行项目需