如果你不防范(躲着)风险，那么风险就会来敲门。

　　随意打开一本项目管理教材，可以发现项目管理涉及的内容很多，其中包含各种要素的管理，而项目管理的知识体系更是相当庞大，需要考证的 PM 们花很多精力来学习，一个知识点、一个知识点地来掌握。

　　这在实践工作中很容易让人产生主次不分的错觉，甚至会感到无所适从。难道项目管理知识体系中所有这些“管理”要点、知识点都是同等重要的吗?有没有一根或几根主线和关键点呢?

　　我们太极敏捷派认为：

　　风险管理是软件项目管理的第一(首要)管理。(不知大伙儿是否赞同?)

　　得出这个结论的逻辑很简单。

　　项目经理的职责是确保项目在给定的时间和资源等约束条件下，成功完成项目，实现既定目标。所以，任何可能妨碍软件开发项目成功的因素，都可以称之为风险。这里我所说的风险及其管理，可能与经典项目管理教材略有不同。

　　我们可以反问。如果一个项目，不存在风险，无论开发团队成员们怎么做，100% 都能够成功，那么还需要项目经理干嘛?可见，作为软件项目失败的第一责任人，软件项目经理的首要职责必然是排除障碍，防范风险，确保项目的成功。

　　在实际的软件工程项目管理中，潜在的风险因素其实是非常多的，有需求风险(不知道或不明确地知道做什么)，技术风险(不知道怎么做，用什么技术，怎么用)，进度(时间)风险，质量风险，资源风险，人员风险(士气、内耗) ... 等等。

　　为什么软件开发项目会失败?回答：因为“运气不好”，发生了风险，risk 成真，成为了事实。

　　把风险管理提升到软件项目管理之首的位置，有很多好处。

　　回头看过去 40 年，可以这么说，软件工程迄今为止的绝大部分做法都是为了防范项目风险、保障项目成功而总结出来的经验教训，抓住了风险预防和管理这根主线，我们就能更好地理解传统软件工程和当代软件工程。

　　风险驱动是统一软件过程框架 RUP 的一个显著特征，敏捷过程通过短迭代、促进团队内外的沟通等等具体做法也是为了更好地防范风险。

　　因此过去几年中，我也一直建议、提醒客户和朋友们要尽可能采取迭代、递增的开发方式，始终维护一张项目的风险清单(Risk List)，通过迭代的计划和评审等活动，不断地评估和更新项目风险，加强风险的预防措施。

　　做好风险的预防和管理，是成熟软件项目经理的一个首要职责。

　　backlove 的这篇文章《应该重视项目管理中的风险管理》正好与我不谋而合：“我们真的应该把风险管理当做项目管理里最重要的部分来认真处理”。