2005 IBM developerWorks Live 笔记六
用ClearQuest管理变更和缺陷
演讲教师:张剑平
议程:1. 为什么需要变更管理;2. 如何用Rational ClearQuest管理变更
变更,在软件开发的过程中会随时发生。
变更请求包括以下几种可能:
- 系统中必须修复的错误
- bug
- 设计缺陷
- 异常行为(做出来的东西和客户需要的不一致)
- 改进
- 实现不完整
- 未达到预期妖气
- 功能上的缺陷
- …
变更会导致的常见问题
- 修改过的问题重现
- 低质量——不知道在哪个版本中修复了哪些问题
- 难以量化地评价项目状态:经历不知道员工正在做什么 不能对变更进行量化分析
- 降低效率和生产率:没有优先级 影响团队士气
如果有了变更管理
- 知道修复了的问题
- 快速确定新问题位置
- 快速重构先前版本
- 确切地知道要测试什么
- 在任何时候立即确定项目进度
- 确切地知道两条基线之间的差别
- 知道你的产品合适可发布
变更管理系统应具备的功能
- 利用数据库统一管理所有变更请求(CR)
- 内置典型的变更管理过程,并可以根据企业自身特点进行定制
- 提供多种昂文方式
- 提供丰富地查询
- E-mail通知3
- 可适应团队规模不断扩大
为什么需要工具
- 变更请求越来越频繁——利用传统手段难以应付
- 专业分工——需求组、开发组、测试组之间需要良好的沟通
- 人力资源紧张
后面的部分主要是介绍了ClearQuest,关于这个部分,我就没有仔细地记了。Rational的东西,除了太大太慢,什么都好。