行动项目与决策:为什么跟踪任务会失去推理
行动项是一个任务:将由谁在何时完成——当工作完成时,它就结束了。决策是一个选择:选择X而不是Y和Z,基于某些原因——它在每个相关任务结束后仍然保持相关,因为它解释了事情为何如此。团队在任务系统中严格跟踪行动项,而背后的决策却没有被记录,这就是为什么已解决的问题会被重新争论。解决办法是:在决策日志中记录每个重要决策及其选项和理由,并让行动项引用它们所执行的决策。
您的任务跟踪器非常细致,您的决策如同民间传说。修正它的区别足够小,可以每行放入一行:
- 行动项是一个任务——什么,谁,何时。完成工作后关闭,一旦关闭,它就是无效的历史。
- 一个决定是一个选择——X胜过Y和Z,因为。它从不“关闭”:只要其后果持续,它就保持承重。
- 工具和习惯捕捉第一,失去第二——任务超越会议,而推理则不然。
- 解决方案是一个习惯:重要决策会记录选项和理由(如何做),行动项会引用它们所执行的决策。
会议顺利结束。三个行动项在几分钟内进入跟踪器:"将账单迁移到供应商A — K.,冲刺结束时." "弃用旧端点 — S.,星期五." "更新定价页面 — M.,星期四." 负责人,截止日期,完成标准。教科书式的。
六个月后,所有三个任务都已结束——一个新的团队负责人正在询问供应商A,为什么选择它而不是明显的替代品。跟踪器有一个没有人问的问题的答案:谁迁移了账单,何时迁移。被问的问题——为什么——从来不是任何人的行动项。它是行动项产生的决策,而这个决策无处可寻。
这是该系列在三个层面上划定边界的任务级版本:在会议记录与决策日志的文档层面,以及在如何记录决策中的完整写作实践。此帖子是三者中最明确的划分,因为任务和决策常常在同一句话中混淆——通常是在会议的结束记录中:"好的,行动项目是…"
任务已被跟踪。
决定丢失了。
良好会议的失败模式
行动项与决策:实际区别
将这两个文物并排放置,它们在每一个重要属性上都存在差异:
它是什么
行动项:一项工作单位——将由谁在何时完成。决策:一个已解决的选择——选择X而不是Y和Z,基于所述原因。
当它结束时
一个行动项在工作完成时关闭,而关闭意味着不再活跃。一个决策没有完成状态:它在其后果持续的时间内保持有效——通常是多年。
它后来回答了什么问题
任务回答“是否完成?”决策回答“为什么会这样?”——每个新员工、审计员和事后分析实际上都在问的问题。
失去它的代价
一个丢失的任务自行浮现——有人注意到工作缺失。一个丢失的决定默默失败:选择仍然有效,而其理由却消失,直到有人从头重新审理它。
为什么决策是持久资产
这里是使这篇文章值得一发的不对称性:行动项在完成后毫无价值;决策却在增值。 在迁移完成后,没人再需要“迁移账单 — K.,冲刺结束”。但“选择供应商A而不是B并进行构建,因为欧盟托管消除了B并且构建成本两季度”每个月都变得更有价值——它在四十秒内为新负责人提供了入门信息,它为下一个供应商选择设定了一个可以参考的先例,并且在合同续签时,它告诉你需要重新检查哪些假设。
团队的存储完全颠倒了:为一个生命周期为一个冲刺的工件建立复杂的系统,而对一个生命周期为数年的工件则没有任何系统。这种颠倒并不是粗心大意——任务跟踪器存在是因为任务有负责人,他们感受到本周失去任务的痛苦。一个失去的决策会在后面伤害到其他人,他们无法将这种痛苦追溯到其原因。(我们在未记录决策的成本中单独计算了这种复合成本。)目标也继承了相同的颠倒——季度目标被仔细跟踪,而设定这些目标的理由却无处可寻,这就是将关键结果视为决策记录的理由。
真实决策记录捕捉了什么
修复并不是让行动项充满背景信息,而是为决策提供一个独立的文档。完整的做法是七字段记录;任务层面的本质是行动项在结构上无法承载的三件事:失败的选项(这样“我们曾考虑过……吗?”就有了答案),决定它的论据(这样在情况变化时可以评估推理),以及审查日期(这样选择可以有意地重新审视,而不是在危机中被迫审视)。
然后向下链接:每个执行决策的行动项都引用它。“迁移账单 — K.,冲刺结束时(决策 #47)。” 一个指针,跟踪器的惰性历史变得可以导航回活生生的推理——这也是可用的决策审计轨迹的脊柱。SPADE在其自己的信件中命名了同样的缝隙:D产生决策,而行动项则是从E之后产生的——一个仪式中的两个产物,这正是本文所主张的分离。
行动项目执行决策。
他们无法解释这些。
决策日志不是任务列表
一个混淆值得单独警告,因为工具鼓励这种做法:将决策放入任务跟踪器作为特殊任务。这看起来整洁,但在结构上是错误的——跟踪器的整个生命周期不适合决策。任务希望被关闭;决策则不能。任务完成后会被归档,隐藏在视线之外;而决策在周围的一切“完成”后需要保持可查找。任务由执行者拥有;决策由决策者拥有。六个月后,作为任务归档的决策就成了一个在归档冲刺中的关闭票据——在技术上被存储,实际上却消失了。
这两个系统在各自持有其工件的瞬间干净地共存:跟踪器跟踪工作,日志记录选择,指针将它们连接起来。(相同分离的文档级版本:会议记录与决策日志。)
“我们的票已经包含了背景”
最强的反对意见:现代票据内容丰富——描述、评论线程、链接。整个供应商的争论就在史诗的评论中,带有时间戳。既然讨论已经附加在作品上,为什么还要维护第二个文物呢?
两个结构性的答案。首先,评论线程是一个记录,而不是裁决:它保留了曾经说过的所有内容,按顺序排列,没有标记哪个论点实际上决定了结果——从四十条评论中重建理由就像考古,而下一个读者不会这样做。其次,线程归档在工作下,而不是选择下:当史诗结束,冲刺归档时,讨论也随之沉没。记录的工作正好相反——一个半页的裁决,带有决定性的理由,归档在问题下,可以在承载它的工作早已消失时找到。
诚实的让步:对于小的可逆选择,票据线程确实足够——这种做法适用于你不想重新争论的决定。如果反转它的成本是一次冲刺或更多,那么它就值得记录;如果反转它的成本是一个下午,就让票据来承担。
诊断
打开你的追踪器,找到一个完成的任务,该任务执行了一个重要的选择。现在尝试回答,从任何地方写的内容:有哪些替代方案,它们为什么失败?如果线索以“根据讨论”结束——你的决策只是有截止日期的民间传说。
Argumentree 如何捕捉决策 — 附带推理
决策未被记录的原因在于,记录它们是在讨论之后的一个单独步骤——而单独的步骤往往会被跳过。在 Argumentree 中,讨论本身就是记录:问题是明确的,选项在一个评分树中携带其利弊论据,决策及其决定性理由已经结构化。无需转录,无需重建。
行动项目然后执行它们擅长的工作——执行——而每个“为什么”的问题都指向一个活的记录。跟踪器保持冲刺;Argumentree 保留理由。为了捕捉下一个决策而不仅仅是它的任务,免费开始并记录一个真实的选择及其理由。
跟踪工作。保持原因。
行动项目和决策都是实际的产物,都值得拥有系统——失败在于将两者使用同一个系统,并让持久的产物在一次性系统的生命周期中消亡。
因此,请保留会议的最后一分钟,但要做一个修改。在“好的,行动项目是……”之后添加第二个问题:“我们刚刚决定了什么,为什么?” 五分钟,七个领域,一个日志条目——下一个新线索将得到答案,而不是一个考古项目。
任务结束。决策累积。
给决策一个独立的系统
有条理地争论一次——并在决策有效期间保持这种推理。
来源与进一步阅读
- Nygard, M. (2011). 记录架构决策。Cognitect。本帖所述的记录每个决策的做法适用于任务边界——决策的存在超越了实施它们的工作。
- 罗杰斯,P. & 布伦科,M. (2006)。谁掌握了D?哈佛商业评论,2006年1月。决策所有权(RAPID®)——为什么决策者而不是执行者拥有记录。
- 建筑决策记录 — adr.github.io决策记录实践的模板和工具。
常见问题解答
行动项和决策之间有什么区别?
行动项是一个任务——将由谁在何时完成——当工作完成时就结束。决策是一个已解决的选择——在陈述的理由下选择一个选项而非其他选项——只要其后果持续,决策就保持相关。任务回答“是否完成?”;决策回答“为什么是这样?”
为什么决策不应该在任务跟踪器中记录?
因为跟踪器的生命周期对他们来说是错误的:任务应该关闭并归档,而决策必须在相关工作完成后仍然可查找。作为工单归档的决策变成了一个在归档冲刺中的关闭项目——被存储但实际上难以查找。决策应该在决策日志中,行动项应引用它们所执行的决策。
所有决策都需要记录吗?
不——只有重要的选择。一个实用的阈值:如果反转选择会花费一个冲刺或更多,或者如果你在六个月后不想重新争论这个问题,那么它就值得记录。小的可逆选择可以保留在实施它们的工单中。
决策记录应包含什么?
行动项至少不能包含三件事:失败的选项、决定结果的论据和审查日期。完整的七字段模板——问题、选项、论据、决定、理由、负责人、审查日期——在我们的决策文档指南中。
票据评论线程难道不是决策记录吗?
评论线程是一个记录,而不是裁决:它保留了所说的一切,没有标记实际决定结果的内容,并且它归档在工作下,因此在工单关闭时会被存档。记录则恰恰相反——一个简短的裁决,带有决定性理由,归档在问题下,在工作结束后仍可查找。
行动项和决策日志是如何关联的?
通过参考:每个执行决策的行动项都引用其日志条目(“决策 #47”)。跟踪器记录工作;日志记录原因;指针使它们在两个方向上都可导航。
停止重新争论已解决的问题
结构化的审议与自动决策记录——推理与决策同在。
关于 Argumentree Team
Decision Science
The Argumentree team is building the collaborative decision-making platform Argumentree. Our mission is to transform how organizations make, document, and learn from decisions.

