1. 「管理できていない」のではなく、管理ルールを壊されている場合がある
職場でリーダーを任されると、よくこう言われる。
「ちゃんと管理して」 「メンバーを動かして」 「納期に間に合わせて」 「上司と調整して」 「全体を見て」
言っていること自体は分かる。
しかし、実際の現場では、リーダーに権限がないことも多い。
人事権もない。 評価権もない。 納期変更権もない。 他の業務を止める権限もない。 レビュー者に期限を守らせる権限もない。
それでも「リーダーだから管理して」と言われる。
ここでさらに最悪なのが、リーダーが管理ルールを置いたにもかかわらず、上位者やレビュー者がそのルールを壊し、最後に「管理できていない」と責任だけ戻してくるケースである。
これはリーダーの管理不足ではない。
管理しようとしたルールを、上位側が壊している。
まずここを分けた方がいい。
2. 事前に説明していたなら、それは立派なリスク管理である
たとえば、リーダー側が事前にこう説明していたとする。
- あと1週間しかない
- 資料作成にも時間がかかる
- 修正反映にも時間がかかる
- 他の仕事もある
- だから、この期日までに修正受付を切る
これは、かなりまともな納期管理である。
むしろ「管理できていない」の逆だ。
納期から逆算している。 作業工数を見ている。 修正工数も見ている。 他業務との兼ね合いも見ている。 修正受付期限を設定している。
これはリスク管理であり、変更管理であり、プロジェクト管理である。
それを無視して、終盤に大量赤ペンを入れ、思いつき修正を増やし、納期が遅れたら「お前が管理できていない」と言うなら、それはかなり筋が悪い。
予見されたリスクを、相手が現実化させた。
そのうえで、リスク管理した側に責任を戻している。
これが責任ロンダリングである。
3. 修正受付ルールは「面倒なこだわり」ではなく変更管理である
リーダーが修正受付ルールを置くことがある。
たとえば、変更する場合は以下を説明してほしい、というルールだ。
- 何が問題なのか
- どこをどう変更するのか
- 変更するとどのようなメリットがあるのか
- 変更後、前後の流れや全体構成に支障が出ないか
- 納期や作業工数にどの程度影響するのか
これは、かなりまともなルールである。
このルールは、相手の指摘を拒否するためのものではない。
思いつき赤ペンで全体がぐちゃぐちゃになるのを防ぐためのものである。
変更管理の考え方では、管理されていない追加要求はスコープクリープを生み、工数超過・納期遅延・予算超過につながりやすい。
つまり、後から出る修正は無料ではない。
赤ペンには工数がある。 赤ペンには納期影響がある。 赤ペンには前後構成への影響がある。 赤ペンにはメンバーの士気への影響もある。
だから、変更するなら理由とメリットと影響を説明する。
これは管理の基本である。
4. それなのに「俺はこう思うから」で赤ペンしてくる
問題は、ルールを置いても無視される場合である。
リーダーが、
「この変更によって何が良くなりますか？」 「比較したとき、どのようなメリットがありますか？」 「前後の流れに影響はありませんか？」
と聞く。
すると、相手がこう返す。
「俺はこう思うから、こうして」 「理解していない」 「態度が悪い」 「とにかく直して」
これはレビューではない。
好み赤ペンである。
しかも「論理的に」と言いながら、実際には論理がない場合もある。
論理とは、理由・根拠・前提・比較・影響・目的がつながっていることだ。
「俺がそう思うから」は、論理ではない。
「俺が言うこと＝論理的」と思っているなら、それはかなり危ない。
言葉に「論理的」とつければ、指摘が論理的になるわけではない。
思いつきに「品質向上」と名札を貼っても、品質が上がるわけではない。
むしろ、全体の流れや納期や工数を見ずに出す指摘は、品質を上げるどころか、品質と士気を壊すことがある。
5. 「全部大事」は管理ではない
納期が近い。 他の仕事もある。 修正にも時間がかかる。
だから、修正受付期限を切る。
これに対して、
「ギリギリまで残業してでもやれ」 「全部大事」 「仕事が終わるから帰る、ではない」
のように言われることがある。
これは管理ではない。
「全部大事」は、優先順位を決める仕事から逃げている言葉である。
全部大事なら、全部に対して以下を決める必要がある。
- 何を最優先するのか
- 何を後回しにするのか
- どの仕事を止めるのか
- 誰が対応するのか
- どれだけ工数が必要なのか
- 残業が必要なら、それを誰が承認するのか
- 納期を守るために何を削るのか
- 追加修正を入れるなら何を捨てるのか
それを決めずに「全部大事」と言うのは、ただの精神論である。
仕事は気合いでは終わらない。
工数で終わる。 優先順位で終わる。 判断で終わる。 削るものを決めることで終わる。
全部大事と言い続ける人ほど、全部を飛ばす。
6. 「教育だから自分たちでやれ」と言いながら、最後だけ大量介入する
QC活動や改善活動でありがちな構造がある。
「これは教育だから」 「メンバーのためだから」 「自分たちで考えさせるべきだから」 「上司は入らずにやらせるべきだから」
そう言って、普段は距離を取る。
しかし、最後だけ大量に入ってくる。
終盤に赤ペンを大量に入れる。 前提を変える。 流れを変える。 作業量を増やす。 納期を壊す。 メンバーを意気消沈させる。
そして、遅れたらこう言う。
「リーダーが管理できていない」
これは教育ではない。
終盤破壊型の赤ペン介入である。
教育なら、最初に目的と基準を示す。 途中で問いかけて支援する。 レビュー期限内に見て、必要な指摘をする。 メンバーが前に進めるようにする。
最後だけ大量に壊して、責任だけリーダーに戻すのは、教育ではない。
7. 研修を受けているのに実務でできていない管理者問題
さらに腹が立つのは、こういう人ほど研修を受けている、あるいは研修を運営する側だったりすることだ。
品質管理の基礎。 マネジメント教育。 原価管理。 ハラスメント研修。 管理者研修。 業務改善研修。
こういうものを受けているはずなのに、実務ではできていない。
それどころか、研修を受けろと言う側だったり、研修報告をさせる側だったり、場合によっては指導する側だったりする。
これはかなり茶番である。
品質管理を語るなら、変更による品質影響を見るべきだ。 原価管理を語るなら、人件費と工数を見なければいけない。 マネジメントを語るなら、優先順位と納期と担当範囲を調整しなければいけない。 ハラスメント研修を語るなら、相手を追い詰める言動や責任の押し付けに敏感であるべきだ。
それができていないのに、偉そうに研修を語る。
これは「知識がない」より厄介である。
研修済みなのに未実装。
しかも未実装のまま、他人に研修を求める。
言い方は悪いが、「お前がちゃんと受けろ」と言いたくなる。
8. 研修運営側が実務で破綻していると、職場の学習が死ぬ
研修を受ける側なら、まだ分かる。
学習途中かもしれない。 これから身につける段階かもしれない。
しかし、研修を運営する側、報告させる側、指導する側が実務でできていない場合は深刻である。
なぜなら、その人は単に未熟な参加者ではなく、職場に基準を流す側だからだ。
管理者研修を語る人が、優先順位を決められない。 ハラスメント研修を語る人が、責任を押し付けて人をすり減らす。 品質管理を語る人が、思いつき赤ペンで品質を壊す。 原価管理を語る人が、人件費や修正工数を見ない。
これは、研修と実務が分離している。
資料上は立派。 報告書上は立派。 でも現場では未実装。
こうなると、職場は「研修をやっているのに変わらない」状態になる。
むしろ、研修を免罪符にしているだけになる。
9. 中堅・中途が何人も辞めているなら、個人の相性問題ではない
もし、その管理者の周囲で中堅社員や中途社員が何人も辞めているなら、それはかなり重要な情報である。
もちろん、退職理由は一つではない。
給与、家庭事情、キャリア、体調、会社全体の方針など、いろいろある。
しかし、同じ人物・同じ部署・同じ構造の周辺で、複数人が疲弊して辞めているなら、単なる個人の相性問題として片づけるべきではない。
見るべきなのは、以下である。
- その人の下で人が続いているか
- 中堅が抜けていないか
- 中途が定着しているか
- 若手だけでなく経験者も消耗していないか
- 業務の前提や判断基準が出ているか
- 期限や優先順位が機能しているか
- 相談した人がさらに消耗していないか
- 退職者の理由に共通点がないか
人が何人も辞めているなら、それは「合わなかった人がたまたま多い」ではなく、離職を生む管理構造かもしれない。
これを見ない会社は、ずっと人を失う。
10. 標本名：管理ルール破壊型レビュー猿
このタイプを分類するなら、こうなる。
クソモンキー茶番科
防衛型赤ペン猿属
責任ロンダリング種
終盤大量介入・納期破壊亜種
または、
管理ルール破壊型レビュー猿
特徴は以下である。
| 観察項目 | 内容 |
|---|---|
| 主な生息地 | QC活動、改善活動、曖昧な社内プロジェクト、資料レビュー |
| 主な鳴き声 | 「それは君の仕事」「全部大事」「ギリギリまでやれ」 |
| 得意技 | 後出し赤ペン、思いつき修正、期限破壊、責任ロンダリング |
| 苦手なもの | ログ、時系列、レビュー期限、上位者同席、変更依頼扱い |
| 危険性 | リーダー・中堅・中途をすり減らす |
| 末期症状 | 研修運営側なのに研修内容が未実装 |
| 取り扱い注意 | 野生の赤ペン猿を事務所に解放するな |
これは個人攻撃ではなく、構造のラベルである。
怒りをそのまま抱えると、自分の神経が削れる。
ラベル化して、次の対処につなげる。
11. 対策は、口頭説得ではなくログ化である
このタイプに、口頭で筋を通そうとすると消耗する。
なぜなら、相手が論理ではなく、面子・権威・支配・防衛で動いている場合があるからだ。
だから対策は、説得ではない。
ログ化である。
残すべきものは以下である。
- 修正受付期限を伝えた日時
- その理由として伝えた内容
- 残り期間
- 資料作成時間
- 修正反映時間
- 他業務の存在
- 変更時の条件
- 問題点
- 変更内容
- メリット
- 前後影響
- 納期影響
- 実際に来た赤ペンの日時
- 赤ペンの量
- 修正理由の有無
- メリット説明の有無
- 全体影響の説明の有無
- メンバーの作業停滞や意気消沈
- 納期遅延との関係
- 「管理できていない」と言われた日時・内容
ここまで並べると、「リーダーが管理できていない」ではなく、管理ルールを壊されたことが見えやすくなる。
12. 時系列メモのテンプレート
実際に上位者へ相談するなら、感情だけでなく時系列にする。
件名：QC活動における進行管理上の懸念について
1. 背景
QC活動の納期に向けて、資料作成・修正反映・他業務との兼ね合いを踏まえ、修正受付期限と変更時の確認条件を事前に設定しました。
2. 事前に設定した内容
・納期まで残り1週間であること
・資料作成および修正反映に時間がかかること
・他業務も並行していること
・そのため、〇月〇日までに修正受付を切ること
・変更時には、問題点、変更内容、変更メリット、前後影響を確認すること
3. 実際に発生したこと
・期限後または終盤で大量の修正指摘が発生
・修正理由や変更メリットの説明が十分でない指摘があった
・全体構成や納期への影響確認が不十分なまま修正対応が求められた
・結果として、作業停滞やメンバーの意欲低下が発生した
4. 懸念
上記の進行ルールを設定していたにもかかわらず、後から大幅修正が入ったため、納期管理が困難になりました。
この状態でリーダー側の管理不足のみとされると、再発防止ができません。
5. 相談したいこと
・レビュー期限後の修正をどのように扱うべきか
・追加修正が発生した場合の納期影響を誰が判断するか
・今後のQC活動で、修正受付期限・変更条件・最終判断者を明確にできるか
・リーダーに権限がない範囲の責任をどこまで負うべきか
このメモは、怒りを消すためではない。
怒りを相談可能な事実に変換するためのものだ。
13. さらに上の人に相談するしかない場合がある
直属の上司やレビュー者が破壊要因になっている場合、その人に相談しても解決しない。
むしろ、相談するとさらに防衛されることがある。
その場合は、さらに上の人、別部署の責任者、人事、コンプライアンス窓口、相談窓口などに上げる必要がある。
これは告げ口ではない。
業務上のリスク共有である。
なぜなら、問題は個人の気分ではなく、以下のような組織リスクだからだ。
- 納期遅延
- 品質低下
- 中堅・中途の離職
- リーダーの疲弊
- ハラスメント化
- 改善活動の形骸化
- 研修内容と実務の不一致
- 責任範囲の不明確化
- 人件費・工数の浪費
ここまで来ると、リーダー個人が気合いで抱える問題ではない。
組織として扱うべき問題である。
14. 相談するときは「個人が嫌い」ではなく「再発防止」にする
上位者に相談するとき、怒りをそのまま出すと「個人間トラブル」にされやすい。
だから、相談の軸はこうする。
- 個人批判ではなく、進行管理上の問題として相談する
- 納期・工数・レビュー期限・変更条件を示す
- 事前にリスク説明していたことを示す
- 実際に何が起きたかを時系列で示す
- 退職者や疲弊者が複数いるなら、個人情報に配慮しつつ傾向として示す
- 今後の再発防止策を相談する
言い方の例はこう。
個人の好き嫌いではなく、今後同じ進行をするとリーダー側の負荷と納期リスクが大きいため、進め方として相談したいです。
今回、修正受付期限や変更時の確認条件は事前に設定していましたが、終盤で大幅修正が入り、納期管理が困難になりました。
今後は、レビュー期限後の修正を変更依頼として扱うこと、納期影響を確認すること、最終判断者を明確にすることをルール化できないか相談したいです。
これなら、相手を殴るより強い。
「好き嫌い」ではなく、仕組みの問題になる。
15. ハラスメント研修をしていても、ハラスメントは起きる
会社がハラスメント研修をしているからといって、ハラスメント的な構造が消えるわけではない。
研修を受けた人が、実務でできていなければ意味がない。
厚生労働省は、職場のパワーハラスメント防止のために、事業主が雇用管理上必要な措置を講じることを求めている。
しかし、制度や研修があっても、現場で以下のようなことが起きることはある。
- 必要な前提を出さない
- 責任だけ下に流す
- 長時間労働を当然視する
- 期限後に大量修正を押し込む
- 相談すると態度が悪いと言う
- 指導名目で相手を追い詰める
- 退職者や疲弊者が出ても構造を見ない
研修をやったかどうかではなく、実務でどう振る舞っているかが大事である。
研修報告をさせる側が、現場で人を潰しているなら、それはかなり深刻だ。
16. これは「リーダー経験」ではなく「クラッシャー対応訓練」になっている
QC活動や改善活動は、本来ならリーダー経験になる。
目的を整理する。 メンバーを動かす。 納期を管理する。 上司と調整する。 品質を上げる。 改善の考え方を身につける。
しかし、上位者やレビュー者がクラッシャーになると、話が変わる。
前提確認を潰す。 管理ルールを壊す。 納期を壊す。 メンバーの意欲を落とす。 責任だけ戻す。 最後に「リーダーの管理不足」と言う。
この状態では、リーダー経験ではなく、クラッシャー対応訓練になっている。
しかも、クラッシャー側が「管理者研修」「品質管理」「ハラスメント研修」を語る側だったら、さらに地獄である。
上が百点満点である前提のリーダー教育は、上がクラッシャーだった瞬間に破綻する。
リーダーに必要なのは、努力だけではない。
まともなレビュー者。 明確な判断基準。 守られる納期。 機能する上位者。 責任範囲の明確化。
これがないと、成果を出す難易度は一気に上がる。
17. すり減っているリーダーへ
もしあなたが、同じような状況でずっと怒っているなら、それはおかしくない。
あなたが弱いからではない。
あなたが管理できていないからでもない。
事前に説明した。 修正期限を切った。 変更条件を出した。 納期から逆算した。 他業務も考慮した。 手戻りを防ごうとした。
それでも終盤に壊され、責任だけ戻されたなら、怒りが残って当然である。
これはただの感情論ではない。
自分が置いた管理設計を破壊された怒りである。
ただし、怒りをそのまま相手にぶつけても、こちらが不利になることが多い。
だから、やることは決まっている。
- ログを取る
- 時系列にする
- 修正期限と理由を残す
- 変更条件を残す
- 赤ペンの日時と内容を残す
- メンバーの停滞や納期影響を残す
- さらに上の人に相談する
- 相談内容は「個人攻撃」ではなく「再発防止」にする
- 必要なら人事や相談窓口も使う
これは逃げではない。
自分とチームを守るための管理である。
18. 結論：管理を壊した人が「管理不足」と言うな
リーダーが事前に納期リスクを説明し、修正受付期限を設定し、変更条件を提示していたなら、それは管理である。
その管理ルールを壊しておいて、遅延後に「管理できていない」と言うのは、責任ロンダリングである。
研修を受けている。 研修を受けさせる側である。 研修報告をさせる側である。 品質管理やマネジメントを語る側である。
それなのに、実務で変更管理・納期逆算・工数・品質・人件費・ハラスメント感度が死んでいるなら、研修は現場に実装されていない。
中堅や中途が何人も辞めているなら、個人の相性問題ではなく、離職を生む管理構造として見るべきだ。
赤ペンするなら、理由とメリットと影響を出せ。 変更するなら、納期影響を見ろ。 教育と言うなら、終盤で壊すな。 管理者を名乗るなら、管理を壊すな。 研修を語るなら、まず自分が実装しろ。
野生の赤ペン猿を事務所に解放するな。
まとめ
- 修正受付期限や変更条件を事前に出していたなら、それは管理である
- そのルールを壊しておいて「管理不足」と言うのは責任ロンダリング
- 「俺はこう思うから」は論理ではなく、好み赤ペンである
- 「全部大事」は優先順位を決める仕事から逃げている
- 教育と言いながら終盤だけ大量介入するのは、教育ではなく破壊
- 研修を受けている／運営する側なのに実務でできていないなら、研修済み未実装管理者である
- 中堅・中途が何人も辞めているなら、離職を生む管理構造として見るべき
- 対策は、口頭説得ではなくログ・時系列・上位者相談・変更依頼扱い
- 相談は個人攻撃ではなく、再発防止・納期リスク・組織リスクとして出す
