上一篇解决了”要做什么”。这一篇要解决一个更隐蔽的坑——”做到什么程度才算做完了”。这个坑之所以隐蔽,是因为它经常藏在一句听起来完全没问题的日常指令里。
“看一眼”这三个字,藏着两种完全不同的工作量
「これ、時間がある時にちょっと見ておいて。」(这个,有空的时候稍微看一眼。)——这句话几乎不会被任何人当成一个有歧义的指令,但它背后其实压着两套完全不同的默认预期。
| 关键词 | 日本主管的隐性预期 | 外籍员工的字面理解 |
|---|---|---|
| “有空的时候” | 其实是隐含的紧急:放下手头次要的事,今天下班前处理完 | 字面意思上的最低优先级:等真正没事干了再说 |
| “看一眼” | 深度复核:仔细核对数据、找出潜在错误、必要时直接改好 | 字面浏览:知道这份文件的存在即可,通读一遍就归档 |
两天后主管来要结果,发现员工根本没有实质推进,或者”看过了”但什么都没改——主管认定对方没有主动性、眼里没活;员工却觉得自己完全是照指令做的,现在反被指责。这不是态度问题,而是”做完”这两个字,从来没有被双方共同定义过。
DoD:把”做得好”翻译成一张能打勾的清单
软件开发行业早就有一个现成的概念来解决这个问题——Definition of Done(完工标准,简称DoD)。它的核心道理很简单:一项工作是否”完成”,不能靠某个人的主观判断,必须提前用一份清单把”完成”翻译成一系列可以逐项打勾的客观状态。只有清单上的项目全部勾选,才在机制上被判定为”完成”。
把这个道理搬到现场,就是每一张任务卡背后,都要附带一份没有歧义的清单。
- ☐ 所有手动工具(共6件)已全部归位至A号工具箱
- ☐ 地面无直径超过1厘米的金属切屑
- ☐ 清扫出的废料已分类投入”金属类”指定垃圾桶
这份清单彻底消灭了主管因个人主观标准不同而产生的”返工争执”——员工不需要猜”干净”在主管心里长什么样,只需要对照清单逐项确认。
警惕另一个极端:清单写得太细,反而会失灵
把标准写清楚,不等于清单越长越好。现场推行DoD时,一个常见的反效果是:主管为了追求”绝对不留歧义”,把清单写成几十项的大部头,细到每一颗螺丝的摆放角度都要打勾。结果往往是员工看两眼就直接放弃阅读,清单变成墙上的装饰,实际执行时又回到了老办法。
好清单的样子,其实在别的领域已经被验证过。世界卫生组织(WHO)的手术安全核查表只有19个条目,整套流程2分钟就能走完,却在多项研究中把手术并发症和死亡率降低了三成以上。它的力量不是来自”事无巨细”,而是来自”精准抓住最容易被忽略、后果又最严重的那几个点”。现场的DoD清单也应该照这个思路来设计:抓住三到五个真正决定返工与否的关键项,而不是试图把整套工艺流程都搬进一张清单里。
谁来写这份清单
和上一篇里的5W2H指示单一样,DoD清单也经常卡在同一个环节:干活最好的老师傅,往往说不清楚自己凭什么判断”合格”。这时候同样适用上一篇提到的做法——找一个中间人跟在老师傅身边,通过不断追问,把”看着差不多就行”这类感觉,一点点逼问成”金属切屑直径不超过1厘米”这样可以打勾的客观状态。老师傅只负责审核这份清单写得对不对,真正的翻译工作交给中间人。
5W2H定义”要做什么”,DoD定义”做到什么程度算完”,两件工具搭配起来,才算是把一项任务从头到尾都写清楚了。下一篇要处理的是另一个方向的问题:光有工具还不够,主管每天张嘴说话的方式,同样需要一次系统性的改造。
