采用严格的需求变更管理流程
一旦需求分析阶段结束，此后如果用户要求有新的需求加入交付的软件系统中，需要走需求变更管理流程。这个流程必须在软件项目成立之初与用户约定好，一般的软件企业内部有需求变更的管理流程，可以向用户解释这种管理的必要性，直至与用户就此问题达成共识为止。不必担心用户不会接受，有过多次成功研发软件项目经验的需求变更管理流程，有着它不容置疑的合理性，这正是软件企业的经验和价值所在，用户最终会理解和同意的。
需求变更管理流程各家企业有各家的做法，在我们项目组，通过变更管理流程软件来实现需求变更。步骤如下：
1：提出变更申请
（1）：客户提出需求变更，提交给客户方责任人；
（2）：客户方责任人审核需求变更，认为属于变更范围，允许变更，则转给我们责任人；如果不允许变更，则转给需求变更提出人，要求完成内容或取消需求变更；
2：变更评估
（1）：我方责任人接收到需求后，初步了解需求，之后和客户进行沟通，详细化需求情况；
（2）：初步估算变更产生的工作时间和费用情况；
3：变更决策
CBD对需求变更作出决策。由于其中设计到工作时间和费用，需要相关人员，包括客户参与作出决策。
4：接收变更
双方达成变更的决定；
5：实施变更
针对达成的变更，实施变更；
6：验证
在变更完成后，回顾变更的成果；
在此提醒大家，切忌对用户提出的需求拍胸脯，在此之前可以扪心自问：“如果拍了胸脯，以后不能按时完成，我能不能负担全部责任？”这样冷静一下就不会胡乱应承了。有一个比较好的方式减少这样的麻烦，就是在需求分析阶段之后，与用户不要亲密接触，而是按照软件项目的周期，或者双方在初期的约定，定时通报软件研发的进展。如果软件研发采用迭代式开发，就可以在每一期交付产品发布时做这个事情，征询到的用户需求将纳入以后某期的软件版本中。
此文章共有2页 上一页 1 2
|
Leadge.com首页 > 知识库 
