要件を出せないのに赤ペンだけする人|マウンティング猿・クソモンキー茶番科の仕事破壊構造

仕事で分からないことがあるのは、別に悪いことではない。

読書機能の使い方

聴く:本文を読み上げます。速読:語句を順に表示し、速さを調整できます。語学練習:別の言語版と対訳を読み比べます。保存:このブラウザーにブックマークし、プレイヤーの保存済み一覧から開けます。

この記事をシェア
広告
広告

1. 仕事を壊すのは「分からない人」ではない

仕事で分からないことがあるのは、別に悪いことではない。

「分かりません」 「確認します」 「この人なら知っていそうです」 「ここまでは分かりますが、この先は確認が必要です」

こう言える人は、むしろまともである。

問題は、分からないことそのものではない。

問題は、分からないことを認められず、防衛し、前提確認を嫌がり、それでも完成物には赤ペンだけ入れてくる人である。

このタイプは、ただ仕事が苦手な人ではない。

仕事の流れそのものを壊す。

要件を出さない。 判断基準を出さない。 前提確認を嫌がる。 でも、後から採点する。 納期が遅れたら、責任は作業者に流す。

これが一番きつい。

2. 標本名:クソモンキー茶番科

このタイプを分類するなら、こうなる。

クソモンキー茶番科
防衛型赤ペン猿属
責任ロンダリング種
権限者同席で急に黙る亜種

かなり口は悪い。

でも、構造を表すラベルとしてはかなり正確だと思う。

分類表

分類 内容
科 クソモンキー茶番科
属 防衛型赤ペン猿属
種 責任ロンダリング種
亜種 権限者同席で急に黙る亜種
主な生息地 QC活動、改善活動、資料レビュー、曖昧な社内プロジェクト
主な鳴き声 「それは君の仕事!」
攻撃方法 後出し赤ペン、大量修正、前提確認への防衛、責任転嫁
弱点 権限者の同席、上位承認、納期と判断基準の文書化
取り扱い注意 野生の赤ペン猿を事務所に解放するな

このラベルの本質は、相手をバカにすることではない。

「この人は何をしているのか」を構造として見えるようにすることだ。

怒りをただ反芻するより、ラベルをつけた方が脳内で処理しやすくなる。

3. 要件を出せないのに、採点者ポジションだけ取る

このタイプの問題は、要件を出せないのに採点者ポジションだけ取ることだ。

本来、レビューや赤ペンをする人には、事前に出すべきものがある。

  • 目的
  • 完成イメージ
  • 判断基準
  • 優先順位
  • NG条件
  • 期限
  • 誰が最終判断するか
  • どこまで作業者に任せるか
  • どこから先は判断者が決めるか

これがないまま作業者に投げると、作業者は推測で進めるしかない。

そして推測で進めた後に、

「ここが違う」 「こうじゃない」 「もっとこうして」 「全部やり直し」

と言われる。

これはレビューではない。

後出し採点である。

赤ペンを持つなら、採点表を先に出すべきだ。

採点表を出せないのに赤ペンだけ持つ人は、仕事を進めているようで、実際には手戻りを量産している。

4. 前提確認をすると防衛する

このタイプは、前提確認を嫌がる。

「目的は何ですか?」 「誰が使う資料ですか?」 「最終判断者は誰ですか?」 「納期はいつですか?」 「どこまで対応すればいいですか?」 「判断基準はありますか?」

こう聞くと、なぜか防衛する。

「細かい」 「考えすぎ」 「それは君の仕事」 「とりあえずやって」 「そんなことまで聞かれても困る」

こうなる。

しかし、前提確認は攻撃ではない。

手戻りを防ぐための仕事である。

前提確認を嫌がる人ほど、後から大きく直す。

つまり、前提確認を拒否した時点で、未来の手戻りを予約している。

ここがかなり厄介である。

5. 防衛反応は「説明できない不安」から出ることがある

前提確認に対して防衛が出るのは、単なる性格の悪さだけではない場合もある。

質問されることで、

「自分が目的を説明できていない」 「判断基準を持っていない」 「実は完成イメージを言語化できない」 「自分のレビューが感覚頼みだとバレる」

と感じることがある。

すると、質問そのものを攻撃と受け取る。

コミュニケーション研究では、評価・支配・優越のように受け取られる言い方は防衛的な反応を生みやすく、逆に記述・問題志向・対等性のある言い方は支援的な雰囲気を作りやすいと整理されている。

つまり、前提確認は本来必要だが、相手によっては「自分の未整理を見られた」と感じ、防衛する。

だから実務上は、前提確認をするときも、

「なぜ決まってないんですか」 「目的が不明です」 「これでは進められません」

ではなく、

「手戻り防止のため、先に目的と判断基準を確認させてください」 「納期に間に合わせるため、対応範囲を先にそろえたいです」

という言い方に変換した方が通りやすい。

ただし、それでも防衛する人はいる。

その場合は、言い方の問題ではなく、運用の問題になる。

6. 「それは君の仕事!」の正体

このタイプがよく言う言葉がある。

「それは君の仕事!」

たしかに、作業するのはこちらの仕事かもしれない。

資料を作る。 動画を作る。 内容を整理する。 案を出す。 形にする。

それは作業者の仕事である。

しかし、判断基準を出すことまで作業者だけの仕事にされると話が変わる。

判断者の仕事は、判断することである。

レビュー者の仕事は、何をもってOKとするかを示すことである。

依頼者の仕事は、目的と条件を出すことである。

それを全部あいまいにしたまま、

「作るのは君の仕事」 「でも後から赤ペンする」 「納期が遅れたら君の責任」

となるなら、それは仕事ではなく責任ロンダリングである。

作業責任だけを渡し、判断責任は曖昧にし、レビュー権限だけ握る。

これが一番きつい。

7. 納期を守るルールを壊しておいて、遅延責任を流すな

さらに最悪なのは、納期を守るためのルールを壊すパターンだ。

たとえば、作業者側が、

  • 前提を整理する
  • レビュー期限を決める
  • 修正範囲を決める
  • 納期に間に合うように進め方を作る
  • 責任ロンダリングを止めるルールを置く

ところまでやったとする。

本来これは、納期を守るための管理である。

しかし、防衛型赤ペン猿はこれを壊す。

前提確認は嫌がる。 レビュー期限は守らない。 後から大量に赤ペンする。 修正範囲を増やす。 納期を遅らせる。 でも責任は作業者に流す。

これは、かなり腹が立つ。

なぜなら、作業者はサボったわけではないからだ。

むしろ、破綻しないように設計した。

その設計を壊した側が、遅延責任だけ作業者に流してくる。

これは、交通整理した人の前に信号無視で突っ込んできて、事故ったら「運転していた君の責任」と言うようなものだ。

あほくさい。

8. 後出し赤ペンは「変更依頼」として扱うべき

レビュー後に修正が出ること自体は悪くない。

仕事には修正がある。

問題は、後から出てきた修正を、最初から予定されていた作業のように扱うことだ。

特に、前提や判断基準が変わる修正は、ただの軽微修正ではない。

それは変更依頼である。

変更管理の考え方では、管理されていない追加要件はスコープクリープにつながり、作業超過や納期遅延の原因になりやすい。

だから、本来はこう扱うべきである。

  • 当初前提から変わったか
  • 必須修正か、できれば修正か
  • 納期に影響するか
  • 優先順位は何か
  • 誰が判断するか
  • 追加修正を受ける代わりに何を削るか
  • 納期変更は可能か

この整理なしに赤ペンだけ増やすと、作業者の時間が無限に溶ける。

赤ペンは無料ではない。

赤ペンには工数がある。 赤ペンには納期影響がある。 赤ペンには責任がある。

これを見えないものとして扱う人を、事務所に解放してはいけない。

9. 権限者が同席すると急に黙る茶番

このタイプには、さらに茶番要素がある。

ふだんは前提確認に防衛し、赤ペンし、マウントを取る。

しかし、部長や他部署の権限者が同席した瞬間、急に黙る。

急に通る。 急に大人しくなる。 急にうきーしなくなる。

これはかなり気持ち悪い。

なぜなら、それは中身の妥当性で判断していたのではなく、

「この人に逆らうと面倒かどうか」 「この場でマウントを取れるかどうか」 「自分の赤ペン権限を通せる空気かどうか」

を見ていた可能性があるからだ。

つまり、品質判断ではなく、権威反応である。

論理ではなく、ハンコで止まる。

この場合、作業者がいくら正論を言っても通らない。 しかし、権限者の確認済みになると通る。

これは、職場としてかなり茶番である。

ラベルをつけるなら、

他部署ハンコで急に黙る猿

である。

10. 直属ラインが機能しないと、他部署ハンコで封印するしかない

本来なら、自部署内で前提整理・判断基準・納期・レビュー期限を決めればいい。

しかし、それができない場合がある。

直属ラインが穴あきになっている。 判断者が判断しない。 レビュー者が基準を出さない。 赤ペンだけする。 納期責任は作業者に流す。

こうなると、外部の権限者や関係部署の確認を使って、方針と期限を固定するしかない。

これは理想ではない。

しかし、実務上は有効なことがある。

ポイントは、誰かを盾にして喧嘩することではない。

部門間で確認済みの方針として、納期と内容を固定すること

である。

こうすれば、後から自由赤ペンをしにくくなる。

赤ペンが来ても、

「追加修正ですね」 「納期影響があります」 「優先順位を確認します」 「納期変更の可否を確認します」 「判断者は誰ですか」

に戻せる。

猿と論理バトルをしない。

檻、ハンコ、期限、記録で囲う。

11. 「野生の赤ペン猿を事務所に解放するな」

このタイプを放置すると、職場全体の生産性が壊れる。

本人はレビューしているつもりかもしれない。 本人は指導しているつもりかもしれない。 本人は品質を上げているつもりかもしれない。

しかし、実際に起きているのは、

  • 前提確認の妨害
  • 判断基準の未提示
  • 後出し修正の量産
  • 納期遅延
  • 作業者への責任転嫁
  • 心理的安全性の破壊
  • 無駄な会議と修正ループ
  • 有能な人の消耗

である。

これは、野生の赤ペン猿を事務所に解放しているようなものだ。

赤ペンを持たせるなら、採点表も持たせる。 レビューさせるなら、期限を守らせる。 判断させるなら、判断責任を持たせる。 修正させるなら、納期影響を見せる。

これができないなら、自由に放牧してはいけない。

12. 対策:赤ペンを「変更依頼」に変換する

このタイプへの対策は、感情で殴ることではない。

冷静に運用で縛ることだ。

使うべきルール

  1. 前提を文書化する
  2. 判断基準を先に出してもらう
  3. レビュー期限を決める
  4. 期限後の修正は変更依頼扱いにする
  5. 大幅修正は納期影響ありとして扱う
  6. 口頭指示はメールで記録化する
  7. 追加修正には優先順位をつけてもらう
  8. 最終判断者を明確にする
  9. 権限者の確認済み方針として固定する
  10. 作業者が無限に巻き取らない

これで、赤ペン猿の自由行動を制限できる。

13. メール文例:レビュー基準を先に確認する

〇〇さん

お疲れさまです。

手戻り防止のため、作成前に今回の判断基準を確認させてください。

こちらで作業を進めるにあたり、以下を事前にそろえたいです。

・今回の目的
・完成イメージ
・必須で入れる内容
・入れなくてよい内容
・優先順位
・最終確認者
・レビュー期限

上記を確認したうえで、納期に間に合う形で進めます。
よろしくお願いします。

これは「採点表出せ猿」とは言っていない。

しかし、実質的には採点表を求めている。

14. メール文例:後出し赤ペンを変更依頼にする

〇〇さん

お疲れさまです。

ご指摘ありがとうございます。

今回の修正内容について、当初確認していた前提から変更が含まれるため、納期への影響が出る可能性があります。

対応範囲を整理したいので、以下を確認させてください。

・今回の修正のうち必須対応のもの
・可能であれば対応するもの
・今回対応しなくてよいもの
・納期変更の可否
・最終判断者

上記を確認したうえで、対応範囲とスケジュールを整理します。
よろしくお願いします。

これで、赤ペンをただの「作業者の追加作業」にしない。

変更依頼として扱う。

15. メール文例:権限者確認済みで方針を固定する

〇〇さん

お疲れさまです。

本件については、〇〇部長にも確認済みの方針として、〇月〇日までに現内容で進めます。

追加修正がある場合は、納期への影響が出る可能性があるため、修正の優先順位と納期変更の可否をあわせて確認させてください。

よろしくお願いします。

これで、自由赤ペンを封じやすくなる。

ポイントは、相手を論破しないことだ。

方針、期限、確認者、納期影響で囲う。

16. AIに投げるプロンプト

以下の内容を、相手の防衛反応を刺激しにくいビジネスメール文に変換してください。

目的:
- 前提確認
- 判断基準の確認
- レビュー期限の明確化
- 後出し修正を変更依頼として扱う
- 納期影響を明確にする
- こちらが無限に巻き取らないようにする

条件:
- 相手を責めない
- 「前も言いました」「自分で考えてください」「赤ペンするなら基準を出してください」のような直接表現を避ける
- 手戻り防止、認識合わせ、対応範囲確認という言葉を使う
- 短めで事務的
- ただし、必要な確認事項は明確にする

元の言いたいこと:
「前提を聞くと防衛するのに、後から大量赤ペンされると納期に影響します。作業はこちらで進めますが、判断基準・レビュー期限・追加修正の優先順位・納期変更可否を先に確認したいです。」

これを使えば、怒りをそのまま送らずに、必要な条件だけ通せる。

17. 結論:赤ペンするなら、採点表と責任も持て

要件を出さない。 前提確認を嫌がる。 でも後から赤ペンする。 納期を壊す。 責任は作業者に流す。 権限者が来ると急に黙る。

これは、職場の運用としてかなり悪い。

分からないこと自体が悪いのではない。

分からないことを認めず、前提整理を邪魔し、後出し採点だけして、責任を流すことが悪い。

赤ペンするなら、採点表を出せ。 レビューするなら、レビュー期限を守れ。 変更するなら、納期影響を見ろ。 判断するなら、判断責任を持て。

それができないなら、野生の赤ペン猿を事務所に解放するな。

職場に必要なのは、マウンティング猿ではない。

前提をそろえ、判断基準を出し、納期を守るために協力できる人である。


まとめ

  • 問題は「分からない人」ではなく、分からないことを認めず防衛し、後から赤ペンだけする人
  • 要件を出せないのに採点者ポジションだけ取ると、手戻りが増える
  • 前提確認は攻撃ではなく、納期と品質を守る仕事
  • 「それは君の仕事!」は、作業責任と判断責任を混同している可能性がある
  • 後出し赤ペンは、軽微修正ではなく変更依頼として扱うべき場合がある
  • 権限者同席で急に黙るなら、中身ではなく権威で動いている可能性がある
  • 対策は、方針・期限・判断基準・レビュー期限・変更依頼・納期影響を文書化すること
  • 野生の赤ペン猿を事務所に解放するな

広告

もう1個、なんか面白いのない?

読み終わったついでに。近い話と、ぜんぜん違うけど面白い話を少しずつ。

  1. 近い話100円の判断に30分使うな「思いついたら即やる人」の正体は、衝動性よりリスク圧縮と行動摩擦の設計だった
  2. 2,000円で現実世界をAPI化する物干し竿の購入や資源ごみの処分を2,000円で依頼した 自分でやるのではなく、他人に全部任せた
  3. ぜんぜん違うけど人間は月40ページ、機械は28万回広告審査待ちのブログで「記事数・アクセス・収益」の現実を計算した
  4. 『ラヴ上等2』、恋愛に24時間SLAを持ち込むなAwichは全部知ってる、たいちゃんの耳はHPゲージ、最後はモモンガが「よこせッ!」
  5. 装備モモンガ、属性:六角堂帰り――人類は他人の「設定資料集」を勝手に書く
  6. 『ハーレム王の異世界プレス漫遊記』はなぜ何でもありなのか女王のM、現実だと大家さん、ニケ強制送還、《想像妊娠》、そして魔王より危険なおじさん

今日これ読んで

この記事を読んだ人の次の疑問に、それぞれ答える記事です。

すべての記事から探す「仕事」の記事をもっと見る

他の記事を探す

すべての記事

めんどいちゃん

このサイトの運営者

めんどいちゃん

仕事や日常の「めんどい」を構造化して、次に動きやすくする記事を書いています。

広告

新着記事

  1. 1一度動くと担当になる職場――思いつき、追加業務、責任範囲をどう切るか
  2. 2能力不足を責める前に業務を設計せよ――解雇論が示すマネジメントの基本
  3. 3休んでいるつもりなのに休めないのはなぜか:脳の検索窓が閉じていない日の話
  4. 4男子トイレの床はなぜ濡れるのか
  5. 5税・社保サブスク、払ったなら使い倒せ――GPIF約318兆円、資格最大80%、UR「4ナイ」まで合法テイカー入門
広告