建立一份团队真正会持续更新的 RAID 记录表
大多数团队都有一份 RAID 记录表，但真正能反映现实的却寥寥无几。这份文档在规划阶段被创建，在启动汇报里看着令人安心，随后却在项目悄然偏离时无声地过时。进入 2021 年，许多团队仍在远程或混合办公，供应中断也远未平息，一份保持更新的 RAID 记录表是项目经理能买到的最便宜的保险之一。
RAID 代表风险（Risks）、假设（Assumptions）、问题（Issues）和依赖（Dependencies）。这四类之所以重要，是因为它们捕捉的东西各不相同。风险尚未发生；问题已经发生。假设是你在没有证据的情况下当作事实接受的东西。依赖是你的计划所仰赖、却不在你直接掌控之中的事项。把它们混在一起，正是记录表无人使用的首要原因：没人分得清自己在看什么。
把四个栏位设置妥当
结构要轻到一次更新不超过一分钟，又要充实到足以支撑一项决策。对每一条记录，写下提出者、日期、通俗易懂的描述、负责人和状态。对风险尤其要补上可能性、影响以及你选定的应对方式。
风险。 可能发生并会造成损害的事。记录可能性、影响以及一项应对：规避、降低、转移或接受。没有指定应对的风险只是一种担忧。
假设。 你据以规划的种种判断——许可证会在三月到位，供应商仍能走海运。注明你将如何核实每一项，因为悄然落空的假设会变成你最糟糕的问题。
问题。 正在发生、需要行动的难题。追踪负责人和目标解决日期，而不仅仅是一段描述。
依赖。 你仰赖另一团队、供应商或审批机构完成的交接。注明方向以及你需要它到位的日期。
把它变成习惯
记录表会过时，是因为复查没有固定的归处。给它一个。把五分钟的 RAID 复查放在每周例会的最前面，只过一遍有变动或已逾期的条目。当远程团队无法靠走廊里的闲聊把问题浮出水面时，这个固定时段就成了人们真正提出顾虑的地方。
给每一条记录指定唯一一名具名负责人——绝不能是一个团队或一个角色。
明确地关闭条目：把已解决的问题移到“已关闭”区，而不是删除，以保持可审计的历史。
按计划重新检验假设；十月定下的假设到一月可能已经不成立。
只保留一份权威来源，并在各处都链接到它，以免有人对着过时的副本工作。
纪律比工具更重要。一份每周都复查的共享表格，胜过一个无人打开的精致风险平台。目标是一份活的记录，让你尽早看见麻烦——趁你还有便宜的应对选项。
如果你希望有人帮你建立一套团队真正会维护的项目治理体系，XNM 的项目与项目群交付咨询 可以帮你搭建它，并把这个习惯固化下来。