项目管理范围(上)

范围管理概述

产品范围与项目范围的区别：

产品范围是指产品或者服务所应该包含的功能，项目范围是指为了能够交付产品，项目所必须做的工作。

什么是WBS？

工作分解结构（简称WBS， Work Breakdown Structure）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。

拓展：

在数学中，因数分解，又称素因数分解，是把一个正整数写成几个约数的乘积。例如，给出45这个数，它可以分解成3×3×5，根据算术基本定理，这样的分解结果应该是独一无二的。

规划管理范围

范围管理计划

定义：范围管理计划是制定项目管理计划过程和其他范围管理过程的主要输入。

需求管理计划

需求管理计划描述在整个项目生命周期内如何分析，记录和管理需求。

重点：

一些XX管理计划的通用性特点：XX管理计划可能在项目管理计划中，也可能是单独的一项。根据不同的项目，可以是详细或者概况的。可以是正式的或者非正式的。

收集需求

 需求的分类：

1. 业务需求：整个组织的高层级需要，例如，增改当前系统的功能，实施项目。

2. 干系人需求：干系人或干系人群体的需要，干系人指的是会影响项目和被项目影响的人。

3. 过渡需求：从当前状态过渡到将来状态，例如，旧系统改造后的历史数据迁移，人员培训。

4. 质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。

工具与技术：

群体创新技术包括：头脑风暴法，名义小组技术，德尔菲技术，概念\思维导图，亲和图和多标准决策分析。

头脑风暴即各抒己见

名义小组：在头脑风暴后，进行投票，选出最好的点子后，针对这个点子再次进行头脑风暴

输出：

需求文件，需求跟踪矩阵

需求文件是描述各种单一的需求将如何满足与项目相关的业务需求

需求文件包括：业务需求，干系人需求，解决方案需求，项目需求，过渡需求等

需求跟踪矩阵包括：需求管理，需求跟踪，需求跟踪矩阵

重点：

需求管理包括在产品开发过程中维持需求一致性和精确性的所有活动。

正向跟踪又称为追溯

反向跟踪又称为回溯

 

考点（论文，案例分析）：

需求跟踪矩阵

矩阵可以简单的理解为表格

需求跟踪矩阵的作用：记录从产品需求到可交付成果的过程。

需求跟踪矩阵的属性：编号（比如 FR_登录_001，表示登录模块的第一个需求），文字描述，记录它的理由（即为什么要做这个需求，是领导要求，修复Bug，优化性能......），所有者（即需求提出者），来源，优先级，版本，当前状态（包括：进行中，已取消，已推迟，新增加，已批准，已分配，已完成等），状态日期。

 

 

 

用例指的是针对原始需求的不同角色，比如说登录功能在用户侧，管理员侧有不同的体现方式。

原始需求是由用户或者用户代表提出的功能或性能需求或其他非功能需求，需求可以未经总结或提取。

需求根据矩阵（用例-元素）中设计元素指的是实现该功能该如何表现出来，让人能够感受的到有这个功能；组件我理解是类似于COM+，.NET，Web Service等规范化的技术；测试用例是为了测试这个功能所用到的例子，一般会有多个不同的输入，输出，看是否和期望的结果一致。

拓展：

但我觉得书上的这个矩阵不直观，网上搜到的例子比较好，一张表就能描述清楚，比如说这个：

参考：需求跟踪矩阵RTM - 知乎

范围定义（定义范围）

和用户敲定范围的过程称为范围定义

常考点：

项目范围说明书的6个内容：产品范围描述，验收标准，可交付成果（最终给用户交付的东西），项目的除外责任（明确哪些事情该管，哪些不该管，控制成本），制约因素（哪些客观条件不允许我们怎么做），假设条件（Plan A和Plan B计划）。