一、基本概念
●产品范围:指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。“需求”是指根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。
●项目范围:包括产品范围,是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围的完成情况是根据项目管理计划来衡量的。
二、规划范围管理
备选方案分析技术:用于评估、收集需求,详述项目和产品范围,创造产品,确认范围和控制范围的各种方法
范围管理计划:描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划用于指导如下过程和相关工作:①制定项目范围说明书;②根据详细项目范围说明书创建WBS;③确定如何审批和维护范围基准;④正式验收已完成的项目可交付成果。
需求管理计划的主要内容包括:①如何规划、跟踪和报告各种需求活动;②配置管理活动,例如,如何启动变更,如何分析其影响,如何进行追溯、跟踪和报告,以及变更审批权限;③需求优先级排序过程;④测量指标及使用这些指标的理由;⑤反映哪些需求属性将被列入跟踪矩阵等。
三、收集需求
头脑风暴:是一种用来产生和收集对项目需求与产品需求的多种创意的技术
访谈:是通过与干系人直接交谈,来获取信息的正式或非正式的方法
焦点小组:是召集预定的干系人和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度。
问卷调查:是指设计一系列书面问题,向众多受访者快速收集信息
标杆对照:将实际或计划的产品、过程和实践,与其他可比组织的实践进行比较,以便识别最佳实践,形成改进意见,并为绩效考核提供依据
亲和图:用来对大量创意进行分组的技术,以便进一步审查和分析。
思维导图:把从头脑风暴中获得的创意整合成一张图,用以反映创意之间的共性与差 异,激发新创意
名义小组技术:是用于促进头脑风暴的一种技术,通过投票排列最有用的创意,以便进一步开展头脑风暴或优先排序
观察和交谈:是指直接察看个人在各自的环境中如何执行工作(或任务)和实施流程。
引导:引导与主题研讨会结合使用,把主要干系人召集在一起定义产品需求.有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通,从而有利于干系人达成一致意见
系统交互图:对产品范围的可视化描绘,可以直观显示业务系统(过程、设备、计算机系统等)及其与人和其他系统(行动者)之间的交互方式
原型法:是指在实际制造预期产品之前,先造出该产品的模型,并据此征求对需求的早期反馈
需求文件:描述各种单一需求将如何满足项目相关的业务需求。一开始可能只有高层级的需求,然后随着有关需求信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。包括:(1)业务需求;(2)干系人需求;(3)解决方案需求;(4)过渡和就绪需求;(5)项目需求;(6)质量需求
需求跟踪矩阵:是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵,把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有业务价值。
四、定义范围
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围,包括:项目和产品范围;详细描述了项目的可交付成果;代表项目干系人之间就项目范围所达成的共识。具体内容:
●产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
●可交付成果:为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力,可交付成果也包括各种辅助成果,如项目管理报告和文件。对可交付成果的描述可略可详。
●验收标准:可交付成果通过验收前必须满足的一系列条件。
●项目的除外责任:识别排除在项目之外的内容。明确说明哪些内容不属于项目范围,有助于管理干系人的期望及减少范围蔓延。
五、创建工作分解结构(WBS)
活动:①识别和分析可交付成果及相关工作;②确定WBS的结构和编排方法;③自上而下逐层细化分解;④为WBS组成部分制定和分配标识编码;⑤核实可交付成果分解的程度是否恰当。
WBS 的结构可以采用多种形式:以项目生命周期的各阶段作为分解的第二层;以主要可交付成果作为分解的第二层
八个注意事项:
1.WBS必须是面向可交付成果的
2.WBS必须符合项目的范围。下一级元素之合必须100%代表上一级
3.WBS的底层应该支持计划和控制
4.WBS的元素必须有人负责,而且只由一个人负责
5.WBS应该控制在4-6层
6.WBS应该包含项目管理工作,也要包括分包出去的工作
7.WBS的编制需要所有(主要)干系人的参与,需要项目团队成员参与
8.WBS并不是一成不变的
范围基准:是经过批准的范围说明书、WBS和相应的WBS词典
六、确认范围
确认范围的一般步骤包括:①确定需要进行范围确认的时间;②识别范围确认需要哪些投入;③确定范围正式被接受的标准和要素;④确定范围确认会议的组织步骤;⑤组织范围确认会议
各干系人关注不同:管理层主要关注项目范围;客户主要关注产品范围;项目管理人员主要关注项目制约因素;项目团队成员主要关注项目范围中自己参与的元素和负责的元素
核实的可交付成果:已经完成,并被控制质量过程检查为正确的可交付成果
验收的可交付成果:符合验收标准的可交付成果应该由客户或发起人正式签字批准。应该从客户或发起人那里获得正式文件,证明干系人对项目可交付成果的正式验收
七、控制范围
未经控制的产品或项目范围的扩大(未对时间、成本和资源做相应调整)被称为范围蔓延
偏差分析:用于将基准与实际结果进行比较,以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。
趋势分析:旨在审查项目绩效随时间的变化情况,以判断绩效是正在改善还是正在恶化。确定偏离范围基准的原因和程度,并决定是否需要采取纠正或预防措施,是项目范围控制的重要工作。
(2021上)论信息系统项目的范围管理
项目范围管理必须清晰地定义项目范围,其主要工作是要确定哪些工作是项目应该做的,哪些不应该包括在项目中。请以“论信息系统项目的范围管理”为题进行论述∶
1.概要叙述你参与管理过的一个信息系统项目(项目的背景、项目规模、发起单位、目的、 项目内容、组织结构、项目周期、交付的成果等),并说明你在其中承担的工作(项目背景要求本人真实经历,不得抄袭及杜撰)。
2.请结合你所叙述的信息系统项目,围绕以下要点论述你对信息系统项目范围管理的认识,并总结你的心得体会:(1)项目范围管理的过程;(2)根据你所描述的项目范围,写出核心范围对应的需求跟踪矩阵。
3.请结合你所叙述的项目范围和需求跟踪矩阵,给出项目的WBS。(要求与描述项目保持一致,符合WBS原则,至少分解至5层)
(2022上)阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。
【说明】
A公司承接了某地方政府的智慧社区云平台的基础设施建设项目,客户方对安全性和系统性能要求较高,为了实现自身业务由硬件设备提供向软件开发转型。A公司承诺免费提供一个智慧社区APP小程序,并将其写入项目合同中,合同期为6个月。
项目经理小邱负责APP的开发,项目周期4个月,计划2019年12月上线。因合同中没有对APP给出明确的功能和性能要求,小邱首先借鉴其他项目的开发经验和成果确定了APP的主要便民服务功能,之后开发团队通过走访社区居民和在社区网发放调查问卷,搜集相关的需求。最终确定了APP的功能需求,编制了详细的功能需求说明书,并将业务目标、项目目标、范围、设计、开发、高层级需求、详细需求均纳入到需求跟踪矩阵中。
2019年7月项目组与客户共同召开了范围确认会,讨论了项目的文档交付物清单,各阶段里程碑及详细的工作进度和人员分工图表,形成会议纪要并双方签字。
后期,项目组审核了范围说明书,提交了项目代码和相关设计文档。2019年12月完成功能测试。在项目验收评审会上,与会外部专家认为该项目涉及个人隐私信息,建议第三方测评机构对该APP进行全面的测试。经第三方测评机构测试,发现多项严重的个人信息安全保护问题。经分析,漏洞修复比较困难,全面整改需要投入较大的工作量,但预算已超支,经与公司领导和客户反复协商,不得不提出项目变更。
[问题1] (10分)
(1) 结合案例,请分析在7月召开的范围确认会上,范围确认工作是否有遗漏?请指出遗漏的内容。
(2)请阐述范围确认和质量控制的不同点,完成以下表格。
[问题2](5分)
请将下面(1)~(5)处的答案填写在答题纸的对应栏内。在上述案例中,收集需求阶段项目团队采用了(1)、(2) 和(3)的工具和技术,在需求跟踪矩阵设计过程中缺少对(4)和(5)的策划。
[问题3] (4分)
请指出项目变更的决策机构,并简述其成员和职责。
[问题4](6分)
请阐述项目变更应开展哪些工作?