常见的软件开发风险和应对措施软件开发安全保证措施( 二 ) _风险

对风险进行管理如果能够对风险进行定义了，那么风险管理需要主要两类风险，第一类急性风险，第二类整体风险。
急性风险管理，往往针对一个或者多个功能点的变更，整个实施时间不会太长。这里需要针对该变更进行拆解，然后用上面介绍的FMEA进行风险评估，并且对每个组件的风险水平进行设置容忍值。最后形成一个急性风险管理的表格，让实际风险发生的分值必须在风险水平的范围以内。
整体风险管理，这里需要变更的范围比较大，而且持续时间较长，所以未知因素和风险就更加不可控制。这里建议在急性风险管理组件风险水平的基础上加上持续时间的风险评估。会针对每个变更持续时间设置风险水平能够容忍的分数。
但是，在日常的工作中总会有特例，例如有些功能急需变更，有高风险同时也有高收益。这个时候，技术总监，架构师，CTO，业务主管手中也有一些风险水平的分值，这些分值用来调整表格中风险水平的容忍最大值。说白了就是如果关键人物参与风险评测，推动紧急变更上线。
【常见的软件开发风险和应对措施软件开发安全保证措施】总结：今天我们了解了风险评估的三种方法，并且推荐给大家使用FMEA方法，针对变更拆分，评估，打分，降低单项风险。针对紧急风险管理和整理风险管理提出了一些分析方法。

常见的软件开发风险和应对措施 软件开发安全保证措施( 二 )

猜你喜欢

常见的软件开发风险和应对措施软件开发安全保证措施( 二 )