祝融说。

这四份模板对应第 30–33 章的日常协作动作：先让信息可异步处理，再让预期、反馈、状态和结论可追溯。复制前删去不适用的字段；模板帮助表达，不替代授权、判断或面对面的修复。

J.1 个人工作习惯说明书模板

第 31 章的“个人工作习惯说明书”用于把各自的协作默认设置变成可协商的信息，而不是要求同事猜测。

# [姓名] 的个人工作习惯说明书

【工作时间与时区】我通常在 [时区] 的 [起止时间] 工作；固定不可响应时段：[时段/原因可选]。
【专注时间】我会在 [时段] 关闭即时通知；非紧急事项请在 [任务系统/公开频道] 留下完整上下文。
【响应预期】紧急事项通过 [渠道] 标记；其他消息我通常在 [约定时限] 内回复或确认收到。
【沟通偏好】我更适合用 [文档/任务评论/语音] 讨论；需要同步时，请先给出目的、材料和期望结论。
【反馈偏好】我希望反馈以 [私下/公开复盘] 的方式给出；请围绕具体行为、影响和下一步讨论。
【我能帮助什么】我熟悉 [领域/系统]；向我求助时请附上背景、现象、已尝试动作和希望我参与的决定。
【需要提前对齐的边界】[例如：值班、客户现场、无障碍需求、交接安排]。

使用说明：入组、项目启动或协作方式变化时填写，放在团队约定的共享位置；涉及健康、家庭或其他个人敏感信息时只写愿意公开的最小信息。响应时限和紧急渠道必须以团队共同约定为准，而非单方面声明。

J.2 SBI-I 反馈脚本模板

第 31.4 节中的 SBI-I 用来把反馈落在行为和影响上。这里最后一个 I 固定为本书的 Intent / Invitation（意图 / 邀请）：说明提出反馈的目的，并邀请对方回应，而不是用另一套缩写替换它。

我想就一件具体协作事件和你对齐；现在是适合讨论的时间和渠道吗？

【S — Situation / 情境】在 [具体日期、任务、会议或 PR] 中……
【B — Behavior / 行为】我观察到 [可核实的动作、原话或缺失信息]。
【I — Impact / 影响】这让 [项目、用户、评审者或协作] 出现了 [具体影响]。
【I — Intent / Invitation / 意图与邀请】我的目的是 [共同目标/希望改善的结果]；
我可能遗漏了背景。你怎么看？我们可以一起决定下一步 [具体行动] 吗？

使用说明：先核对事实，再选择与敏感度相称的渠道。一般改进建议可以在适当的私下或约定的复盘中提出；个人处境、绩效、骚扰歧视、客户人员评价或其他敏感事项，不应发到公开频道，也不能绕过既定的人事、安全或客户对接权限。若对话升级为正式处理，按组织的授权流程交由有权限的人负责；这份脚本不赋予调查、处分或代表客户表态的权限。

J.3 看板标签体系示例

第 33 章要求看板状态真实、标签一致。以下是一套可以从小团队开始的最小标签集；标签帮助筛选，不能替代任务描述、负责人和验收标准。

标题：[P1][feature][user] 客服标签管理
负责人：[姓名]             验收者：[姓名]
当前列：In Progress         标签：P1, feature, user
背景/目标：[为什么做；成功如何判断]
阻塞（如有）：[原因｜影响｜需要谁在何时决定]
验收标准：[可检查的结果]

使用说明：先在团队里约定名称、颜色和 P0 的响应规则，再批量使用；每个迭代复盘失效或重叠的标签。不要把“客户受限”“含个人数据”“含密钥”等敏感性只做普通标签后公开卡片内容——它们首先是访问范围和权限问题，应使用获准的受限空间与最小必要信息。

J.4 异步沟通消息模板

第 30 章的标准是“把‘在吗’变成完整的信息”：接收者应能在自己的节奏中理解、处理或明确升级。团队内部默认公开，但“公开”只在已获准的团队范围内成立。

【主题】[需要决定/同步/求助的事，一句话]
【给谁 / 截止】希望 [角色/姓名] 在 [日期、时区] 前 [决定/确认/补充]。
【背景】[为什么现在需要处理；相关任务、文档或记录链接]
【当前事实】[已确认的事实；不要把猜测写成结论]
【我的提议】[推荐动作]；备选方案：[方案与主要取舍]。
【需要的回应】请回复 [明确的问题或选项]；如无回应，我将 [仅在授权范围内的默认动作]。
【影响与风险】[延迟、用户、质量或依赖影响]
【权限与范围】[内部公开 / 客户受限 / 含个人数据 / 含密钥]；允许访问者：[角色或名单]。
【下一步】收到回应后我将在 [位置] 记录结论、负责人和日期。

使用说明：内部项目讨论、技术方案和进度同步可优先进入公开频道，结论也要回流到任务或文档。发送前先确认信息范围和访问权限：客户受限信息只能进入客户批准的空间；个人数据只给有业务必要且获授权的人员；密钥、令牌和其他秘密一律放在批准的秘密管理渠道，消息中只放引用或脱敏信息。发现范围不明、权限不足、需要跨部门或跨客户披露，或默认动作可能改变客户系统、数据路径、范围或承诺时，停止扩散并按第 28 章的授权边界升级给相应的客户接口人、安全或合规负责人、项目发起人。不要把“默认公开”理解为默认有权访问。

取用顺序：先用 J.1 对齐日常预期；出现具体协作摩擦时用 J.2 对话；把工作放进 J.3 的可追踪状态；再用 J.4 把异步信息和结论沉淀下来。四者共同服务第 30–33 章所说的可预测、可协作、可追责的交付文化。