在上一期的项目实践版块中我们已讨论了「为什么应该保留TOP 10 Risk List？」的议题，大家一定要建立一个正确的观念：项目的TOP 10 Risk List一定会随着项目的进行而改变，项目进行的每一个阶段，都有不同的风险须要去面对。保留TOP 10 Risk List应该是项目经理必须养成的管理习惯，这个好习惯也将成为项目的保命仙丹。这绝不是危言耸听，没有危机意识的项目经理，绝无可能管理好他的项目。
一个项目在进行时，既然会产生不同的风险，而且可能在同一个阶段「同时发现」好几个风险。这个时候限于有效可处理时间与人力的限制条件下，项目经理如何去辨识风险的优先等级？就变成一件颇有学问的事。如果，一个不小心产生判断疏失，下错了决定，可能为项目带来无法挽救的危机。到时候项目经理个人，将演变成项目的另外一个可怕的风险。
首先让我们来看看如何辨识风险？在未完成风险辨识前，是没有资格谈如何制定风险的优先等级的。一般而言有组织的项目管理团队，都会着手建立「项目风险来源与种类查检表」或类似的窗体。一定有人会问项目风险来源要如何产生？根据我多年的经验诚心的告诉各位，那是一种历史资料的汇整与长期经验积累的结晶，然后经过大伙的脑力激荡一条一条的贡献并记录下来，这是一份需要传承、延续与被维护的数据。这份数据因为行业别的不同、因为项目种类、特性的不同，会呈现出不同的结果，其中的关键技巧很难抄袭。不过其思考方向，不外乎从项目人力、客户需求、运用技术、组织架构、项目时程与成本、下包商能力等几方面进行思考。这份查检表最主要的目的，乃为了提供项目经理在执行项目之前(或之初)，能客观的去考虑项目在进行时可能产生的危机，进而辨识出项目的潜在风险内容。如果辨识出的风险不在查检表的范围内，则进行新增的工作，让查检表的内容得以更臻至善。这种方式对一个项目管理新手而言，在辨识项目的风险上是一个很好的方法。能够让首次独挑大梁的项目经理勇于面对项目危机，过往的前人经验传承信息是十分重要的资产。这就是在面对一项新工作时我们常喜欢问的：「老张，有没有以前的范例？之前你们都是怎么做的？」，有了指导方针之后，在风险管里的路途上才不容易迷失了方向。
上面这种提示法，对没有经验的项目经理无疑是项目工作推动的救星，但对一个已有多年项目管理经验的老手来说，便会觉得没有多大意义。我保证有经验的项目经理是绝对不吃这一套的，他们会认为那些规矩是给新手的教条，只需要翻翻就好，甚至不屑一顾。他们强调的是：在项目里要能够及早闻到项目的危机，发觉项目的风险才叫做有功力。如果要靠「项目风险来源与种类查检表」这类文档进行查检，到那时项目早就不知道已发展到什么状况了！
没错，一个在战场上厮杀多年的项目经理，嗅觉必须灵敏、反应必须快速。但是在此，我要恳切的提醒那些自认 老手，甚至自认为高手或高手高手高高手的项目经理们，有句老话：「江湖跑老，胆子跑小」，一切还是小心一点比较好。自负往往是失败的前兆，前人的经验绝对有值得我们参考的地方，嗅觉也有失灵的时候，多吸收前人的精髓记取教训，再把自己的心得贡献出来，丰富查检表的内容，名留青史有何不好？不要因为太过相信自己的感觉而伤害了项目的成就，一个好的制度是需要告我们胼手胝足的去辛苦建立与维护的。请别忘了，「我们正在写历史」，IT行业的历史就靠我们这些到目前为止还能坚持下去的老兵们，一笔一笔的记录下去啊！
我不是在发牢骚，而是有感而发，我一直认为IT产业是良心事业，这个产业需要靠大家的良心去一点一滴的维持，才能够长长久久。没有良心的IT伙伴们只会为这个产业带来更大的灾难。