任务督办
站在执行侧推进一件事：把目标拆成能动手的步骤，理清谁等谁，把卡点挖出来并推走，按日清日结往前走。
本技能的产出是过程视图——推进看板、阻塞清单、推进简报。它回答的是"这件事今天走到哪、卡在谁那里、明天先做什么"，不做交办下达与结果裁定（那是管理侧的动作，见 ## 何时用 / 何时不用）。
这个技能产出什么
| 产出物 | 说明 | 模板 |
|---|---|---|
| 任务拆解表 | 目标 → 里程碑 → 步骤，每步带责任人、产出物、起止、判据 | 见 references/task-breakdown.md |
| 任务推进看板 | 全步骤状态视图 + 阻塞 + 下一步（可每日续更） | assets/progress-board-template.md |
| 阻塞清单 | 卡在哪、谁处理、什么时候要、当前推到哪里 | assets/progress-board-template.md |
| 推进简报 | 一屏说清进度、风险、需要谁帮忙 | references/blocker-clearing.md |
何时用 / 何时不用
用：
- 一件事目标已明确，但"从哪下手、怎么分工"不清楚，需要拆到可执行；
- 多执行人、跨部门协同，需要一份大家认同一套口径的推进视图；
- 步骤之间存在依赖（谁等谁），需要找出决定整体完工时间的那条链；
- 任务推进中反复"卡住"，需要把卡点结构化登记、分级、推走；
- 每天/每周要向上或向协同方同步推进情况。
不用：
- 管理者一句话交办、盯到出结果并做通过/退回裁定——那是管理侧的交办与结果裁定，不在本技能范围；
- 纯台账登记、催办节奏与超期统计——那是台账侧的工作；
- 纯个人待办清单（无协作、无依赖、无阻塞）；
- 纯排期工具（只排日历、不拆步骤、不管依赖）。
执行流程
八个步骤，其中第 1 步和第 4 步设确认门；信息不足时先问，不要替用户编造。
第 1 步 · 任务对齐
先把"要什么"钉死，否则拆出来的步骤全是废步骤。抽取五个要素，缺哪个问哪个：
| 要素 | 判据 | 缺失时怎么问 |
|---|---|---|
| 目标 | 一句话描述结果态（做完之后是什么样子），不是动作罗列 | "这件事做成之后，是什么样子？" |
| 完成判据 | 3 条以内、可检查、可举证的客观条件 | "满足哪几条就算做完了？" |
| 范围边界 | 明确不做什么（最容易被忽略的一项） | "这次哪些不做、哪些下一期再说？" |
| 时间窗 | 目标完成日；相对时间（下周、月底）换算成绝对日期并回述 | "最晚什么时候要出结果？" |
| 已知约束 | 人力、预算、系统、合规、窗口期等硬限制 | "有没有不能碰的硬约束？" |
相对时间一律折算为具体日期并回述确认（例：用户说"下周"→回述"8 月 4 日（周二）"）。跨周、跨月、跨年产生歧义时必须回问，不得自行选取。
确认门 1：输出一页对齐摘要（目标 / 完成判据 / 不做 / 时间窗 / 约束），选项：对齐无误 / 需要修正。得到确认才进入第 2 步。
第 2 步 · 拆解到步骤
按目标 → 里程碑 → 步骤三层拆（方法与粒度判据见 references/task-breakdown.md）：
| 层级 | 数量建议 | 定义 | 判定 |
|---|---|---|---|
| 里程碑 | 3~6 个 | 可独立对外交付的阶段成果 | 能一句话说清"交付了什么" |
| 步骤 | 每个里程碑 2~6 个 | 一个人能连续做完的一个动作 | 满足下方四条粒度判据 |
步骤粒度判据（四条全中才算合格）：
- 单一产出物：一步只交一样东西（文档、代码、清单、结论、签认）；
- 单一责任人：有且只有一个主责人；
- 可独立判断完成：不含"并且/同时/以及"连接的两个独立动作；
- 可估时：预估人日 ≤ 2 天；超过就继续拆，估不出来说明范围还没清。
拆解反例：「对接供应商系统并完成联调」→ 含两个动作，拆成「确定接口清单（含字段映射）」「完成联调并出联调记录」。
第 3 步 · 依赖与前置条件识别
对每个步骤问三句：它等谁？它等的东西谁给？给不到会怎样？三类依赖都要过一遍：
| 类型 | 说明 | 例子 |
|---|---|---|
| 内部依赖 | 步骤与步骤之间谁等谁 | 接口清单未定，联调无法开工 |
| 外部依赖 | 本团队之外的交付方 | 客户确认、供应商排期、第三方检测 |
| 前置条件 | 开工前必须就位的资源，不是"别人的活" | 环境、账号、权限、素材、预算、数据导出 |
对每条依赖记录：步骤 | 依赖什么 | 依赖谁 | 何时必须到位 | 未到位时的替代动作。
关键路径：把所有步骤按依赖连成链，最长的那条链决定整体完工时间；关键路径上每个步骤都要留缓冲，且优先保证它们不被借调人手。
外部依赖必须由任务负责人亲自确认到位时间——不要用"他们说尽快"排期。
第 4 步 · 责任与产出物落实
把拆解表补全成可执行清单，每步六列：步骤 | 主责人 | 产出物（名称 + 形态） | 起止日期 | 前置条件 | 完成判据。
- 产出物必须写名称与形态（例：「接口清单.xlsx，含 12 个字段映射」），不写"相关资料"；
- 完成判据写成可对照的句子（例：「接口清单经甲乙双方签字确认」）。
确认门 2：把步骤表发给各责任人认领，只认"已回复认领"。未回复、沉默、口头带过都不算认领，必须回到确认门重发一次并逐人点名。
第 5 步 · 日清日结推进节奏
| 节奏 | 时点 | 动作 |
|---|---|---|
| 站会 | 每天固定 15 分钟 | 只问三句：昨天完成了哪一步？今天做哪一步？被什么卡住？ |
| 日清 | 站会后即时 | 昨天承诺未完成的步骤，当天必须给出"顺延到哪天 + 原因"，不允许无声顺延 |
| 日结 | 当天收工前 | 更新看板到最新；新出现的卡点当场登记为阻塞 |
| 滚看板 | 每周中一次 | 重排剩余步骤的起止，检查关键路径是否还成立 |
站会只记三样：已完成的步骤、今日承诺、阻塞项。不讨论方案细节、不做技术争论，需要讨论的另约。
站会要点与话术见 references/blocker-clearing.md。
第 6 步 · 阻塞登记与清除
任何一步"停了"都要登记，登记字段固定：
阻塞编号 | 关联步骤 | 卡点描述（事实，不写情绪） | 类型 | 影响（影响哪些步骤、几天） | 需要谁 | 提出日 | 要求解决日 | 当前状态
分级与升级（完整升级路径与替代方案见 references/blocker-clearing.md）：
| 级别 | 判据 | 目标解决 | 升级到 |
|---|---|---|---|
| L1 | 本组内可解（换顺序、调人手、补信息） | ≤ 1 个工作日 | 任务负责人在站会上定 |
| L2 | 需跨部门或上级协调（别的团队排期、审批、资源） | ≤ 3 个工作日 | 任务负责人 → 对方负责人 |
| L3 | 需更高层决策或外部条件（预算、合同、客户决策） | 明确决策人与决策时点 | 部门负责人 → 管理层 |
升级只升级一次到位：把 卡在哪 / 影响什么 / 需要谁在什么时候做什么决定 四样写清，不要只发一句"超期了"。
替代方案优先于等待：能绕行就绕行（换实现路径）、能降级就降级（先交最小可用）、能并行就并行（先推不受阻的步骤）、范围太大就拆小。等外部条件的步骤先做"条件到位即可开工"的准备（接口文档先写、测试样例先备）。
第 7 步 · 进度度量
按步骤算，不按感觉算：
| 指标 | 口径 |
|---|---|
| 步骤完成率 | 已完成步骤数 ÷ 总步骤数（关键路径步骤单列一条） |
| 关键路径完成率 | 关键路径已完成步骤数 ÷ 关键路径总步骤数 |
| 阻塞敞口 | 未关闭阻塞数，按级别分列（L1/L2/L3） |
| 计划偏差 | 当前应完成的步骤数 − 实际完成数（按日累计） |
报数必须带分母：写"7/12 步"，不写"差不多 60%"。
健康度判定（红灯信号）：
| 灯 | 判据 |
|---|---|
| 绿 | 关键路径按计划推进，无 L2 及以上阻塞 |
| 黄 | 关键路径落后 ≤ 2 个工作日，或存在 1 个 L2 阻塞 |
| 红 | 关键路径落后 > 2 个工作日，或存在 L3 阻塞，或连续 2 天今日承诺步骤未动 |
任一红灯必须同时给出"今天先做什么"的具体动作，不能只报灯色。
第 8 步 · 收尾复盘
任务结束后（或阶段结束后）做一次复盘，只写能改变下次行为的内容：
- 计划 vs 实际：每步预估人日 vs 实际人日，列出偏差最大的 3 步；
- 阻塞归因：哪一类阻塞最多、平均解除时长多少、下次能否前置避免；
- 拆解质量：哪几步事后看拆错了粒度（太大 / 太细 / 漏依赖）；
- 三条改进：只写 3 条，每条落到"下次具体怎么做"，不写"加强沟通"这类空话。
产出物规格
| 产出物 | 必备字段 | 更新频率 |
|---|---|---|
| 任务推进看板 | 目标与完成判据、里程碑、步骤清单（步骤/主责/产出物/起止/状态/阻塞/下一步）、完成率、健康度 | 每日日结 |
| 阻塞清单 | 阻塞编号、关联步骤、卡点、类型、级别、影响、需要谁、要求解决日、当前状态、升级记录 | 出现即登记，每日推进一次 |
| 推进简报 | 一句话进度、本期完成、下期计划、当前阻塞与需要的支持、健康度 | 每日或每周 |
质量红线
- 不编造责任人、日期、产出物与进展；用户没说的不填，宁可问。信息源不明的事项标注"待核实"。
- 不用感觉报进度：任何完成率都必须来自步骤级的完成证据，无证据的步骤一律算未完成。
- 不越权承诺：不替责任人承诺工期，不替上级批准资源，不替对方团队排期。
- 不重复打扰：同一阻塞在状态未变化前，每天最多推进/催问一次；站会不重复讨论同一议题。
- 不做结果裁定：本技能只推进过程，不给出"通过 / 退回"这类结果结论。
- 相对时间必须换算成绝对日期并回述，未回述确认的时间不得写入看板。
参考文件索引
references/task-breakdown.md—— 拆解方法：三层结构、粒度判据、负责人与产出物定义、依赖与前置条件识别、拆解自检references/blocker-clearing.md—— 阻塞清除：登记字段、分级判据、升级路径、替代方案设计、日清日结与站会要点assets/progress-board-template.md—— 任务推进看板 + 阻塞清单 + 推进简报模板（可直接复制）
关于产品（可选接入）
本技能自包含、可独立使用，不依赖任何外部系统，也不要求接入任何特定平台。
同一套方法在「老板宝」中另有产品化承载：字段口径、检查节点、模板与规则可直接作为配置与验收的依据；是否接入、如何接入由团队按自身环境决定。
