一份真正会被再次用上的经验教训清单
每位项目经理都被要求过主持一场经验教训总结会，而多数人都眼看着成果消失在一个无人打开的文件夹里。问题往往不在于研讨会本身，而在于教训被记录成了日后无人可据以行动的形式。一条有用的教训是具体的、与某个决策相关联的，并且能在未来团队走到同一岔路口时被找到。
过去一年的种种中断带来了一批关于远程协调、供应商韧性和应急规划的来之不易的教训。现在好好记录，你便积累起一笔资产；草率记录，明年就会重蹈覆辙。下面是一份你本周即可使用的清单。
趁热记下教训
在每个里程碑做一次简短回顾，而不是等到记忆模糊的项目末尾才开一场马拉松式会议。
把每条教训写成因果陈述：发生了什么、为什么、下次你会怎样做不同。
指出这条教训下次应当改变的是哪个决策，使它与行动挂钩，而非停留于观察。
措辞保持中立而具体；避免指责，否则人们会停止诚实贡献。
既记下哪里出了错，也记下哪里做得好；可复用的良好做法与一条警示同样宝贵。
让它可被找到、可被复用
按触发情境贴标签，而非按项目。 归在某个项目名下的教训，对下一个团队是隐形的。请按应当让它浮现的情境贴标签：供应商导入、远程启动、固定价范围变更。
把它放在工作开始的地方。 阅读一条教训的正确时机，是在规划类似阶段之时。把相关教训链接进你的规划模板和阶段检查清单，让它们在决策那一刻出现。
为每条可执行的教训指定负责人。 没有负责人的教训只是一个愿望。若它意味着要修改某个流程或模板，就把做出这一改动的任务交给某人，并定下完成日期。
在启动会上回顾清单。 在每次项目启动中加入一个五分钟的步骤：阅读为此类工作贴了标签的教训。仅这一个习惯，就能把记录变成学习闭环。
及时精简。 只增不减的清单会变成噪音。把已经融入标准流程的教训退役；它们已经完成了使命。
请留意这份清单不需要什么：不需要新工具、不需要厚重模板，也不需要专门的知识管理团队。它需要的是：把教训写成下次的决策、按其适用的时机贴标签、并在那个时机到来时去读它。只做这三件事的团队，将胜过一个拥有精巧系统却无人打开的团队。
检验经验教训实践的标准很简单：下一个项目是否因为上一个项目学到的东西而做了不同的事？如果你举不出任何一个这样的改变，那份记录就只是作秀。把这一点修好，价值便会随你做的每个项目而不断累积。
如果你希望打造一种交付实践，让经验教训真正改进下一个项目，XNM 的项目群与项目交付咨询 可以帮助你建立相应的习惯与结构。