一个IT项目经理的自白：真正的项目管理风险，多数项目经理都不清楚

项目风险管理是识别和分析项目风险及采取应对措施的活动。

包括将积极因素所产生的影响最大化和使消极因素产生的影响最小化两方面内容。内容主要有：

（1）风险识别，即确认有可能会影响项目进展的风险，并记录每个风险所具有的特点。

（2）风险量化，即评估风险和风险之间的相互作用，以便评定项目可能产出结果的范围。

（3）风险对策研究，即确定对机会进行选择及对危险做出应对的步骤。

（4）风险对策实施控制，即对项目进程中风险所产生的变化作出反应。

这些程序不仅相互作用，且与其他一些区域内的程序互相影响。每个程序都可能涉及基于项目本身需要的一个人甚至一组人的努力。在每个项目阶段，这些程序都至少会出现一次。

在真实风险之外，也有许多项目折戟于“想象中的风险”。

很多风险并非无法解决，而是我们认为自己无法解决。

我的上一个项目，客户负责算法，交付团队负责应用程序，就在离交付只有不到三周的时候，团队提出客户的算法有bug，会导致一些我们解决能力范围之外的问题，于是报出了高风险预警，并产生了悲观情绪，认为项目必然会失败。

后来，我们做了问题整理和原因分析，结果却大大出乎我们的预料，竟然发现大部分的问题是来自应用程序，应用程序解析外界输入太脆弱，而且没有良好的容错机制，应用程序读取算法时设置了错误的参数。

也就是说，团队掉进了自己为自己挖的坑。

我们还把所有基于感觉的问题做了梳理跟踪和记录，项目结束之后大家一起做了回顾，对所有人来讲，那是一次深刻的教育。

项目交付过程中，团队可能会面临各种各样的复杂度，有时候需要突击学习，有时候需要加班赶工期，这些挑战都有可能变成团队的压力，重压之下团队很有可能变得悲观，当一个人的悲观变成一群人的悲观，团队就失去了对风险的客观判断，这时候最需要的就是事实。

面对风险，我们需要多做一些分析，项目管理风险，一定是基于事实，而不是靠感觉。