软件工程谚语（大意）：
　　如果你不防范（躲着）风险，那么风险就会来敲门。
　　随意打开一本项目管理教材，可以发现项目管理涉及的内容很多，其中包含各种要素的管理，而项目管理的知识体系更是相当庞大，需要考证的 PM 们花很多精力来学习，一个知识点、一个知识点地来掌握。
　　这在实践工作中很容易让人产生主次不分的错觉，甚至会感到无所适从。难道项目管理知识体系中所有这些“管理”要点、知识点都是同等重要的吗？有没有一根或几根主线和关键点呢？
　　我们太极敏捷派认为：
　　风险管理是软件项目管理的第一（首要）管理。（不知大伙儿是否赞同？）
　　得出这个结论的逻辑很简单。
　　项目经理的职责是确保项目在给定的时间和资源等约束条件下，成功完成项目，实现既定目标。所以，任何可能妨碍软件开发项目成功的因素，都可以称之为风险。这里我所说的风险及其管理，可能与经典项目管理教材略有不同。
　　我们可以反问。如果一个项目，不存在风险，无论开发团队成员们怎么做，100% 都能够成功，那么还需要项目经理干嘛？可见，作为软件项目失败的第一责任人，软件项目经理的首要职责必然是排除障碍，防范风险，确保项目的成功。
　　在实际的软件工程项目管理中，潜在的风险因素其实是非常多的，有需求风险（不知道或不明确地知道做什么），技术风险（不知道怎么做，用什么技术，怎么用），进度（时间）风险，质量风险，资源风险，人员风险（士气、内耗） ... 等等。
　　为什么软件开发项目会失败？回答：因为“运气不好”，发生了风险，risk 成真，成为了事实。
　　把风险管理提升到软件项目管理之首的位置，有很多好处。
　　回头看过去 40 年，可以这么说，软件工程迄今为止的绝大部分做法都是为了防范项目风险、保障项目成功而总结出来的经验教训，抓住了风险预防和管理这根主线，我们就能更好地理解传统软件工程和当代软件工程。
　　风险驱动是统一软件过程框架 RUP 的一个显著特征，敏捷过程通过短迭代、促进团队内外的沟通等等具体做法也是为了更好地防范风险。
　　因此过去几年中，我也一直建议、提醒客户和朋友们要尽可能采取迭代、递增的开发方式，始终维护一张项目的风险清单（Risk List），通过迭代的计划和评审等活动，不断地评估和更新项目风险，加强风险的预防措施。
　　做好风险的预防和管理，是成熟软件项目经理的一个首要职责。
　　backlove 的这篇文章《应该重视项目管理中的风险管理》正好与我不谋而合：“我们真的应该把风险管理当做项目管理里最重要的部分来认真处理”。