《与熊共舞》书评

书可以看，但可操作性不强

这本书罗列了很多的对风险评估以及对风险的计算方法，说实话，并没有太大的用途，看完了之后对项目管理并没有多大的帮助，尤其是书的后半部分，理论性超强，画一个风险图都不知道怎么画的，只是给出了一堆的风险图，好像大家看了之后都知道怎么回事是的。最为麻烦的是，对于我们这些做软件的，必须要给出一个固定的交付时间点，你要是和上级说，这个软件的交付期限在6月到12月之间，9月份可以交付的概率为50%，领导会百分百的否决掉，这样的情况你让上面怎么做报告之类的东西。书上说“不能够事前请求允许，但允许事后获得原谅”，认为这样是不对的，但是这是一个事实，而且这样的做法我不认为不可以。项目的最终交付时间一定要事先给出一个准确值出来，不能够整出一个范围。要不然还要MileStone什么的干嘛，看着好玩？

从失败中学习

一本风险管理的经典之作。软件行业仍然处在高速发展阶段，远没有达到成熟。作者的很多论述都很到位，尤其是“用度量软件开发成本的精度去度量软件的价值” 这一观点令人印象深刻。

过于理论

全文充斥着大量的理论，曲线图。与实际操作意义不是很大。我没看见过那个家伙，用图来做风险分析的。就是实验室的玩意，估计是这两个作者那天下午喝茶吹牛，吹出来的，想用图表，数字来分析风险，结果一画上了瘾，越划越多，越弄越像那么回事。其实 实际的情况比书中的惊险千倍，作一个参考书把，或许那天闲得无聊了，可以拿来看看，顺便画上两笔。

有知者无畏！

当我合上这本书的黑色封面的时候，不由想起《老人与海》中的那句名言：人不是生来就被打败的。的确，在这本书中，洋溢着一种人类理性无比的自信。不是吗？风险管理，在许多人看来，是如此虚无缥缈的东西，人们似乎无法完整地定义风险，也无法确切地预知未来。在风险的面前，除了迷惘与祈求，大多数时候总会如鸵鸟一样将头埋在沙中，欺骗自己没有看到风险。但作者却没有这样，他在最艰涩的地方开凿，在最朦胧的地方勾绘蓝图。虽然我还不能完全理解那些曲线间的确切含义，但我明了在这些曲线的后面是一颗充满理性与必胜信念的心。其实不仅在软件界有风险管理，在其他领域，甚至于在生活的方方面面都应存在如是的“管理”。在问题面前不回避，在挫折面前不动摇，用理性的力量与经验的承继去解决它们。这是一种伟大的性格，一种光辉的精神。[写此篇以自励]

很烂的书

一个专门不干其他活，只干风险管理的家伙。 所谓风险管理，说白了多点钱，多点人，多点时间而已。很老的书， 不合潮流了。 关键的问题在于看完之后毫无操作性和实际价值

信仰的伦理学-软件项目的风险管理

一位船主就要送他的移民船出海，船上满载旅客。他知道这船已经非常破旧了，并且当初就造的不怎么样，因此他担心这船能否安全地完成此次旅行。但是，经过一番挣扎后，他还是战胜了自己的顾虑，说服自己相信：再多一次航行也不会出什么大事。毕竟，这艘船也是久经风雨了，不管遇上多么恶劣的天气，它总能安全回家。那么，这一次又怎么会不行呢？于是，这艘船出海了，然后带着所有的乘客沉入了海底。对这个船主，我们该说什么呢？毫无疑问，他对那些人的死负有不可推卸的责任。反观我们身处的IT行业，有很多类似这个船长的情况发生。这个行业常常要求我们进入一种状态，去相信那些随后被时间证明是不可能完成的任务，比如去相信一个截止时间，相信一个预算，或则其他因素。很多时候，身处项目中心的你，被你的船长送上了项目的死亡之旅。你也象那个船长一样，在很多时候，都试图证明那个最后的代价是可以逾越的。但是，即使是在最后时刻，你都该确定你是否有权相信那些让你无法把握的东西。只相信你有权相信的东西，这就是风险管理。而风险管理的核心就是“信仰的伦理学”-尽管不确定性的存在使情况更加复杂，但风险管理要求每个信念都要接受伦理的考验。它将去除你工作中充斥其中的自欺欺人，为你提供一种更为明智的选择。《与熊共舞-软件项目风险管理》这本书注定要成为IT从业者和项目经理的圣经宝典。我的blog: http://www.dapenti.com/blog/blog.asp?name=xilei

系统的描述IT项目风险管理

1.一定要做有风险的项目。风险与机遇共存，如果你的项目没有风险或者说你的项目注定失败，或者说你的项目没有存在的意义。转说到我们自身也是一样的道理，应该多尝试有挑战性的工作，任务的挑战越大，风险越大;越说明你存在的价值，你也会在自我不断的风险应对中去提升自己的能力。2.风险管理的源头是发现风险，很多项目也应用了风险管理的方法，去分析，量化和应对风险了，但项目还是失败。其很多时候就在发现风险上出问题。你发现的风险老是些鸡毛蒜皮的不确定因素，而对项目有重大影响的风险去没有识别出来，这样风险一转化为问题将注定项目失败。3.项目管理的过程就是风险管理的过程，整个风险管理的活动贯穿整个项目管理过程。4.风险是不确定因素，可能发生也可能不发生，如果一个事物已经肯定会发生而影响项目，则就应该叫问题而非风险了。对风险采取措施是减轻措施，主要是减轻风险发生的概率；而对问题采取的措施是应急措施和弥补措施。5.对包容风险所需要的成本的期望称为风险暴露。如果一项风险发生的可能性是20%，如果真的发生造成的损失是100万，那你风险的暴露度就是20万。有了风险暴露值，我们才可能去规划和预留风险的储备，或者在我们去实施我们的风险应对措施(需要资源投入有成本),才能够更好的做成本效益分析。6.风险的不确定性应该量化，你需要这些量化的数据去分析。什么时候需要对风险实施应对措施，你风险应对的投入是否划算？风险在项目不同的时间点对你项目的质量，工期的影响程度究竟有多大。7.风险的量化需要我们收集数据，采用相关的风险模型进行模拟。如风险图或Riskology工具提供的蒙特卡洛模拟器。8.每个被识别出来的风险都有相应的转化指标和触发器。转化指标就是指风险可能发生的一些具体征兆，但项目要能够提前识别出这些征兆却不是一件容易的事情。