当项目涉及多人时，如何在纸上追踪等待事项
当项目因需要他人回复、审批、发送或决策而停滞不前时，请将这一依赖项记录在一份共享的纸质日志上。为每个事项明确下一步行动、一位指定的跟进负责人、您正在等待的人员或团队，以及一个跟进日期。在约定的时间审查该日志，更新其状态，并在情况发生变化时关闭或呈报事项。该方法适用于需要以简单方式直观查看谁负责交付什么以及进度受阻因素的团队；它不是一份完整的项目计划，也不能替代带日期的进度表。
哪些事项属于等待清单？
等待事项是指在您可以继续推进之前，必须由他人提供的特定答复、交接物或决策。例如客户对样稿的确认、供应商的交付预估，或同事提供的成本数据。记录预期结果，而不仅仅是写“等待 Sam”。一条实用的记录可能是：“Sam —— 发送北厅估算的修改后成本数据；完成报价所需。”
Getting Things Done 组织对“等待（Waiting For）”清单的解释中，将跟进他人的承诺视为管理未完成工作的一部分。其文章还将议程事项描述为在相关人员有空时提出的内容。这种区分对于项目日志很有帮助：将待处理的承诺记录为等待事项，但将只能在会议中提出的议题列入该人员或会议的议程。参见 [《Getting Things Done 针对“等待”事项的建议》](https://gettingthingsdone.com/2011/01/waiting-for-advice/)。
等待日志不应成为所有未完成任务的收容所。如果您自己现在就能推进某项工作，请将该行动写入项目的行动清单中。如果供应商承诺在特定日期交货，也要在进度表中保留该承诺；纸质日志有助于跟进，但不能取代推动计划执行的日期。
为您的团队选择纸质版式
对于小型项目，可以在笔记本或活页夹中使用一页或连续的几页。将其保存在项目成员可以查阅的地方，并指定一人进行维护。如果成员无法接触到同一张纸，请商定其当前版本的存放位置以及由谁更新；两份互相冲突的副本会让责任归属和状态难以让人信服。
在页面上画出以下各列：
对于纸上的每一行，需包含一个编号（ID）、项目名称、预期结果及提供人、跟进负责人、跟进日期，以及带有最后更新情况的状态。例如：**W-01 · 北厅报价 · Sam 发送修改后的数据 · Lee 跟进 · 5 月 14 日核对 · 进行中；5 月 10 日已提出请求。** 第二行可以是 **W-02 · 北厅报价 · 客户审批或修改样稿 · Lee 跟进 · 5 月 15 日核对 · 进行中；5 月 11 日已发送样稿。**
这些示例日期和人员仅供参考。您可以根据团队情况调整各列，但请保留三个核心区分：预计由谁提供内容、团队中由谁负责跟进，以及何时进行跟进。该结构建立在常见的行动项日志字段之上，如标识符、描述、负责人、截止日期、状态和备注；参见 [Smartsheet 的行动项模板指南](https://www.smartsheet.com/content/action-items-templates)。额外增加的“等待对象”和“跟进核对”字段，让依赖关系以及团队的下一步行动一目了然。
每个交付物或决策使用一行。当有多个人分别需要提供不同内容时，即使属于同一个项目，也请为每个人分配一个独立的 ID。如果某项答复依赖于另一项答复，请在描述中注明前置条件——例如，“在 W-03 数据到达后定稿”。这样无需绘制复杂的图表，就能轻松识别依赖关系。
如何启动和维护日志
1. 趁热打铁记录承诺
在分配工作的会议或交接现场，写下预期结果、预计提供该结果的人员以及约定的时间节点。与相关人员确认措辞：“我这边记下了您将在周二之前发送修改后的数据；如果届时还没有收到，我会在周三跟进核对。”这样做的目的是消除有关请求内容和下一次跟进的不确定性，而不是在未达成一致的情况下硬性指定日期。
2. 指定唯一的跟进负责人
对于每个条目，在您的团队中选定一个人进行追踪。可能有多个人依赖这一结果，但明确单一负责人可以防止跟进工作在成员之间被互相推诿或遗忘。如果职责发生变化，工整地划掉原负责人，写上新负责人，并注明交接时间。避免将整个团队指定为负责人：那代表的是一个群体，而不是具体去执行下一步行动的人。
3. 选择符合工作实际的跟进日期
如果对方确实做出过承诺，请使用该承诺日期。如果没有约定日期，请根据项目的下一个里程碑以及需要该信息的紧急程度，选择一个合理的跟进核对日期。将其标记为您的跟进日期，而不是对方承诺的交付日期。对于关键的依赖项，跟进日期的选择应足够提前，以便在里程碑受到影响之前，留出发送提醒、执行备选方案或与项目负责人讨论的时间。
日历对于固定日程和最终截止日期仍然很有用。而日志回答的是另一个问题：“我们需要跟进什么，由谁来做？”避免照搬每一个日期，以免模糊承诺日期与自我提醒日期之间的界限。
4. 在固定的时间节点进行审查
在定期的项目对齐会或适合项目节奏的其他时间间隔内，审查未结项的条目。针对每一行进行提问：结果是否已经交付？是否仍然需要该结果？跟进日期到了吗？依赖项或负责人是否发生了变化？简要更新最后更新备注，例如“5 月 14 日已提醒；新的预计交付时间为 5 月 16 日”。纸质日志只有在有人查看并在现实发生变化时及时更新才有用，因此请保持审查流程简短且规律。
当某个事项逾期时，请按照约定的路径处理：联系当事人明确新的日期，或者如果延误威胁到里程碑，则向项目负责人反映其影响。记录新的承诺和下一次跟进时间。如果该人员无法提供结果，请将所需的决策（例如是否起用备用供应商）作为一项新行动记录下来，并赋予其独立的负责人和日期。
5. 清晰显着地关闭事项
当预期结果交付后，将该行标记为已完成并附上完成日期。如果该事项已不再需要，将其标记为已取消并说明原因。不要立即擦除已关闭的行：将它们保留直到整页写满，有助于团队了解近期的变化，并避免事项无故消失带来的困惑。在启用新页面时，仅结转真正未完成的事项及其当前最新详情。
面对众多协作者时，如何保持日志条理清晰
如果页面上挤满了数十个条目，请按项目工作流（workstream）对各行进行归类，或为每个工作流使用独立的页面，同时保持相同的列格式和编号（ID）体系。在需要延续到其他页面的 ID 旁边注明页码索引。除非某人确实独立负责一条业务流，否则不要为每个人分别创建清单；否则项目负责人将失去全局视野，无法洞察跨团队的阻塞情况。
约定一套简明清晰的状态标记，例如**进行中（Open）**、**到期（Due）**、**已完成（Complete）**、**已呈报（Escalated）**和**已取消（Cancelled）**。保持含义明确。例如，“到期”意味着团队自我设定的跟进核对日期已到，并不一定代表对方违背了承诺。如果手写或复印可能导致颜色失真，请同时使用符号和文字状态。
如果项目已经在使用共享的在线记录，或者参与者在不同地点办公无法查看同一份纸质日志，请以该共享记录为准作为权威版本。纸质清单仍可作为会议辅助工具，但团队应明确哪份记录具有最终权威，避免维护相互冲突的版本。
作为对比，[Asana 的行动日志模板](https://asana.com/templates/action-log) 在一份即时记录中为每次跟进分配了负责人、截止日期和上下文。纸质页面也可以实现这种底线的权责划分，前提是团队就谁来更新页面以及当前版本放在何处达成共识；该模板并不代表纸质形式适用于每一个分布式团队。
针对新事项的快速决策自检
在添加新的一行之前，请先问自己：
1. **是否必须由他人提供特定输入？** 如果否，请将您自己的下一步行动记录在其他地方。
2. **我们究竟在等待什么确切结果？** 用清晰直白的语言写下交付物或决策。
3. **在本项目中由谁负责跟进？** 填入您团队中的一位具体人员。
4. **我们应该在什么时候再次跟进？** 将对方承诺的日期与您自己的提醒日期区分开来。
5. **如果进度延误该怎么办？** 明确里程碑受到威胁时的下一步联系人、备用方案或呈报节点。
一份维护良好的等待日志，关键不在于文书工作本身，而在于达成共识的清晰度：每个待处理事项都有清晰可见的结果、明确的跟进负责人以及下一次审查节点。一次性建好列格式，在做出承诺时及时确认，并通过定期审查推动每一行不断向前推进或最终关闭。