之前被临时拉去补一个停滞的项目材料，别人上来就问风险管理流程包括哪些，我当时脑子里还卡着上次那个出纰漏的项目，只能顺着自己实打实经手的步骤去说，说出来的版本和书本上列的条目对不上，很多环节是被逼着补出来的。
最先做的不是写表格，是把所有能想到的风险点先捞出来。当时组里几个人对着项目清单闷头聊，把交付延期、合作方对接不稳、预算超支这些情况一条条记下来，连需求中途改动这种很细碎的事都没有漏掉。就是到处搜集信息，翻过往类似项目留下的记录，找对接的人随口打听潜在麻烦，这个阶段不用去判断事情严重与否，只管收集，筛都先不筛。
收集完一堆杂乱的条目之后，才开始做分析。挨个去掂量，这件事发生的可能性高不高，真发生之后影响会蔓延到哪一块。那时候没有复杂的打分表，就是简单划分，有的风险看着吓人，但发生概率很低；有的看着不起眼，一旦撞上，整个项目进度直接卡住。做完分析之后，会分出轻重，哪些要优先盯着，哪些暂时放一边，这个步骤最容易偷懒，很多人直接跳过分析，想着等出事了再说。
排好优先级，紧跟着就是风险应对。不同类型的风险，处理方式差别很大。有些风险没法完全避开，就想办法降低它带来的影响；有些风险可以转移出去，分摊压力；还有些小风险，评估之后觉得代价不大，干脆选择接受，预留一点缓冲空间就行。当时我们针对交付延误这个点，额外敲定了备选的对接通道，想着就算主渠道卡住，还有别的路子可以走。这只是我的个人感受，不是标准答案。
方案定下来，不是往文档里一存就结束了。要安排到人头上，谁负责跟进哪一项风险，什么时候要反馈一次情况，都得落实清楚。那段时间每隔两三天就要碰一次，看看之前预判的风险有没有露头，外部环境有没有变化催生新的问题。很多项目栽在这里，前期规划做得满满当当，后续没人持续跟踪，风险悄悄变了样子，所有人都浑然不觉。
风险一旦触发，就得启动预先想好的应对动作。上次就是合作方那边临时调整节奏，刚好踩中我们标记过的风险，负责的人第一时间启用备选方案，没有手忙脚乱到处找人商量。处置的过程里还要同步记录，记下触发的原因、当下造成的影响、处置之后的变化，这些记录不是为了交差，是给后面复盘留依据。
事情告一段落之后，会抽时间复盘。回头看当初识别的时候有没有漏掉关键风险，风险评估的判断偏没偏，应对办法实际用起来好不好用。有些预判高估了影响，有些低估了隐患，这些偏差都会记下来，下次再做同类项目的时候，可以调整自己判断的尺度。复盘不是为了追责，只是整理这次实实在在的得失。
整套流程走下来，我自己的体会是它不是一条走完就作废的直线，更像是循环起来的动作，项目往前推进，新风险会不断冒出来，识别、分析、应对、监控这些动作就要反复滚动。很多书面版本会把环节合并或者拆分，顺序也会调整，适配不同团队的节奏，不用硬卡着固定条目去套。
后来整理归档的时候，翻到满满几页笔记，好多标记已经划掉，也有不少新增的内容。