第五章:项目范围管理 - (5.3 定义范围)

       定义范围是制定项目和产品详细描述的过程。本过程的主要作用是,描述产品、服务或成果的边界和验收标准。过程图如下所示:

       由于在收集需求过程中识别出的所有需求未必都包含在项目中,所以定义范围过程就要从需求文件(收集需求过程的输出)中选取最终的项目需求,然后制定出关于项目及其产品、服务或成果的详细描述。准备好详细的项目范围说明书,对项目成功至关重要。 

       应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。在项目规划过程中,随着对项目信息的更多了解,应该更加详细具体地定义和描述项目范围。此外,还需要分析现有风险、假设条件和制约因素的完整性,并做必要的增补或更新。需要多次反复开展定义范围过程:在迭代型生命周期的项目中,先为整个项目确定一个高层级的愿景,再一次针对一个迭代期明确详细范围。通常,随着当前迭代期的项目范围和可交付成果的进展,而详细规划下一个迭代期的工作。

输入:

1、项目章程

       项目章程中包含对项目的高层级描述、产品特征和审批要求。

2、项目管理计划

       项目管理计划组件包括(但不限于)范围管理计划,其中记录了如何定义、确认和控制项目范围。

3、项目文件

可作为本过程输入的项目文件包括(但不限于):

       a、假设日志。假设日志识别了有关产品、项目、环境、相关方以及会影响项目和产品范围的假设条件和制约因素。

       b、需求文件。需求文件识别了应纳入范围的需求。

       c、风险登记册。风险登记册包含了可能影响项目范围的应对策略,例如缩小或改变项目和产品范围,以规避或缓解风险。

4、事业环境因素

会影响定义范围过程的事业环境因素包括(但不限于):

       组织文化;

       基础设施;

       人事管理制度;

       市场条件

5、组织过程资产

能够影响定义范围过程的组织过程资产包括(但不限于):

       a、用于制定项目范围说明书的政策、程序和模板;

       b、以往项目的项目档案;

       c、以往阶段或项目的经验教训

工具与技术:

1、专家判断

       应征求具备类似项目的知识或经验的个人或小组的意见。

2、数据分析

       可用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。

3、决策

       可用于本过程的决策技术包括(但不限于)多标准决策分析、多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术,目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。

4、人际关系与团队技能

       人际关系与团队技能的一个示例是引导。在研讨会和座谈会中使用引导技能来协调具有不同期望或不同专业知识的关键相关方,使他们就项目可交付成果以及项目和产品边界达成跨职能的共识。

5、产品分析

       产品分析可用于定义产品和服务,包括针对产品或服务提问并回答,以描述要交付的产品的用途、特征及其他方面。

       每个应用领域都有一种或几种普遍公认的方法,用以把高层级的产品或服务描述转变为有意义的可交付成果。首先获取高层级的需求,然后将其细化到最终产品设计所需的详细程度。产品分析技术包括(但不限于):

       a、产品分解;

       b、需求分析;

       c、系统分析;

       d、系统工程;

       e、价值分析;

       f、价值工程。

输出:

1、项目范围说明书

       项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个 范围,包括项目和产品范围;详细描述了项目的可交付成果;还代表项目相关方之间就项目范围所 达成的共识。为便于管理相关方的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。 项目范围说明书使项目团队能进行更详细的规划,在执行过程中指导项目团队的工作,并为评价变 更请求或额外工作是否超过项目边界提供基准。

       项目范围说明书描述要做和不要做的工作的详细程度,决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括以下内容(可能直接列出或参引其他文件):

       a、产品范围描述。逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。

       b、可交付成果。为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力,可交付成果也包括各种辅助成果,如项目管理报告和文件。对可交付成果的描述可略可详。

       c、验收标准。可交付成果通过验收前必须满足的一系列条件。

       d、项目的除外责任。识别排除在项目之外的内容。明确说明哪些内容不属于项目范围,有助于管理相关方的期望及减少范围蔓延。

       虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。项目章程包含高层级的信息,而项目范围说明书则是对范围组成部分的详细描述,这些组成部分需要在项目过程中渐进明细。具体内容如下:

2、项目文件更新

可在本过程更新的项目文件包括(但不限于):

       a、假设日志。随同本过程识别出更多的假设条件或制约因素而更新假设日志。

       b、需求文件。可以通过增加或修改需求而更新需求文件。

       c、需求跟踪矩阵。应该随同需求文件的更新而更新需求跟踪矩阵。

       d、相关方登记册。如果在本过程中收集到了现有或新相关方的更多信息,则记录到相关方登记册中。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

快乐的小三菊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值