量化不确定
顾问的一段话：听着，这个项目根本不可能在明年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、突出了项目的重点。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/qinhl99/archive/2008/04/30/2345214.aspx