项目

一般

简介

0002-范围管理计划 » 历史记录 » 版本 1

Huarui Lin, 2026-08-14 16:53

1 1 Huarui Lin
# <div align="center">《[项目名称] 范围管理计划》</div>
2
3
| **项目名称** | [填写项目全称] | **项目编号** | [如:2026-PM-001] |
4
| :--- | :--- | :--- | :--- |
5
| **文档版本** | V1.0 | **所属主计划** | 项目管理计划-附件A |
6
7
---
8
9
## 一、 范围管理流程概览
10
> **填写指南:** 描述本项目管理范围的五个过程:规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围。
11
12
本项目的范围管理遵循公司《项目管理规范》,流程如图所示:
13
[在此处可插入范围管理流程图]
14
15
---
16
17
## 二、 范围定义与WBS标准
18
19
### 2.1 需求收集方法
20
*   **访谈/问卷:** 针对[关键干系人]进行[1对1访谈/问卷调研]。
21
*   **原型演示:** 使用[Axure/Figma]制作原型,确认交互细节。
22
*   **产品Backlog:** 敏捷项目中,需求以User Story形式录入[Jira/PingCode]。
23
24
### 2.2 工作分解结构(WBS)编制规则
25
*   **分解原则:** 遵循“100%原则”,子任务之和必须等于父任务。
26
*   **粒度要求:** 最底层工作包的工期建议控制在 **[4-40小时]** 或 **[1-5天]**。
27
*   **编码规则:** WBS编号采用[1.1, 1.1.1]层级编码,便于追踪。
28
29
### 2.3 WBS词典(样例)
30
> 每个工作包需在WBS词典中定义清楚。
31
| WBS编号 | 工作包名称 | 详细描述 | 责任人 | 验收标准 |
32
| :--- | :--- | :--- | :--- | :--- |
33
| 1.1.1 | 登录模块开发 | 实现账号密码、手机验证码登录 | 张三 | 功能测试通过,无高危漏洞 |
34
35
---
36
37
## 三、 范围基准确认
38
*   **范围说明书:** 详细描述项目的可交付成果、假设和制约因素。
39
*   **审批流程:** 需求规格说明书需经[业务负责人/产品经理]签字确认后,纳入范围基准。
40
*   **基准冻结:** [XXXX年XX月XX日]正式启动执行后,范围基准冻结。
41
42
---
43
44
## 四、 范围控制与变更
45
> **核心章节:** 明确如何防止“范围蔓延”。
46
47
### 4.1 变更控制流程
48
任何对范围基准的偏离,必须按照《变更管理快速指引》执行:
49
1.  识别变更(填写CR单)。
50
2.  分析影响(评估对进度、成本、质量的影响)。
51
3.  审批决策(PM或CCB审批)。
52
4.  更新基准(批准后调整WBS)。
53
54
### 4.2 范围蔓延预防机制
55
*   **无单不做:** 未录入[Jira/Project]系统的需求,开发人员有权拒绝开发。
56
*   **定期审计:** 每周五PM检查实际交付与WBS的一致性。
57
58
---
59
60
## 五、 范围验收管理
61
*   **验收标准:** 依据《需求规格说明书》及《验收测试用例》。
62
*   **验收流程:**
63
    1.  内部测试通过。
64
    2.  提交UAT测试申请。
65
    3.  干系人签署《用户验收报告》。