软件开发的风险管理 之二

这篇文章准备讲讲风险管理的一些基本原则和应对方法

 

首先总结一下我在我们项目中遇到的风险以及应对方法

 

风险名称风险描述发生概率影响应对方案例子其他
人员风险

项目人员的能力与项目的要求之间的差距

项目人员的流动

1,对于重要的项目,选用能力强的开发人员

2,引入高级开发人员对设计和代码的review,可以预防由于开发人员能力问题引起的设计不恰当以及当人员流动的时候有个相对熟悉项目的人能及时地补充

3,加强开发人员之间的经验分享传承,同时文档记录下来。

4,轮流做不同的项目从而保证大家的工作积极性和技能的增长,减少由于人员变动引起的项目停滞

  
技术风险使用了以前没有使用的技术引起的技术问题依项目情况而定

1,对于重要的项目尽量使用熟悉的技术实现 (当然对于一些对时间要求不是那么严格的项目可以让项目人员使用新的技术以提高他们的工作积极性和技能)

2,  对于有技术风险的项目,引入技术专家review

  
需求变化风险不断变化的需求会大大延迟

1,尽早的需求review

2,团队积累对需求和业务的理解,积累历史需求的问题以及经验教训,对于每个需求尽量了解业务背景和来源

3,CCB控制需求的变更

4,灵活的技术架构设计,快速响应需求的变更

5,如果可以的话,需求的迭代开发尽早交付给业务部门做验证,比如把需求按优先级划分为小的需求采用敏捷的开发方法

6,和业务部门约定好一个需求模板

7,比较业务部门发给开发的需求文档以及发给客户的数据变更描述,如果有不一致则尽快与业务部门确认

  
开发工具和环境的风险开发环境的不稳定

1,备选的开发环境,比如准备一套虚拟机上的开发环境

2,总结开发环境问题清单,能快速定位问题同时反馈给维护小组

  
       
       
       
       
       

今天先写这些,图表的更改太不灵活了,下面的空行先留着吧,以后再继续更新
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值