实施与上线例外
当一项实施遇到迟到的请求、依赖关系或上线风险时，例外会分散在邮件、工单和通话之中。Threada 把每一项都转化为一个受治理的 WorkItem，配有负责人、证据、审批和审计轨迹。
它是什么
实施或上线例外是指任何威胁到既定上线、且不符合理想路径检查清单的事项：迟到的客户请求、客户侧或供应商侧的依赖、集成阻碍、临近上线日期才提出的合规或安全诉求、被发现的上线风险，或范围变更。每一项都是一个带有截止期限、负责人和后果的小决策——而每一项往往会停留在不同的收件箱、工单或通话里，直到有人去追查。工作是真实存在的；而对它的记录通常并不存在。
为什么会卡住
- 01 证据分散在邮件往来、支持工单和通话记录之间，因此没有人能在一个地方看到完整的例外。
- 02 归属不清：它一半是客户的任务，一半是内部的任务，落在实施负责人、产品与工程之间。
- 03 产品与工程必须把这项诉求与已承诺的路线图工作进行优先级排序，而这个决策发生在另一个工具里。
- 04 客户侧 IT 或供应商依赖阻碍了进展，而这种等待在日期延误之前都是看不见的。
- 05 没有决策轨迹：当回顾上线时，没有人能说清是谁、依据什么证据、在何时批准了这项例外。
理想状态是什么样
一条例外，全程留痕——每个字段都有交代。
REC-01 例外记录
请求人 实施负责人（代表客户提出）
客户 / 账户 在 WorkItem 中具名，限定到该 tenant
截止期限 用于衡量该例外的上线日期
受影响的里程碑 该例外置于风险之中的具体上线步骤
负责人 一名可问责的人员，已分配且可见
证据 客户请求、依赖说明和安全诉求，已附加并引用
决策 批准、延后或缩减范围——连同理由一并记录
审批人 签署该决策步骤的审核人
下一步行动 接下来会发生什么，并具名系统与负责人
审计轨迹 每一次状态变更、评论和审批，全程带时间戳
已解决 · 已记录在案 Threada 如何帮助
每一步都对应平台的真实能力。
- 01 每项例外都成为一个受治理的 WorkItem——一个由生命周期管理的工作单元——而不是停留在某人收件箱里的会话。来自邮件、表单或消息的接入会被规范化为带有类型化模式的结构化条目。 WorkItem
- 02 客户请求、依赖说明和安全诉求作为证据附加并引用在该条目上，因此决策背后的推理有据可依、可供审核，而不是凭记忆重建。 EvidenceBundle
- 03 在该条目上分配并显示一名负责人，使例外不再落在实施负责人、产品与工程之间。 WorkItem ownership
- 04 批准、延后和缩减范围都经过一个明确的决策步骤——一个人工审核或审批关卡——因此在恰当的审核人签署之前，例外不会被关闭。 DecisionStep
- 05 约定的下一步可以作为受治理的操作在已连接的系统上运行（创建或更新工单、通知某个频道），以幂等方式执行并带有可审计的执行记录，而非人工交接。 Action
- 06 每一次状态变更、评论和审批都被捕获为带时间戳的事件，因此上线复盘可以显示是谁、依据什么证据、在何时做出了什么决定。 TelemetryEvent / audit trail
实例演示
示例性场景（非客户案例）
一家银行距离上线一项新工作流只剩几天时，其安全团队提出了一项不在原始范围内的额外控制要求。如今，这项请求可能通过邮件送达、被转发给工程、在通话中被讨论，并在日期临近之际无人认领。作为一个 Threada WorkItem，同一项请求只被捕获一次：安全诉求作为证据附加，实施负责人是其所有者，受影响的上线里程碑和截止期限被记录在案，批准或延后的决策经过一个明确的审批步骤。上线复盘之后可以准确看到该例外是如何处理的——姓名、日期和理由全部记录在案。这是一个示例性范例，用于展示这类工作的形态；它不是真实客户，也不主张任何指标。
常见问题
这是与 Threada 其余部分相分离的另一款产品吗？
不是。实施例外只是一个 WorkItem——也就是 Threada 在各处使用的同一种受治理工作单元——只是针对上线例外做了配置。您不是在购买一款新工具；您是在把这一类请求引导到同一套接入、证据、审批与审计机制中。
这与我们项目跟踪器中的工单有什么不同？
工单记录的是某件事需要去做。Threada WorkItem 还额外承载决策背后被引用的证据、一个明确的审批步骤，以及一条端到端的审计轨迹，并且它可以把约定的下一步作为受治理的操作在已连接的系统中执行。重点在于决策记录，而不仅仅是任务。
该例外仍然可以在我们现有的系统中创建或更新工单吗？
可以。约定的下一步行动可以作为受治理的操作针对已连接的集成运行——例如创建或更新工单，或通知某个频道——并具备幂等性和可审计的执行记录。WorkItem 仍然是该决策的记录系统。
审计轨迹会记录是谁批准了某项例外吗？
会。审批经过一个明确的决策步骤，每一次状态变更、评论和审批都被捕获为带时间戳的事件。上线复盘或合规审查可以看到是谁、依据什么证据、在何时批准了该例外。