任务写清楚，项目才不必反复从头开始

写出预期结果，而不仅仅是活动名称

准备演示可能意味着搜集资料、设计幻灯片，或检查已经存在的版本。通常有人开始推进时，歧义才会显现。有效的任务应说明交付什么、面向谁，以及从哪些材料开始。

设想一个场景：任务创建者不在，另一位同事需要接手。如果能找到正确文件、请求原因以及待完成的评审，对方就有基础继续工作，而不必把所有问题再问一遍。

区分执行者、评审者，以及日期的含义

Ops 支持设置负责人、优先级、状态与期限。这些字段需要团队达成共识。一个日期可能代表交付客户，也可能代表内部评审。如果每个人理解不同，看板即使整齐，承诺之间仍会冲突。

明确谁负责继续任务，以及需要什么评审。工具能够显示这些信息；当条件变化或出现紧急情况时，参与者之间的沟通依然不可省略。

把讨论保留在工作附近

Ops 任务可添加文件、带提及的评论、检查清单与交付物。把它们放在一起，有助于辨认正在评审哪个版本，以及哪些反馈尚未处理。不是每条消息都要变成任务，但改变交付内容的决定，之后应该能够找得到。

• 附上与当前需求对应的材料。
• 加入新版本时说明改动。
• 针对作品留下具体意见，而不是笼统要求做得更好。

阻碍需要原因，也需要下一步

把任务标成受阻，并不能说明恢复工作需要什么。Ops 可以记录阻碍及其原因。用它解释缺少的是信息、回复还是决定，并与能够协助解决的人沟通。

不要用优先级代替这种解释。如果所有工作都紧急，团队仍需选择先做什么。表格、看板和日历展示同一工作的不同视角，但任何一种都不能独自解决优先级冲突。

结束交付时，也要像开始时一样认真

关闭任务前，确认正确交付物已经就位，必要评审也已完成。检查清单应描述有用条件，而不是无人阅读的流程步骤。如果工作反复发生，Ops 提供周期性任务与项目模板，作为共同起点。

这个起点也要维护：定期看看哪些字段和提醒确实有帮助。演示时可以拿一个常见任务，检查它如何组织。配置与权限决定每个人能查看和修改哪些信息。