软件项目的潜在的风险列表

风险管理贯穿于项目管理的每个过程。可以毫不夸张的说,项目管理主要就是管风险(可预料的和不可预料的)。把风险管理好了,项目基本上不会出什么问题。

 

谈到软件项目的风险管理,没有比拥有一份全面的风险列表更实在的事了。《快速软件开发》为我们提供了一份比较全面的潜在的风险列表,提供给大家参考。

 

潜在的风险列表

计划编制风险

1)         计划、资源和产品定义全凭客户或上层领导口授,并且不完全一致

2)         计划是优化的,是“最佳状态”(但不现实,只能算是“期望状态”)

3)         计划忽略了必要的任务

4)         几号基于使用特定的小组成员,而那些小组成员其实靠不住

5)         在限定的时间内无法建成已定规模大小的产品

6)         产品规模比估计的要大(代码行数、功能点、用例、与前一产品规模的百分比)

7)         工作量大于估算数(按代码行数、功能点、用例、模块等)

8)         进度已经拖延的项目在重新评估时过于优化或忽视项目历史

9)         进度的压力造成生产率下降

10)      目标日期提前,但没有相应地调整产品范围或可用资源

11)      一个任务的延迟导致相关任务的连锁反应

12)      涉足不熟悉的产品领域,话费在设计和实现上的时间比预期的要多

 

组织和管理

1)         项目缺乏一个有凝聚力的最高领导人

2)         由于前期乏力,项目长时间被搁置

3)         解雇和消减开支导致项目小组能力下降

4)         管理者或市场人员坚持要进行技术决策,导致计划进度延长

5)         低效的项目组织结构降低了生产率

6)         管理者审查 / 决策的周期比预期时间长

7)         预算消减打乱项目计划

8)         管理者做出了打击项目组积极性的决定

9)         非技术的第三方的工作逼预期延长(预算批准、设备采购批准、法律方面的审查、安全保证等)

10)      计划性太差,无法适应期望的开发速度</

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值