DM-14 · 执行偏差追踪
适用:工控、机械、汽零、钣金
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
W
场景总览
执行偏差追踪 Skill · 可复现的完整素材包
一句话调用 · 唯一按天循环的场景 ·先校验报工数据时点(超 48h 未报工的滞后天数判为不可信)→ 识别欠数 /滞后 / 返工未补回三类偏差 → 四类根因逐类标明数据可得性,可定量的给算式、查不到的给候选项→ 补产建议 + 可打印签字的早会日报。
Skill 核心理念
这个 Skill 的设计基于三个别的方案不愿承认的现实:① 报工是事后批量补录的,所以系统里的"滞后 4 天"可能有 3 天是没录 —— 因此第一步不是分析,是给数据打可信度标记,在数据补齐前不下任何结论;② 进度 98% 的工单最危险,因为欠的那点往往是返工件,而"返工是否已补回"这个字段在多数厂根本不存在 —— 因此"返工未补回"必须作为独立一类偏差识别;③ 四类根因里,品质和人手在中小企业就是查不出来的(返工单数量写"少量""几件"、出勤表没有工位维度)—— 因此只给候选项让 PMC 勾选。PMC 心里其实知道答案,他缺的不是分析能力,是把散在四个部门的证据摆到一起的那个动作。
SKILL v1.0.0
按天循环
数据时点校验
返工未补回识别
根因可得性标记
不改工单
STEP 1读齐五份数据
STEP 2校验数据时点
STEP 3识别三类偏差
STEP 4四类根因候选
STEP 5补产建议 + 日报
1Skill 完整包
执行偏差追踪 Skill · 完整 zip 包
SKILL 主本 + 2 份 references + 3 个 test cases · 一键下载 · 解压即用
版本 v1.0.0
progress-deviation-tracking.zip
下载后解压即得完整 skill 目录 · 直接放到 WorkBuddy 的技能中心导入即可
zip 包内含 · 一次拿全
SKILL.md · 主本(五步法 / 数据时点阈值表 / 三类偏差判定 / 四类根因取数与可得性 / 9 条硬规则 / 常见坑)
_meta.json · Skill 元信息(slug / version / domain / role / scene)
references/偏差判定与根因取数.md · 为什么必须先校验数据时点(含"错误问责会让车间更不愿报工"这个恶性循环)+返工未补回的匹配算法 + 四类根因取数口径 + "投入−完工"差额的处理,可直接作为企业《生产执行偏差日跟规范》references/日报模板.md · 3 sheet 列结构 +早会日报 A4 排版与签收栏 + 6 条自检断言(含两条特有的:不可信工单不得有根因结论、数据不足的根因不得给量化贡献)
test_cases/ · 八张工单全流程(含两处反转)/ 无维修单与返工单时的降级 / 整批工单都超 48h 未报工
用法
下载 zip · 解压得到 progress-deviation-tracking/ 目录
WorkBuddy → 技能中心 → 我的技能 → 导入这个 Skill
之后每天早上说一句 "工单进度过一遍,今天早会讲哪几张"
这是唯一建议每天固定跑一次的场景,建议放在早会前 15 分钟
数据时点阈值可调(默认 24h 可疑 / 48h 不可信)。若企业报工纪律好,可收紧到 12h
2. 原始素材 · 五份,两份是刻意做残缺的
这两份残缺不是素材没做好,是行业现实
四类根因的证据分属四个部门,而其中两份即使拿到了也用不了:返工单的数量栏写着"少量""几件",出勤表只有缺勤人数、没有工位安排。这两类数据在中小企业本来就不以可计算的形式存在 —— 任何要求"先把数据规范起来再用"的方案,在这个场景都会失败。
📋工单进度含报工时点列
📦齐套缺料唯一可完整定量
🔧设备维修单在设备科
📝返工报废单数量写"少量"
👥出勤表无工位维度
📥
2026-08-10 执行偏差追踪数据包
8 张在制工单 2,780 件 · "最红的不可信"与"98% 最危险"两处反转已埋好 · 数据脱敏
共 5 份
XLS
工单进度日报.xlsx ← 关键在「报工数据时点」列
8 张工单 · 计划/完工/欠数/滞后天数 · 「报工数据时点」列决定滞后天数可不可信(WO-0804 停在 08-07 16:30,班组备注"(三天没报工)")· 第 2 个 sheet 是工序报工明细,暴露"投入−完工"差额备注为"差额未说明"的问题
2 sheet
XLS
齐套与缺料状态.xlsx
5 项关键物料 · 需求/已领/库存可用/缺口/在途到货日 · 四类根因里唯一能完整定量的来源 · WO-0805 缺 140 且在途 08-12 才到(埋了等料窗口);WO-0804 缺口 0(用于演示明确排除)
5 行
XLS
设备维修工单.xlsx
3 张维修单 · 停机时长/故障现象/影响工单 · 可定量但在设备科,PMC 日常不查阅 · 含一条"未停机但降容运
行"(温控仪表偏差需校准,停机 0h 但影响产能)
3 行
📝
品质返工与报废单.xlsx ← 刻意做残缺
4 张单 · 两张的数量栏写着"少量""几件"(RW-20260807-09、RW-20260809-12,且是两天内同类焊缝气孔)· 「返工是否已补回」全部为"未记录" —— 这两个缺陷正是品质类根因无法定量的原因。报废单有明确数量(因为要走财务)
4 行
👥
出勤与人员安排.xlsx ← 刻意做残缺
7 行 · 只有应到/实到/缺勤/原因/加班工时 · 没有"当天这个人被安排在哪个工位/工单" —— 工位调动只在班长口头掌握。焊接组连续三天减员(缺2 / 缺 2 / 缺 1),但无法确认是否影响某张具体工单
7 行
用法(演示路线)
五份文件全部拖到 WorkBuddy 对话框(或放到 D:\workbuddy_data\PMC\偏差追踪\)
先问客户两句:"你们车间是什么时候报工的?"(多数答"下班后"或"干完一批一起录")"返工完成后补回的产量,系统里能看出来吗?"(多数答不能)—— 这两个答案就是这个场景成立的全部前提
让客户先看那张 8 行的工单表,问他今天早会先讲哪张。多数人会指WO-0804(滞后 4 天,最扎眼)
然后跑一遍。Agent 的第一句话是"WO-0804 的滞后天数不可信"——报工停在 08-07 16:30。这个反差通常会让客户愣一下,因为他们自己也知道车间不及时报工,但从没想过这会让整张表失真
接着看 WO-0806:完成率 98.0%,交货日明天。欠的 12 件对应返工单,而"是否已补回"写着"未记录"。问客户一句"这种情况你们平时是怎么发现的"——通常答案是"等客户打电话来问"
最后看根因页:缺料被明确排除、设备算出 0.4 工作日并注明"这解释不了 4 天"、品质和人手明说数据不足。这一页是给PMC 在早会上边问边填的,不是给他看的报告
3. 提示词卡片
在制工单我导出来了,另外我把设备科的维修单、品保的返工单、人事的出勤表也一起放进来了。 帮我看下今天早会要讲哪几张单 —— 欠数的、滞后的、返工没补回来的。 每张给个根因方向,缺料/品质/设备/人手这四类。 哪一类的数据不全就直接说不全,别硬凑一个原因给我, 我拿着错的结论去问车间会很尴尬。 要补产的标出来,别改工单,我自己排。
为什么这么短就够了:数据时点的校验阈值(24h 可疑 / 48h 不可信)、三类偏差的判定逻辑、四类根因各自的取数来源与可得性规则、日报的必备栏位与签收栏,全都写在 Skill 里。
中间那句是这个场景的灵魂 ·"哪一类的数据不全就直接说不全,别硬凑一个原因给我,我拿着错的结论去问车间会很尴尬。"——它直接决定了输出形态是"候选根因 + 勾选列"而不是"归因结论"。这句话背后是一个真实的管理成本:一次错误的问责,会让车间下次更不愿意报工。
最后那句划清了边界 · "别改工单,我自己排"—— 改排产的权限在生产经理或老板手上,需要重排的本Skill 只标
记"建议转 5.4"。
4交付物 · 一份工作用,一份早会打印用
执行偏差清单 + 执行偏差日报
Excel 是工作表(可边问边填),PDF 是早会要打印签字的那份
1 XLSX + 1 PDF
XLS
执行偏差清单.xlsx(3 sheet)
sheet1 偏差清单:8 张工单全量 18 列 · 含「报工数据时点」与「数据可信度」· 按紧急度排序不按滞后天数 · 完成率 ≥95% 且有欠数的单元格用琥珀色字提醒(防进度条陷阱)sheet2 根因待确认:7 条根因 · 「数据可得性」分可定量/数据不足并用底色区分 · 「☐ 确认」「确认人」「确认结果」三列留空,这一页是给 PMC 边问边填的sheet3 补产建议:含分支条件列(若已完成/若未完成)+ 明确的"不需补产"行
3 sheet
执行偏差日报.pdf(A4 一页)
数据时点异常提示放最前面(这件事比任何偏差都重要,它决定今天的会该怎么开)· 只放今日必须处置的 3 张工单,不是全量清单的打印版 · 待确认事项 4 条(问谁·确认什么·为什么)· 三个签收位(PMC / 生产经理 / 车间主管),行高留足手写空间
1 页
这两份东西为什么这么设计
sheet2 的三列留空是刻意的 —— 它不是给人看的报告,是给 PMC 在早会上边问边填的工作表。品质和人手两类根因必须靠问人才能定,那就把问的动作做进表里
「报工数据时点」照录时间戳,不格式化成"1天前" —— 早会上要能直接读出"08-07 16:30",才有说服力
日报只放 3 张不放8 张 —— 全量清单在 Excel 里。日报是给早会用的,15 分钟的会读不完 8 张单
PDF 有签收栏且按 A4 排版 —— 按调研结论,这类日报在中小企业是要打印成纸质件留档的,不是电子看板
生成脚本内置 6 条断言,其中两条是这个场景特有的:①数据不可信的工单不得输出根因结论 ② 标为"数据不足"的根因不得含百分比或天数贡献(用正则扫描)。这是从代码层面阻止"硬凑归因",跑不过就不出文件
⚠️ 这套东西不承诺什么(建议在客户面前主动讲)
不改工单。只出偏差清单与补产建议,需要重排产能的标记"建议转排产调整场景"。改排产的权限在生产经理或老板手上。
品质和人手两类根因给不出定量结论。不是能力不足—— 返工单数量写"少量"、出勤表没有工位维度,这两类数据在中小企业本来就不以可计算的形式存在。给候选项让人勾选,比编一个百分比诚实。
数据不可信时不给结论。超 48h 未报工的工单,今日唯一动作是补齐报工。在数据补齐前任何归因都是在替车间编故事,而一次错误问责会让车间下次更不愿报工。
不做根因深挖。本场景只做归类,缺陷的根本原因分析属品质异常分析场景(9.1)。
不要求车间新增录入动作。这套东西就是按"报工滞后、返工单不全、出勤表无工位"这个现实设计的。任何要求一线多填一张表的方案,最后都会被弃用。
5相关联 Skill
🔗
上下游联动 Skill
这个场景是每天的入口,它的输出分流到四个方向
共 4 份
📄
排产与插单调整 · SKILL.md
本场景严格的下游:确认需补产或需重排后转它。WO-0804 若确需补产、且下游 WO-0807 在等焊接工位,这两张单怎么重排交给它算
SKILL
查看 →
📄
品质异常分析 · SKILL.md
本场景只做根因归类,深挖交给它。"两天内两次同类焊缝气孔"这个发现正是它的输入 —— 查是工艺还是设备的连带表现
SKILL
查看 →
📄
齐套与缺料预警 · SKILL.md
识别出即将断料的工单(如 WO-0805 约 1 天等料窗口)后,用它的六条化解路径判断能不能绕过去:替代料、呆滞料反查、分批投产
SKILL
查看 →
📄
异常分级与升级归口 · Skill 包
连续多日同一工单滞后、或同类问题反复出现时,它会判定"这是第几次"并决定要不要升级到老板。本场景的台账正是它判重复性的输入
Skill 组合调用(每天的固定动作)
每天早会前:执行偏差追踪 Skill → 偏差清单 + 根因候选 + 今日 3 张
早会上:拿 sheet2 边问边填,把品质和人手两类根因确认下来
会后分流:需补产/重排的 → 排产调整;即将断料的 → 齐套与缺料预警;缺陷要深挖的 → 品质异常分析
连续三天同一张单还在滞后 → 异常分级与升级归口,判断该不该升到老板那儿
执行偏差追踪 Skill · 可跨场景复用
本 Skill 不是只为工单进度定制的 —— 它覆盖所有"数据本身不可信、且关键判据分散在多个部门"的日跟场景,可以复用到:
采购 · 在途订单日跟同一套数据时点校验(供应商最后一次反馈是几天前)+ 候选根因机制
品质 · NCR 关闭进度跟踪"已提交整改但未验证"就是这里的"返工未补回"—— 同一类会伪装成接近完成的偏差
项目管理 · 任务进度日跟进度 90% 的任务最危险、汇报数据滞后于实际,两个问题完全同构
销售 · 订单执行跟踪同一套"按剩余时间而非偏差大小排紧急度"的排序逻辑
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。