[项目管理-33]：需求管理与范围管理的异同

Posted 2022-09-19 文火冰糖的硅基工坊

目录

前言：

一、组织层面的项目客户需求与项目管理层次图

二、需求管理与范围管理的比较

2.1 不同点

2.2 相同点

2.3 相互关系

---

前言：

产品开发中，我们经常听到需求管理与范围管理，这两个概念相似、相关，但有是不同层面的概念，经常会混用、混淆，本文就是阐述这两个概念的异同。

一、组织层面的项目客户需求与项目管理层次图

 

二、需求管理与范围管理的比较

2.1 不同点

	feature的需求管理	feature范围管理
层次	功能需求层面，层次更高，归属于需要的定义阶段。	项目管理层面，层次低一节，归属需要的实施阶段
责任主体不同	产品经理 + 系统架构师（为feature明确方案的可行性）	项目经理 + 系统工程师（为项目明确范围）
立足点	立足于客户或业务需要	立足与项目执行与项目实现
标识	FeatureId	FeatureId
定义不同	是确保各方对需求的一致理解，管理和控制需求的变更，以及需求的跟踪。	是指包含一系列子过程，用以确保项目包含且只包含达到项目成功所必须完成的工作，范围管理主要关注项目内容的定义和控制，即包括什么，不包括什么。
主要管理内容	客户需求识别、需求可行性分析、需求的状态管理、需要的变更管理等	范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制，以及范围的变更管理。
目的	关注的客户需求的明确与细化。 并非所有的需求特征都能够进入项目的范围。	关注feature的特征是项目的范围，哪些不是项目的范围。 只有进入项目范围的特征，才是项目关注和管理的对象，没有进入项目范围的特征，并不是项目关注和挂你的对象，项目可以不用实现。
什么周期	从客户的需求开始到客户需求的满足都是需求的生命周期，因此比项目的范围管理的生命周期长。	项目的范围管理只存在与项目的范围基线到项目的结束。 只有进入项目范围基线的功能需要，才是项目关注的功能。

2.2 相同点

（1）他们都关注“要做什么What”

（2）他们都关注技术实施的方案是什么“what”

（3）他们都不关注：实现的具体方式

2.3 相互关系

首先通过需求开发来获取项目的需求，再次基础上确定项目的范围、进行项目范围管理，其次需求的变更会引起项目范围的变更。

项目访问管理是项目需求进入项目范围基线后，在项目空间衍生出来的一段生命周期。