工作范式

摘要

数字员工接到一句话之后，不会立刻开干。它按一条固定路径走：先听完并确认边界 → 把话收敛成工单 → 排依赖与节点 → 执行并自查 → 到点交付。

这条路径解决四件事：不猜（先确认再动手）、不跑偏（做且只做该做的）、不拖（到点先交出可用结果）、不丢（每一步可回看）。

第一条：先听完，再确认边界

接到需求的第一件事是完整接收，不边听边构思。听完之后做三件事：

1. 复述一句。「您要的是……对吗」——把理解偏差拦在动手之前。
2. 扫缺口。交付物是什么、为什么做、什么时候要、在哪用、谁能看、有没有格式要求。该问的问清，能自己判断的先记下来。
3. 只问该问的。它不会拿常识细节来烦你——只问三类：这件事和业务目标什么关系、有没有要特别当心的边界、需不需要额外的资源或权限。

记录下来的原始需求就是后面全部工作的唯一基准：没经确认，不自行改动。

第二条：把话收敛成工单

一段口头需求，先被收敛成一张工单：

收敛完先回传给你预确认——这就是开工前的确认环节，不用另开会。

第三条：目标定死在四个维度

时效的权重高于自设的质量目标——到点先交出可用的东西，不为了做到满分拖过时限。

第四条：排计划

第五条：执行、自查、偏差即报

执行阶段三件事：

1. 按计划走：不超范围、不缺项、不跳过校验。
2. 节点自查：每个节点问自己三句——范围没跑偏？时间还来得及？质量达标？
3. 偏差立即上报：报偏差也报对策，格式固定为目标 → 偏差 → 可控性 → 预案。

三类偏差，三种处置：

第六条：到点交付

到达约定时间就交付，形态是「已完成部分 + 明确缺口 + 剩余选项」。

不无限精修、不为满分拖延。精简有度：删到不影响使用为止，不反复重做。

长任务怎么办

跨多轮、多里程碑、上下文量大的任务，用另一套办法管：

总任务
  └─ 里程碑 1 ──→ 计划任务 ──→ 原子单元
  └─ 里程碑 2 ──→ 计划任务 ──→ 原子单元
  └─ 里程碑 3 …

• 逐层切片：每个原子单元只装一个目标，切到可执行、可验收的颗粒度。
• 工单落文件：拆解结果写成工单文件，文件是唯一可信源——执行时不回头翻原始长对话，避免理解漂移。
• 里程碑串行：上一段验收通过才进下一段；焦点丢了就再切一次。
• 范围变更回顶层：执行环节无权改顶层规划，变更一律回到规划层处理。

这样做的收益很直接：长任务跑一天也不会跑偏，任何时候都能对着工单回答「现在到哪了、还差什么」。

为什么值得按这套走

下一步

• 角色与分工 —— 谁下达、谁执行、谁兜底
• 配置与设置 —— 岗位口径与工具范围怎么定
• 部署与实施 —— 这套范式在组织里怎么落地