开头：嘴上最爱讲“报联商”的人，最不给你回状态
日本职场里有个常挂在嘴边的词，叫“报联商”（报连相）。
报告。
联络。
商量。
它常被当作职场人的基本功。
可现实中的职场里，总会出现一件怪事。
越是摆着架子宣讲报联商的人，自己越做不到。
对下属说“要汇报”“要来商量”“要有主动性”。
可到了自己握在手里的审批流程、向上级的汇报、OK/NG 的答复、完成状态的同步，他一样都不做。
结果下属就落到这种境地：
做好了
改好了
同步给相关的人了
推进方式也写成文字留了档
截止时间和完成通知都发了
其他部门的反应也不错
可是领导不推动审批流程
不回复 OK 还是 NG
不向上汇报成果
有没有正式用上也不知道
最后上级反过来问下属“这事怎么样了？”
这不是下属报联商没做到位。
恰恰相反。
是领导该做的报联商没做，下属反倒被迫替他“管理”起来。
本文把这种状态称为逆向管理。
所谓逆向管理，就是管理者本该负责的审批、汇报、判断和状态答复都不做，于是下属不得不连管理者漏掉的环节也一并管起来。
这不叫下属有主动性。
只是组织白白多出来的成本。
1. 有人把报联商当成“下属请示领导的仪式”
只懂皮毛的人，往往这样理解报联商：
报告 = 取得领导的批准
联络 = 把话传到
商量 = 问“A 和 B 哪个好？”
这么说倒也没错。
但只停留在这里，就只是表面功夫。
照这个理解，报联商就变成了“下属向领导请示的规矩”。
下属向领导汇报。
下属向领导联络。
下属向领导商量。
也就是说，报联商成了单行道。
可在实际工作中，光这样是不够的。
真正的报联商不是上下级之间的仪式，而是为了不让工作停摆的状态管理。
2. 真正的报联商，是“让状态看得见的机制”
换成更实务的说法，是这样的。
报告
报告不只是取得领导批准。
报告是让工作的状态看得见。
做完了吗
没做完吗
卡在哪里
在等谁
接下来做什么
有没有问题
是不是没问题
让相关的人都能看明白这些，就是报告。
联络
联络不只是传话。
联络是让相关的人认知一致。
谁负责
什么时候之前完成
走哪条流程确认
哪个版本是最新版
做到什么程度算完成
要找谁确认
不让这些出现偏差，就是联络。
商量
商量不是把“选 A 还是选 B”一股脑丢给领导。
商量是把做判断所需的信息摆出来，推动决策往前走。
方案 A
方案 B
各自的风险
期限
影响范围
自己的推荐方案
希望对方拍板的事项
把这些都准备好，让判断往前推进，才是商量。
所以，报联商不是“为了不挨骂的仪式”。
它是让工作不停摆的信息基础设施。
3. 也有从领导到下属的报联商
一说到报联商，大家往往以为是下属对领导做的。
但在实际工作中，领导对下属的报联商同样重要。
领导既然握着审批流程，就有该回给下属的信息。
给上级看了吗
通过了吗
被打回了吗
是 OK 吗
是 NG 吗
正式用了吗
还在搁置吗
还要不要追加修改
可以算完成了吗
这些不回，下属就动不了。
下属再怎么把活干完，只要领导不回状态，这件事就悬在半空。
也就是说，领导的报联商，就是向下属回状态。
没有这一环的职场里，下属总会陷入这样的处境：
明明该做完了，却不知道算不算完成
明明改好了，却不知道行不行
明明同步了，却不知道有没有人看
在等审批，却不知道卡在谁那里
不知道有没有正式用上
不知道成果有没有传到上面
这不是下属报联商不足。
是领导没有回状态。
4. 面向高中的视频：活干完了，却卡在审批流程上
举个例子，有一个面向高中的视频项目。
交付日期是 6 月 2 日。
视频在 5 月 29 日就已经做完了。
领导提过“现场画面偏暗”之类的意见，这也在 5 月 29 日当天改好了。
其他部门也给了“不错”“不错”的好评。
也就是说，成品早就成形了。
而且，审批流程也在会上理清了。
领导 → 专务（相当于高层董事）
就按这条线确认。
会上有其他部门的人参加，领导也在场。
当场没有人提出异议。
之后还在 Teams（微软的办公聊天工具）上，把这条审批流程作为确定事项用文字同步了。
修改截止时间、完成通知，也都用文字发给了所有相关的人。
做到这一步，下属这边的报联商已经很充分了。
问题出在后面。
不知道领导有没有拿给专务看
不知道有没有正式播出
不知道是 OK 还是 NG
不知道还有没有追加修改
不知道算不算完成
然后到了 6 月 9 日，专务向制作人员问了这么一句：
“那个视频怎么样了？啊，已经播出去了啊。回头再给我看看。”
这就很奇怪了。
制作的人已经做完。
修改也改完。
也同步给了相关的人。
审批流程也用文字留了档。
可是向上级的同步和审批情况依旧不明，最后问题又绕回到制作的人头上。
这不是制作者的问题。
这是握着审批流程的人没有回状态的问题。
5. 社长的项目也发生同样的事，那就是反复出现的模式
这种情况如果只出现一次，可能只是偶然的联络失误。
但如果另一个社长的项目里也发生了同样的事，性质就不一样了。
制作者把活干完
领导中途把东西攥在手里
审批、同步、下一步行动都不回
上级来问制作者“怎么样了？”
看起来像是制作者把事拖住了
如果这种事不断重复，就不是单次事故了。
领导夹在成品和上级之间，成了卡住流程的瓶颈。
管理者本来是清除瓶颈的人。
可这类领导恰恰相反。
不建立审批流程
不向上汇报成果
不回 OK/NG
不回完成状态
但鸡毛蒜皮的意见倒是会提
这样一来，下属根本没法出成绩。
因为活干完了，也没法作为成果传到上面去。
6. 有人只会提些无关紧要的意见，主线却不往前推
更麻烦的是这一类：主线上的管理不做，细枝末节的意见倒是一条不落。
比如在一份加急文件里，标着“单价”“时薪”的栏里填了“1,800”。
放在上下文里看，任谁都知道是时薪 1,800 日元。
不可能是日薪 1,800 日元。
更不可能是月薪 1,800 日元。
当然，把写法严谨地补充清楚并没有错。
可是有人偏偏说：
“我提个意见啊，这是时薪还是日薪？”
然后把加急文件卡住。
这与其说是确认，不如说是手痒想拿红笔批改。
真正为了推进工作的确认，应该是：
按时薪 1,800 日元处理
只把写法改成“时薪 1,800 日元”，继续往下走
到此为止。
所以，问题不在于提意见本身。
问题在于：用不值得叫停的意见把工作叫停，却不做真正需要的审批、汇报和状态答复。
这是最亏的。
对下面，抛出无关紧要的意见
对上面，不汇报成果
不回 OK/NG
不说有没有正式使用
却还要对下属宣讲报联商
这样一来，作为管理者的附加价值是负的。
7. 真正的管理者，是让下属好开展工作的人
真正的领导和管理者该做的事，其实非常清楚。
定下审批流程
向上汇报成果
回复 OK/NG
清除瓶颈
让下属好开展工作
这就是管理者的工作。
把下属做出来的东西，送到该看的人手里。
需要判断的，转给有决定权的人。
把上级的反应带回给下属。
需要修改，就具体地退回去。
不需要修改，就算作完成。
如果卡住了，就让大家看见卡在哪里。
做到这些，下属就好开展工作。
反过来，做不到这些，下属就动不了。
没有审批流程
不向上汇报
没有 OK/NG
就算来了 NG 也是些无聊的内容
制造瓶颈
下属难以行动
在这种状态下还被要求“要有主动性”，实在让人为难。
因为下属再主动也没用的地方，是领导自己堵住的。
8. 这不是“缺乏主动性”，而是“缺乏流程设计”
“主动性”这个词，在职场里也常被随便乱用。
真正的主动性，不是靠一股干劲把甩过来的活全部扛下。
真正的主动性，是看清形势，拿出必要的信息，和相关的人对齐认知，把下一步行动往前推进。
在这次的案例里，制作者其实已经很主动了。
在交付日之前做出来
改好被指出的问题
同步给其他部门
拿到反馈
梳理好推进方式
提出审批流程
在 Teams 上作为确定事项留档
同步修改截止时间
向相关的人发出完成通知
做到这个地步，主动性已经足够。
即便如此还是停滞，原因就不在下属缺乏主动性。
审批人不动
上级的确认不回来
OK/NG 不回来
完成状态不回来
这是流程设计的问题。
把这个问题偷换成“下属的报联商”“下属的主动性”，真正的问题就看不见了。
9. 什么是逆向管理
逆向管理，就是管理者不做本该做的管理，于是下属去管理管理者漏掉的环节。
比如是这样的状态：
领导不定审批流程
↓
下属提出审批流程
领导不向上汇报
↓
下属把成果记录发给所有人
领导不回 OK/NG
↓
下属去确认“如果没有修改，是否可以算完成？”
领导不回状态
↓
下属在 Teams 上把遗留事项列清楚
领导成了瓶颈
↓
下属把“卡在瓶颈上”这件事记录下来
乍一看，下属好像很靠谱。
可实际上相当辛苦。
因为下属除了本来的工作，还在替领导的管理失职收拾烂摊子。
本文把这叫作逆向管理税。
逆向管理税一多，下属不但要做成品，还得为领导的疏漏做好防御性的记录。
这不是为了出成绩而做的工作，而是为了守住成绩的额外工作。
10. 出现逆向管理的职场，成果传不到上面
在出现逆向管理的职场里，下属的成果很难传到上面。
因为领导不向上汇报成果。
从下属的角度看，是这样的：
工作量增加
被无聊的意见卡住
照样修改
照样做完
可成果传不到上面
上级来问“怎么样了？”
也很难体现在考核里
这完全是吃亏。
领导本来就肩负着把下属成果送上去的职责。
把下属做的成品给上级看。
接住上级的反应。
好的话，作为成果汇报。
需要修改，就具体地退回去。
做到这些，下属的工作才会变成成果。
可一旦这里堵住，下属的工作就只剩“做了而已”。
成品是存在的。
但没有被当作成果汇报。
所以看不见成果。
这是个相当大的问题。
11. 瓶颈领导的特征
整理到这里，瓶颈领导的特征就清晰了。
不定审批流程
定了的流程也不执行
不向上汇报成果
不回 OK/NG
不回完成状态
不同步有没有正式使用
不说有没有追加反馈
却对细小的写法指手画脚
用无关紧要的意见卡住加急工作
没意识到是自己在卡
却要求下属做报联商、要有主动性
对管理者来说，这相当危险。
因为下属的成果会消失。
成品做好了。
修改也完成了。
也同步给相关的人了。
可领导不把成果往上送。
也不回状态。
结果，下属总处在“做了却没完”的状态。
这种状态一直持续，下属越想出成绩，就越疲惫。
12. 对策一：把完成、修改、遗留事项用文字留下来
在这样的职场里，只靠口头推进很危险。
一定要用文字留档。
尤其要留下这四点：
完成了什么
修改了什么
同步给了谁
遗留事项在等谁
比如这样写：
本事项已于 5/29 制作完成。
您指出的“现场偏暗”问题，也已于当天修改完毕。
修改后的内容已同步给相关人员。
目前仅剩按已同步的流程由上级确认这一项。
如需追加修改，请随时告知。
这样，制作者的责任范围就清楚多了。
关键是不要只说“我这边做完了”。
什么已经完成
修改了什么
同步给了谁
还剩什么
剩下的事在等谁
这些都要写出来。
这样一来，即便领导把事情卡住，也不容易被看成“是制作者卡住的”。
13. 对策二：别说“卡在猴子那儿”，改成“等待上级确认”，让状态看得见
情绪上，很想说一句“卡在那只猴子那儿了”（对瓶颈领导带点吐槽的外号）。
但对外表达时，要换个说法：
等待上级确认
等待审批确认
等待确认流程一侧回复状态
等待确认是否有追加修改
比如这样写：
我方的制作、修改工作已全部完成。
目前剩下的是按已同步的确认流程由上级确认，以及确认是否有追加修改。
如无修改，我们将按本事项已完成的理解推进。
这样既不用直接指责谁，又能让大家看见卡在哪里。
重要的不是攻击领导。
而是让工作的状态看得见。
14. 对策三：不要把领导当作唯一的成果汇报渠道
把成果汇报交给瓶颈领导，成果就传不到上面。
所以，最好不要让领导成为唯一的成果汇报渠道。
当然，有些职场里擅自越过领导直接联系上级是有风险的。
即便如此，在相关人员所在的 Teams 或聊天群里留下完成记录，还是做得到的。
本事项我方已完成。
已在修改截止时间前反映完毕。
最新版本见下方。
遗留事项为确认流程一侧是否批准。
光是这样，也能留下成品存在、工作已完成、遗留事项在审批一侧这几点。
即使领导不汇报成果，至少记录里还在。
这一点很重要。
15. 对策四：接活之前，先定好准入条件
今后再接类似的项目，最好先定好准入条件。
特别是领导一介入就会变成瓶颈的项目，一开始就把条件划清楚。
审批人是谁
确认流程是哪条
修改意见由谁汇总
反馈截止时间是什么时候
最终由谁拍板
正式使用的情况由谁来汇报
制作者的责任范围到哪里为止
这些没定好的项目，接了很危险。
本来只负责做个初稿，不知不觉就得扛起审批协调、上级确认、收集反馈、完成汇报。
在入口处，完全可以这样说：
我负责初稿制作、结构梳理和改进建议。
最终判断、与相关方的协调、审批的获取，请由负责部门承担。
修改请求请先由对接窗口统一汇总后再同步给我。
如果对接窗口分散，或审批流程尚未明确，则不在我的承接范围内。
这不是逃避。
这是让责任范围回归正常。
16. 对策五：采用 QC 式做法
在质量管理（QC）类的项目里，有一种做法行之有效。
就是把全部权限交给其他部门的人，自己只当顾问。
其他部门的人做主负责人
其他部门的人做对接窗口
其他部门的人掌管审批和协调
我是顾问
领导要插手的话，让他去找那个人
责任或工作又推回到我这边，就退出
这招相当强。
因为这样我就不会沦为成品的万能跑腿。
作为顾问，我提意见。
我梳理结构。
我提出改进方案。
但最终责任、审批、与上级的协调、反馈的汇总，都由主负责人来承担。
这样就不容易被瓶颈领导卷进去。
今后的项目，也最好往这个形式靠拢。
17. 对策六：把无关紧要的意见和高风险的意见分开
意见是有种类之分的。
如果一视同仁、同等对待，工作就会停下来。
高风险的意见
法律上有风险
包含个人信息
金额出入很大
会向公司外部发出错误信息
会让客户、学生、应聘者产生误解
会影响期限或合同
这类要认真处理。
写法补充
明确写成“时薪 1,800 日元”
统一日期格式
改成正式名称
补上单位
这类不要叫停，改了就继续往下走。
想拿红笔的手痒
根据上下文明明能看懂，却叫停
用无聊的确认卡住加急工作
只是为了显示自己在管事的意见
这类只做最低限度的处理。
如果每条都当真，工作就会被瓶颈领导的红笔瘾支配。
关键是把高风险的意见和低价值的意见区分开。
18. 下属该做的事，和不必做的事
在这种职场里，下属这边也最好划清界线。
该做的事
制作
修改
同步截止时间
发出完成通知
同步给相关的人
把推进方式用文字留档
写明遗留事项
确认有没有追加反馈
这些尽管去做。
不必做的事
每次都替领导补上漏掉的成果汇报
每次都追着问领导有没有拿给专务看
把领导没回 OK/NG 当成自己的责任
扛下正式使用情况汇报的遗漏
在审批流程没定义的情况下，以万能跑腿的身份入场
把无聊的红笔意见全都当回事
扛到这个地步，逆向管理税就太重了。
制作者是做成品的人。
不是无止境地替管理者的管理失职收拾善后的人。
19. 留证记录的模板
今后用来做防御性记录，这里放几个模板。
完成汇报模板
本事项我方的制作、修改工作已完成。
您指出的事项也已反映。
最新版本见下方。
目前剩余事项为：按已同步的确认流程由上级确认，以及确认是否有追加修改。
如需追加修改，请随时告知。
如无修改，我们将按本事项已完成的理解推进。
状态确认模板
为保险起见，向您确认一下。
想确认一下本事项目前的状态。
1. 上级是否已确认
2. 是否已正式使用
3. 是否有追加修改
4. 是否可以算作完成
我方的制作、修改工作已完成。
如无追加修改，我们将记录为已完成。
准入条件模板
想先确认一下我的承接范围。
我负责初稿制作、结构梳理和改进建议。
最终判断、与相关方的协调、审批的获取、反馈的汇总，请由负责部门承担。
如果审批人、确认流程、反馈截止时间和完成标准已经确定，我可以承接。
如果尚未明确，则不在我的承接范围内。
有了这三样，防护就相当到位了。
20. 总结：报联商不是下属的服从仪式，而是让工作不停摆的状态管理
只理解皮毛的人，只会向下属要求报联商。
可真正的报联商，并不是上下级之间的仪式。
报告 = 让状态看得见
联络 = 让相关的人认知一致
商量 = 让判断往前推进
而且，还有从领导到下属的报联商。
给上级看了吗
是 OK 还是 NG
正式用了吗
还有没有追加修改
可以算完成吗
卡在哪里了
不回这些的领导，会让下属难以行动。
下属做了、改了、同步了、给出了截止时间、发了完成通知，连推进方式都留在了 Teams 上，可领导还是不推动审批流程，不汇报成果，不回 OK/NG，那就不是下属报联商不足。
是领导这边的报联商不足。
而让下属去替这种管理失职收拾善后的状态，就是逆向管理。
想出成绩的话，制作者只能这样做：
把完成用文字留下来
把已修改用文字留下来
把遗留事项用文字留下来
把等待审批用文字留下来
不让领导成为唯一的成果汇报渠道
在入口处划清责任范围
不把瓶颈当成自己的责任
一句话概括：
在对别人宣讲报联商之前，领导请先把状态回过来。
不是下属缺乏主动性。
是领导缺乏流程设计。
