如何建立一份团队真正会用的决策日志
项目进行到第六个月，有人问起：为什么当初选了更贵的供应商？为什么三月份范围变了？如果答案只存在于一个已关闭的聊天串和某个人的记忆里，你就有麻烦了。决策日志能解决这个问题——它是一份简单而持久的记录，记下塑造了项目的那些选择。在2021年，团队分散在各自的居家办公室里，过去靠走廊闲聊传递的这类知识已经消失，因此把它写下来比以往任何时候都更重要。
日志里应该记什么
决策日志既不是会议纪要，也不是风险登记册。它记录的是有后果的决策：那些一旦推翻就会耗费时间、金钱或信任的决策。条目要简短但完整。每一行都应能回答一个新人会问的五个问题。
决定了什么——表述为一个清晰的结果，而非一段讨论。
为什么——理由，以及被否决的主要备选方案。
谁做的决定，依据什么权限（是决策者，而不仅仅是在场的人）。
何时做出决定，以及何时生效。
它依赖什么或影响什么，让它与范围、预算或进度之间的关联清晰可见。
如何搭建
给它一个固定的归宿。 用一张共享的表格——一个电子表格、一个维基页面，或团队每天都会打开的某个工具。如果大家还得去找，他们就不会用。一个单一的事实来源胜过三个分散的来源。
给每个决策一个编号。 顺序编号（D-001、D-002）让你能在电子邮件、变更请求和其他文件中引用某项决策，而不必重新解释一遍。
指定唯一的负责人。 由一个人——通常是项目经理——负责及时记录决策。日志的责任若由众人共担，就等于无人负责。
当天之内记录。 趁理由还新鲜时把决策记下来。一周后才补记的决策，会丢失那些被否决的方案，以及让它站得住脚的细微考量。
记录状态，而不只是决策本身。 标明一项决策是已提议、已批准还是已被取代。日后改变方向时，应将旧条目标记为被取代，而不是删除——历史本身才是重点。
如何让它真正坚持下去
日志只有被使用，才不枉占一席之地。在状态会议开头打开它，确认近期决策都已记录。在变更请求和审批中引用决策编号，让日志成为承重结构，而非摆设。同时，要克制把一切都记下来的冲动——一份塞满琐碎选择的日志会淹没真正重要的决策，人们便不再翻阅。要瞄准那些未来的审计人员、新加入的成员或心怀不满的相关方会想弄明白的决策。
做得好的话，日志恰恰会在最棘手的时刻见效：一场关于范围的争执、一次人员变动、出资方的一次审计，或是十八个月后一句低声的“等等，我们当初为什么这么做？”。答案就在一行之外，写于记忆仍清晰、动机仍纯粹之时。
如果你希望建立一套经得起审计、并能在人员更替后依然延续的决策纪律，XNM的项目集与项目交付咨询可以帮助你把它融入项目的运作方式之中。