软件项目风险管理——《与熊共舞》读书笔记(四) ——怎么进行风险管理

量化不确定
       顾问的一段话：听着，这个项目根本不可能在明年1月前完成，它的可能性为零，最有可能的时间是明年4月，但也不能打保票，你最高不要承诺在明年5月1日前的任何时间交付，你最好承诺在五月以后某个时间交付，这样你成功的概率在50%以上。最保守的是承诺明年12月前交付，那是一个不可能失败的日期!

       软件产业的整体经验：不确定性的范围与N点前的时间之比介于1.5到2.0之间
最后期限的病态：将N点作为最后期限
       风险图:
       对一项风险的四种处理方式：
       远离：不做有风险的项目或有风险的部分
       包容：给出风险储备
       缓解：事前采取措施
       逃避：碰勇气
       几个关键的概念:
        风险暴露=损失*可能性
        致命风险：项目的假定，本身不能量化，由上级或组织来管理
        风险储备：提前预留出的用于包容风险的缓冲时间或金钱。
        缓解成本：
        转化指标：判断风险正在转化或已经具现的依据。很难确定。（每个皮球后面肯定跟着一个小孩）
        转化监控：
      

        如何进行风险管理的9个步骤:
        1、通过风险的发现过程的得到初始的风险清单（昨天的问题，头脑风暴）;
        2、确认核心风险已经在清单中;
        3、初始每个风险的基本属性;
        4、辨别核心风险，并将之作为项目的假定，进行风险的移交仪式;
        5、假定没有任何风险具现，估算日程，得到N点;
        6、结合业界经验和企业历史数据，给出风险图;
        7、按照风险图的描述承诺，估算不确定性;
        8、监控所有的风险，一旦风险具现，采取应急措施;
        9、进行持续的风险发现;
        一个好的风险管理工具:riskology

软件项目的核心风险：
a、进度安排的先天错误(本质：低估了难度或规模.经验：1、较小的项目延期在1.3到2.0之间比较普遍；
           2、大的项目由于很重视规模的度量，所以好些；
           3、经过了认真的规模度量，延期可以控制在15%以下)

b、需求膨胀或频繁变更
c、人员流失
d、规约崩溃-颠覆性的
e、低生产率

风险管理的成功关键：
1、列出所有可能的风险；
2、不间断监控风险转化指标，不放过蛛丝马迹；
3、持续进行风险发现；
4、收集项目数据，将数据装入风险仓库
5、每天跟踪完成度度量(EVR)

增量交付的好处：
1、能够证实或反驳项目计划中的假设；
2、迫使在制定计划时为各部分功能进行优先级排序；
3、使尚未完成的产品或项目具有最大价值；
4、更好的反映真实的开发效率；
5、减轻项目取消时的痛苦；
6、更易于运用EVR；
7、更好的激发团队士气；
8、更有利于客户的参与，减少需求风险；
9、突出了项目的重点。