[项目管理-3]：软硬件项目管理 - 范围管理（空间）

作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客

本文网址： 

---

目录

第3章 项目范围管理（做什么？需求的明确）

3.1 项目的目标（项目范围）

3.2 项目范围的细化（WBS=》产品需求的明确与规范）

3.3 项目范围明确和细化的实施对象与主体

3.4 WBS作用与完成时间

3.5 通过划分阶段和阶段性文档逐步明确项目的范围（项目文档）

3.6 文档的格式

---

第3章 项目范围管理（做什么？需求的明确）

有了人，就可以明确项目的各项活动了

有了人，就可以开展项目的各项活动了。

3.1 项目的目标（项目范围）

包括两大部分：

（1）产品范围：

明确项目、产品、软硬件功能的目标，即定义产品做什么。

（2）项目范围：

明确要完成产品的目标，明确进行哪些项目管理相关的活动，即定义产品做什么。

3.2 项目范围的细化（WBS=》产品需求的明确与规范）

是为了实现项目的目标，对项目的工作内容进行控制的管理过程。

它包括范围的界定，范围的规划，范围的调整等：

（1）项目、功能的目标

（2）项目、功能的分解，把一个复杂问题分解成一个个子功能；

（3）把一个个子功能分解成一个个可是实施、可以测试、验证、验收的子步骤

分解遵循的原则：

• 高内聚
• 低耦合
• 可测试
• 自顶向下

WBS是项目时间管理、成本管理等基础性输入和依据之一。

3.3 项目范围明确和细化的实施对象与主体

（1）产品范围（feature需求）

通常由产品经理和系统工程师共同完成，包括：

• 产品经理：feature_x客户业务场景需求 FS0  -》
• 前端系统工程师：feature_x的可行性分析 FS1TA =》 Effort评估 FS1 -》
• 后续系统工程师：featue_x系统级需求明确 CFAM CP1 =》
• 后续系统工程师：feature_x设备级别需求明确 CFAM CP2 =》
• 业务团队：对feature_x的Effort评估 FS2 (该输出作为项目范围排序和投入产出比分析的依据）

备注：

• 一个项目范围由无数个feature的范围组成。
• 系统工程师属于需求团队，明确要做什么，而软件“开发团队”明确要怎么做。

（2）项目范围（进入项目的feature list）

通常有产品经理+项目管理者+业务部门技术人员（技术分析）共同

• 每个feature客户价值分析
• 每个feature投入与产出比分析
• 每个feature优先级排序
• 根据业务团队的人力资源状态、承诺的情况，选择进入可以进入项目的feature list

3.4 WBS作用与完成时间

（1）项目feature的范围细化WBS和Effort的评估，是为了进行人力资源、时间资源、成本的评估，是项目计划的基础材料。

（2）项目features的范围细化WBS是后续研发团队的软硬件设计、编码实现的输入。

因此，WBS必须在制定项目计划之前完成。

3.5 通过划分阶段和阶段性文档逐步明确项目的范围（项目文档）

项目的范围是通过文档来明确的。

并通过不同的时间阶段来分阶段完成

不用的阶段，项目的明确的范围的关注点不同。

为了一步步（并非一次性确定项目的所有范围）的明确项目的范围，根据项目实时的不同阶段，需要通过各种文档的方式明确项目的范围。

在嵌入式软硬件项目开发中的文档有（按照时间维度，把项目分成不同的阶段）

（1）项目可行性分析（确定是否能做）-- 预研

（2）项目范围说明书：软硬件需求文档（确定做什么）-- 系统工程师SE

（3）项目测试验证文档（可选）

（4）验收文档（可选）

3.6 文档的格式

（1）excel（划定范围）-- 项目管理人员

（2）word（设计文档）-- 设计人员

（3）ppt

（4）Web文档