導入：報連相を説く側が、一番ステータスを返していない
職場でよくある言葉に「報連相」がある。
報告。
連絡。
相談。
社会人の基本として語られることが多い。
しかし、現実の職場では、不思議なことが起きる。
報連相を偉そうに説く人ほど、自分は報連相ができていない。
部下には「報告しろ」「相談しろ」「主体性を持て」と言う。
しかし、自分が握った承認ルート、上位者への報告、OK/NGの返却、完了ステータスの共有はしない。
その結果、部下はこうなる。
作った
直した
関係者に共有した
進め方も文章で残した
締切も完成連絡もした
他部署からも好反応をもらった
でも、上司が承認ルートを動かさない
OK/NGを返さない
上に成果報告しない
本番で使ったかも分からない
最後に上位者から「どうなった？」が部下に戻ってくる
これは、部下の報連相不足ではない。
むしろ逆である。
上司側の報連相不足を、部下が逆に管理させられている。
この記事では、この状態を 逆マネジメント と呼ぶ。
逆マネジメントとは、管理者が管理すべき承認・報告・判断・ステータス返却をしないために、部下が管理者の抜け漏れまで管理しなければならない状態である。
これは、部下の主体性ではない。
ただの組織コストである。
1. 報連相を「部下のお伺い儀式」として理解している人がいる
報連相を表面的に理解している人は、こう考えがちである。
報告 = 上司の承認を取ること
連絡 = 伝えること
相談 = AとBどちらがいいですか？と聞くこと
たしかに、間違いではない。
しかし、これだけだと上っ面である。
この理解のままだと、報連相は「部下が上司にお伺いを立てる作法」になってしまう。
部下が上司へ報告する。
部下が上司へ連絡する。
部下が上司へ相談する。
つまり、報連相が一方通行になる。
しかし、実務の報連相はそれでは足りない。
本来の報連相は、上下関係の儀式ではなく、仕事を止めないためのステータス管理である。
2. 本来の報連相は「状態を見える化する仕組み」
報連相を実務的に言い換えると、こうなる。
報告
報告とは、単に上司の承認を取ることではない。
報告とは、仕事の状態を見える化することである。
完了したのか
未完了なのか
どこで止まっているのか
誰待ちなのか
次に何をするのか
問題があるのか
問題がないのか
これを関係者が分かるようにするのが報告である。
連絡
連絡とは、ただ伝言することではない。
連絡とは、関係者の認識をそろえることである。
誰が担当するのか
いつまでにやるのか
どのルートで確認するのか
どの版が最新版なのか
何をもって完了とするのか
誰に確認を取るのか
これをズレないようにするのが連絡である。
相談
相談とは、AかBかを上司に丸投げすることではない。
相談とは、判断に必要な情報を出して、意思決定を前に進めることである。
選択肢A
選択肢B
それぞれのリスク
期限
影響範囲
自分の推奨案
決めてほしいこと
ここまで出して、判断を前に進めるのが相談である。
つまり、報連相は「上司に怒られないための儀式」ではない。
仕事を止めないための情報インフラ である。
3. 上司から部下への報連相もある
報連相というと、部下から上司へのものだと思われがちである。
しかし、実務では、上司から部下への報連相も重要である。
上司が承認ルートを持っているなら、上司は部下に返すべき情報がある。
上位者に見せたか
承認されたか
差し戻されたか
OKなのか
NGなのか
本番で使ったのか
まだ保留なのか
追加修正があるのか
完了扱いにしていいのか
これを返さないと、部下は動けない。
部下がどれだけ作業を終わらせても、上司がステータスを返さなければ、その仕事は宙に浮く。
つまり、上司の報連相とは、部下に対するステータス返却である。
これがない職場では、部下は常にこうなる。
終わったはずなのに、完了か分からない
直したはずなのに、OKか分からない
共有したはずなのに、見たか分からない
承認待ちなのに、誰で止まっているか分からない
本番で使ったのか分からない
上に成果が伝わっているのか分からない
これは部下の報連相不足ではない。
上司側のステータス返却不足である。
4. 高校向け動画の件：作業は終わったのに承認ルートで止まる
たとえば、高校向けの動画案件がある。
納期は6月2日。
動画は5月29日時点で完了していた。
上司から「現場が暗い」というような指摘があったが、それも5月29日に修正済みだった。
他部署からも「いいね」「いいね」と好反応をもらっていた。
つまり、成果物としてはかなり前に形になっていた。
さらに、承認ルートも打ち合わせで整理した。
上司 → 専務
このルートで確認を取る。
打ち合わせには他部署の人も参加し、上司も同席していた。
その場で異議はなかった。
さらにTeamsでも、確定事項としてその承認ルートを文章で共有していた。
修正締切も、完成連絡も、関係者全員に文章で連絡していた。
ここまでやっているなら、部下側の報連相は十分にされている。
しかし、問題はその後である。
上司が専務に見せたのか分からない
本番で流したのか分からない
OKなのかNGなのか分からない
追加修正があるのか分からない
完了扱いなのか分からない
そして6月9日、専務から作業者に、
「動画どうなった？ ああ、もう行ったんだね。また見せてよ」
というような確認が来る。
これはかなりおかしい。
作業者は終わらせている。
修正も済ませている。
関係者に共有している。
承認ルートも文章で残している。
なのに、上位者への共有や承認状況が不明なまま、最後に作業者へ問い合わせが戻ってくる。
これは、作業者の問題ではない。
承認ルートを握った人が、ステータスを返していない問題 である。
5. 社長案件でも同じことが起きるなら、それは再発パターン
この構造が1回だけなら、たまたまの連絡ミスかもしれない。
しかし、別の社長案件でも同じことが起きているなら、話は変わる。
作業者が仕事を終わらせる
上司が途中で握る
承認・共有・次アクションを返さない
上位者から「どうなった？」が作業者に来る
作業者が止めたように見える
これが繰り返されているなら、単発事故ではない。
上司が成果物と上位者の間に入り、流れを止めるボトルネックになっている。
本来、管理者はボトルネックを取る人である。
しかし、このタイプの上司は逆である。
承認ルートを作らない
上に成果報告しない
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を返さない
完了ステータスを返さない
本番使用有無を共有しない
追加FBの有無を返さない
でも細かい表記には口を出す
どうでもいい指摘で急ぎの仕事を止める
自分が止めている自覚がない
部下には報連相や主体性を求める
これは管理者としてかなり危険である。
なぜなら、部下の成果が消えるからである。
成果物はできている。
修正もされている。
関係者にも共有されている。
しかし、上司が成果を上に通さない。
ステータスを返さない。
結果として、部下は常に「やったのに終わっていない」状態に置かれる。
この状態が続くと、部下は成果を上げようとするほど疲れる。
12. 対策1：完了・修正・残件を文章で残す
こういう職場では、口頭だけで進めると危ない。
必ず文章で残す。
特に残すべきなのは、この4つである。
完了したこと
修正したこと
誰に共有したこと
残件が誰待ちなのか
たとえば、こう書く。
本件、5/29時点で作成完了しています。
ご指摘いただいた「現場が暗い」点も同日修正済みです。
修正後の内容は関係者へ共有済みです。
現在の残件は、共有済みルートに沿った上位者確認のみです。
追加修正があればご連絡ください。
これで、作業者の責任範囲はかなり明確になる。
ポイントは、「自分は終わった」とだけ言わないこと。
何が完了したか
何を修正したか
誰に共有したか
何が残っているか
その残件は誰待ちか
ここまで書く。
これで、上司が止めても「作業者が止めている」ようには見えにくくなる。
13. 対策2：猿ノード、ではなく「上位者確認待ち」と見える化する
感情的には「猿で止まっている」と言いたくなる。
しかし、外に出す時は、次のように言い換える。
上位者確認待ち
承認確認待ち
確認ルート側のステータス待ち
追加修正有無の確認待ち
たとえば、こう書く。
こちらの作成・修正対応は完了しています。
現在の残件は、共有済み確認ルートに沿った上位者確認、および追加修正有無の確認です。
修正なしの場合は、本件完了扱いで進める認識です。
これなら、誰かを直接責めずに、どこで止まっているかを見える化できる。
重要なのは、上司を攻撃することではない。
仕事の状態を見えるようにすることである。
14. 対策3：上司を唯一の成果報告ルートにしない
ボトルネック上司に成果報告を任せると、成果が上に届かない。
だから、上司を唯一の成果報告ルートにしない方がいい。
もちろん、勝手に上位者へ飛ばすのが危険な職場もある。
その場合でも、関係者が入っているTeamsやチャットに、完了ログを残すことはできる。
本件、こちらの対応は完了しました。
修正締切までに反映済みです。
最新版は以下です。
残件は確認ルート側の承認有無です。
これだけでも、成果物が存在すること、作業が完了していること、残件が承認側にあることが残る。
上司が成果を報告しなくても、少なくともログ上には残る。
これが重要である。
15. 対策4：依頼を受ける入口条件を決める
今後、同じような案件を受けるなら、入口条件を決めた方がいい。
特に、上司が入るとボトルネックになる案件では、最初に条件を切る。
承認者は誰か
確認ルートはどこか
修正FBは誰が集約するか
FB期限はいつか
最終判断は誰がするか
本番使用の報告は誰がするか
作業者の責任範囲はどこまでか
ここが決まっていない案件は、受けると危ない。
作業者がたたき台を作るだけのはずが、いつの間にか承認調整、上位者確認、FB回収、完了報告まで背負わされるからである。
入口でこう言っていい。
私はたたき台作成・構成整理・改善案出しまで対応します。
最終判断、関係者調整、承認取得は担当部署側でお願いします。
修正依頼は窓口の方で集約してから共有してください。
窓口が分散する場合や、承認ルートが未定義の場合は対応範囲外とします。
これは逃げではない。
責任範囲の正常化である。
16. 対策5：QC方式にする
QC案件でうまくいった形がある。
それは、他部署の人に全権限を持たせ、自分はアドバイザーに徹する形である。
他部署の人が主担当
他部署の人が窓口
他部署の人が承認・調整を持つ
自分はアドバイザー
上司が入ってくるなら、その人を仲介する
こちらに責任や作業が戻ってきたら降りる
これはかなり強い。
なぜなら、自分が成果物の便利屋にならないからである。
アドバイザーとして意見を出す。
構造を整理する。
改善案を出す。
しかし、最終責任、承認、上位者調整、FB集約は主担当が持つ。
これなら、ボトルネック上司に巻き込まれにくい。
今後の案件も、この形に寄せた方がいい。
17. 対策6：しょうもない指摘と高リスク指摘を分ける
指摘には種類がある。
すべて同じ重さで受けると、仕事が止まる。
高リスク指摘
法的に危ない
個人情報が入っている
金額が大きく違う
社外に誤情報が出る
顧客・学生・応募者に誤解を与える
期限や契約に影響する
これは対応する。
表記補足
時給1,800円と明記する
日付を統一する
名称を正式表記にする
単位を追記する
これは、止めずに直して進める。
赤ペン欲求
文脈で分かるのに止める
急ぎの仕事をしょうもない確認で止める
自分の管理感を出すためだけの指摘
これは、必要最小限だけ処理する。
全部を真面目に受信すると、ボトルネック上司の赤ペン欲求に仕事を支配される。
大事なのは、リスクの高い指摘と、低価値な指摘を分けることである。
18. 部下がやるべきこと、やらなくていいこと
この種の職場では、部下側も境界線を持った方がいい。
やること
作成する
修正する
締切を共有する
完成連絡をする
関係者へ共有する
進め方を文章で残す
残件を明記する
追加FBの有無を確認する
これはやっていい。
やらなくていいこと
上司の成果報告漏れを毎回補修する
上司が専務に見せたかを毎回追いかける
上司のOK/NG未返却を自分の責任にする
本番使用の報告漏れを背負う
承認ルート未定義のまま便利屋として入る
しょうもない赤ペンを全部重く受ける
ここまで背負うと、逆マネジメント税が重すぎる。
作業者は、成果物を作る人である。
管理者の管理不全まで無限に補修する人ではない。
19. 証拠ログのテンプレート
今後の防衛ログとして、テンプレートを置いておく。
完了報告テンプレート
本件、こちらの作成・修正対応は完了しています。
指摘事項も反映済みです。
最新版は以下です。
現在の残件は、共有済み確認ルートに沿った上位者確認、および追加修正有無の確認です。
追加修正があればご連絡ください。
修正なしの場合は、本件完了扱いで進める認識です。
ステータス確認テンプレート
念のため確認です。
本件について、現在のステータスを確認させてください。
1. 上位者確認済みか
2. 本番使用済みか
3. 追加修正の有無
4. 完了扱いでよいか
こちらの作成・修正対応は完了済みです。
追加修正がなければ、完了として記録します。
入口条件テンプレート
対応範囲を確認させてください。
私は、たたき台作成・構成整理・改善案出しまで対応します。
最終判断、関係者調整、承認取得、FB集約は担当部署側でお願いします。
承認者、確認ルート、FB期限、完了条件が決まっていれば対応可能です。
未定義の場合は、対応範囲外とします。
この3つがあれば、かなり守れる。
20. まとめ：報連相は部下の服従儀式ではなく、仕事を止めないためのステータス管理である
報連相を表面的に理解している人は、部下にだけ報連相を求める。
しかし、本来の報連相は、上下関係の儀式ではない。
報告 = 状態を見える化すること
連絡 = 関係者の認識をそろえること
相談 = 判断を前に進めること
そして、上司から部下への報連相もある。
上位者に見せたか
OKなのかNGなのか
本番で使ったのか
追加修正があるのか
完了扱いでよいのか
どこで止まっているのか
これを返さない上司は、部下を動きにくくする。
部下が作り、直し、共有し、締切を出し、完成連絡をし、Teamsに進め方を残しているのに、上司が承認ルートを動かさず、成果報告もせず、OK/NGも返さないなら、それは部下の報連相不足ではない。
上司側の報連相不足である。
そして、その管理不全を部下が補修させられる状態が、逆マネジメントである。
成果を出したいなら、作業者はこうするしかない。
完了を文章で残す
修正済みを文章で残す
残件を文章で残す
承認待ちを文章で残す
上司を唯一の成果報告ルートにしない
責任範囲を入口で切る
ボトルネックを自分の責任にしない
一言で言えば、こうである。
報連相を説く前に、まず上司がステータスを返せ。
部下の主体性不足ではない。
上司の進行設計不足である。
