介绍
- 背景
本人负责PDU项目配置管理系统的开发,全面负责配置管理系统功能的需求分析,开发设计,功能验证及整体的联调。
项目在开发将近完成的时候,客户与产品经理沟通需要变更需求,产品经理将更改的需求跟我沟通了下,我和底层人员沟通并分析了需求变更的可能性及工作量,后来感觉问题不大就直接开始变更设计。
等到开发完成后将系统交给测试人员测试,发现新的需求,底层由于没有全部支持,整个配置管理系统只实现了大部分功能。
后期填坑,项目延期了两周,最终将功能全部实现。
不足
- 没有建立变更控制委员会和变更控制流程
- 没有遵循正确的变更管理流程
- 对客户的变更请求没有进行充分的评估和论证
- 没有提交书面的、正式的变更请求,或是对变更没有进行记录
- 没有对变更进行变更影响评估、论证、评审
- 缺少对变更实施过程的有效监控
- 缺少变更的验证确认
预防计划,规范变更流程
- 提出与接受变更申请
- 对变更的初审
- 变更方案论证
- 项目管理委员会审查
- 发出变更通知并组织实施
- 变更实施的监控
- 变更效果的评估
- 判断发生变更后的项目是否已纳入正常轨道
总结
- 以上的不足及预防计划讲的比较书面化,这次的变更给我最深刻的一点就是牢牢把控需求发生变更后的每一步,要对需求变更后对整个项目的影响要有充分的评估,同时要及时与项目各相关人员沟通,告知需求变更后的风险及针对需求变更的方案。
最后推荐一个公众号,一枚IT技术人成长路上关于生活和职场的思考,欢迎书友们前来交流和分享心得
福利~ 福利~ 福利~ 1块钱一次帮下CSDN资料
添加微信,备注下载资料~所需下载CSDN资料链接可通过微信发送。