1、进度安排的先天失误
关于这点有个很经典的案例，客户要求项目7月完成赶上某某事件的发生，那我想进度必须安排在5月份完成吧。很经典吧，我想每个人都会这么想，很多时候都是这么干的，而且很多项目都是这么做成的，关键就在这里，进度风险明明就在第一位为什么项目就成功了呢?那风险管理是错的了?错吗?我常常想，这样的项目我也做过一些了，都成了，有全成了的，也有成了一些的(一些是什么?大家都勉为其难的意思吧)总体来说成多吧，可我心常戚戚，何故?我不清楚用一本书的观点来解释由同一本书得来的实践观点是否行的通，但我还是认同《伦理的道德》，有了好结果并不能证明什么，仅仅是做恶没有被发现而已。恐怕以后还会遇到很多这样的项目还会以同样的理由安排着同样的进度，还会想各种充满了智慧的点子去弥补先天缺陷铺下的陷井，但是为这个风险掘个坟墓吧，把先天埋在里头，为后天的办法心戚戚去吧。
2、需求膨胀
对于这一点，前人的话还是对的“变才是硬道理”确实，不变哪来的价值，敏捷拥抱变化的观点早已深入人心，怎么办，风险管理也不是要拒绝变化，管理的是变化的量，管理的是那些“要推到了重来”的风险。还是那句话，为你先天不足的进度扯点不足，再牺牲点才智，怎么样，也得给那些不确定的风险留一亩三分地啊。
3、规约崩溃
客户留着一手，合作伙伴留着一手，方案规避了风险，视而不见，项目到了后期一切都完蛋，这一点也常有，刚刚就遇到过，好在应付得当，又过去了，还是靠聪明才智，我不知道这篇总结写完会不会得出一个结论“个人英雄主义永不过时”，总之一句话“出来混，迟早是要还的”
4、人员流失
我不知道人才储备算不算解决办法，这几年基本上就没见有人搞过人才储备这号事，干这种事的人多半牛吹多了，项目经理随时把握情况应急也是干多了，系统越来越大，这招也越完越吃力了，怎么办?兵来将挡，我很佩服先人的中庸之道，冥冥中自有天佑，挺神的，管用。危险来了得有预备队，预备队在哪里?就你呗!
