9
版权所有，不得复制
变更七步法

第六步：评完TQC，风险再细分
可能对团队士气的负面影响 可能引发的间接任务对工期的负面冲击 开发方的成本负担可能超出力所能及的 范围

• 客户避免成为强力“IT杀手”
10
版权所有，不得复制
变更七步法

第七步：主意要请大家拿
前面的六步骤分别由不同的角色做出， 而是否接受变更则要请大家评判 CCB的成员结构
4
版权所有，不得复制
变更七步法

第一步：先把理由说清楚
客户提交的变更必须基于书面形式 客户提交的变更必须有充分理由

• 如果变更被拒绝，对业务的负面影响 • 如果变更被接受，对业务的正面帮助
5
版权所有，不得复制
变更七步法

第二步：能否实现作评估

从实现方式上考虑新的变更可否实现
• 此处不考虑代价
需求变更管理七步法
内容
需求变更管理的重要性 变更七步法 变更流程 结论 Q&A

2
版权所有，不得复制
需求变更管理的重要性

软件项目结果不如人意的主要原因
业务变更或不确定导致需求变更 变来自意味着工作量的增加，而预算往往 相对固定 晓之以理，动之以情

3
版权所有，不得复制
需求变更管理的重要性
对于较复杂的情形，辅以简单的说明。 欲详述，可作附件处理 对于简单情形，例如页面布局更改，则 无须说明

6
版权所有，不得复制
变更七步法

第三步：可以实现看进度

进度几乎是绝大部分项目关注的第一要 素
• 经济节奏的加快
对于活动级别的进度影响 对于项目整体工期的影响

7
版权所有，不得复制
变更七步法

• 变更粒度、组织规模、业务模式、项目特 点等
11
版权所有，不得复制
变更流程
12
版权所有，不得复制
结论
1 变更要细分 2 变更要量化 3 变更不要那么随意

13
版权所有，不得复制
Q&A
1. 2. 3. 4.

14
版权所有，不得复制
结束
谢 谢！
15
版权所有，不得复制

第四步：变更成本要算足

人力相关的变更成本
• 是否需要额外的项目组成员 • 项目组需要增加的工时数
• 是否正常工时（工作日加班、节假日加班）
• 项目工数报价

非人力成本
• 软硬件费用 • 资料费用等
8
版权所有，不得复制
变更七步法

第五步：质量不得有马虎

变更对质量的多方面影响
• 分阶段影响（需求、设计、编码、测试、 维护） • 可靠性、安全性、可维护性、可用性等