风险的识别是一个过程，而且是一个反复的过程。它贯彻于项目管理的整个过程。实际上我们要不断底识别出新的风险，这是一个项目团队集体的长期持久的活动。项目的风险分析一直以来都是很多项目管理中的一个薄弱环节，深圳的小徐最近正带领一个团队为某通讯公司开发一套系统，甲方自行招标购买了硬件。结果在系统集成的时候出现了很多的问题。双方均坚持自己的产品没有问题，从而陷入了僵局。作为项目经理的小徐却陷入苦恼，他的疑惑是为什么在事先他没有想到这个风险?

　  首先，风险不是想出来的。

　我们不能在项目的前期我们识别出五个风险，然后我们就只关注这五个风险。除了专门的风险分析识别会议外，每周的例会都应该有风险分析的内容。一般来说，风险来自于以下四个方面：费用、时间、技术、法律。小徐案例中的风险显然是来自于“技术”这个环节。

　　第二，分析识别风险的工具

　　我们在分析风险的时候，利用下列的工具会起到事半功倍、减少遗漏的作用。

　　对于小徐的案例而言，检查表法、流程图法、假设分析、头脑风暴、情景分析等方法都是可以用的很好的工具。点击文后的“阅读原文”会有相关的视频介绍。

　　这里我简单介绍几个常用的方法：

　　1、检查清单：

　　很多行业内部的风险检查清单法。根据企业、行业多年的经验教训而总结出的一套风险检查清单列表，对应检查，找出风险点;如果公司里还没有建立起风险检查清单，那么可以安排员工查找相关或类似的文档文献，找到共性的地方，通过对比别人的经验，找出项目的风险点。就小徐的案例来说，这是很常见的在项目集成阶段出现的风险。

　　2 、头脑风暴法:

　　找公司相关领域专家牛人，一起进行头脑风暴，结合专家的力量，就技术需求，评估技术差距，看能否进一步识别出一些风险。如果小徐公司里有人做过类似的项目，或者见过相关案例，那么在头脑风暴的时候很容易识别出现在的风险。 

    3、人海战术

　　平时项目经理应该对团队成员进行风险识别的培训，掌握一套基本的风险识别方式和流程。这样使得所有的项目组成员都参与了风险的识别和控制，将会极大地减轻项目经理的压力，并且使得每一个员工都能主动防范风险，进而使得项目防范于未然。

　  4、分析出项目的风险后，要跟踪风险的征兆和风险的触发器。

　　风险识别后，我们最重要的就是跟踪风险，并随时查看风险的触发器。比如小徐的案例，如果软硬件集成时面临兼容性的风险，那么提前设定硬件标准，小规模测试等都是防范风险的措施