問題を隠す組織、問題が出る組織

社会や現場の「あるある」課題

「問題が起きたのに、なぜもっと早く言わなかったのか」
「現場では前から困っていたのに、上には上がっていなかった」
「会議では“特に問題ありません”だったのに、直前で大きなトラブルが発覚した」

こうしたことは、多くの職場で起こります。

• 問題が見えていなかった
• いや、実は誰かは気づいていた
• でも、言いにくかった
• 言っても変わらないと思っていた
• 言うと責められる空気があった

つまり、問題が“なかった”のではなく、
問題が“出てこなかった” のです。

TPS（トヨタ生産方式）は、
問題をなくす仕組みとして語られがちです。
しかし実際には、その前に、もっと大切な前提があります。

それは、
問題が見えること。
そして、
問題が出せること。

問題を隠す組織は、一見すると平和です。
でも、その静けさの下で、流れは静かに壊れていきます。

問題が“出ない”組織は、良い組織ではない

職場で「最近、大きな問題はありません」と聞くと、安心したくなります。
しかしTPSの視点では、少し疑ってみる必要があります。

なぜなら、仕事には必ず、

• ばらつき
• 想定外
• 認識差
• 詰まり
• 手戻り
• 不具合の芽

があるからです。

現実の仕事に問題がゼロ、ということはまずありません。

それでも問題が上がってこないなら、考えられるのは、

• 気づいていない
• 見えていない
• 言えない
• 言っても無駄
• 言うと損をする

という状態です。

つまり、
“問題がない”のではなく、“問題が出ない構造”になっている 可能性が高いのです。

TPSは「問題を早く出す」思想である

TPSは、効率化の仕組みだと思われがちです。
もちろんそれは一面として正しいのですが、本質はもっと深いところにあります。

TPSは、
異常を隠さず、早く見つけ、すぐ対処し、学習する仕組み です。

• 在庫を減らす → 問題が隠れにくくなる
• 標準化する → ズレが見えやすくなる
• 見える化する → 異常に気づきやすくなる
• アンドンを引く → 異常を止めて知らせる
• なぜを繰り返す → 原因に迫る

つまりTPSは、
問題を“消す”前に、まず“出す”ための思想 なのです。

この視点を持つと、
「問題を報告する人」が、
“困った人”ではなく、
“組織を守る人” に見えてきます。

問題を隠す組織に起こる3つのこと

1．“静かな手遅れ”が増える

問題が表面化しない組織では、
トラブルは突然起こるように見えます。

でも実際には、

• 以前から小さな違和感があった
• 現場では兆候があった
• 何度か迷いがあった
• ただ、それが上がらなかった

ということがほとんどです。

その結果、

• 発見が遅れる
• 打てる手が減る
• 被害が大きくなる
• 緊急対応ばかりになる

これは、
問題そのものより、“発見の遅れ”が損失を大きくしている状態 です。

2．現場が“自己防衛”に走る

問題を出すと、

• 責められる
• 評価が下がる
• 能力不足と見なされる
• 面倒な説明が増える

そんな空気があると、人は自然に守りに入ります。

• まず自分で抱える
• ギリギリまで様子を見る
• 小さく見せる
• 共有範囲を絞る
• 表現を曖昧にする

これは人として自然な反応です。
しかし組織としては、
異常の初期対応力を失う ことになります。

3．改善ではなく“犯人探し”が強くなる

問題が出にくい組織ほど、
いざ問題が出たときに大騒ぎになります。

• 誰が見落としたのか
• 誰が報告しなかったのか
• なぜもっと早く言わなかったのか

こうした問いは、一見もっともです。
しかし、これが強くなりすぎると、

次からはもっと、問題が出なくなります。

TPSの視点では、重要なのは
「誰が悪いか」より、「なぜその問題がそこで止まらなかったか」 です。

犯人探しは、再発防止に見えて、
しばしば“次の沈黙”を生みます。

問題が“出る”組織に共通する3つの条件

1．問題が“異常”として定義されている

問題を出しやすくするには、
まず「何が問題か」が明確である必要があります。

たとえば、

• 納期超過だけが問題
• ではなく、「納期に間に合わない兆候」も異常
• 品質不良だけが問題
• ではなく、「レビューで迷いが続く状態」も異常
• クレームだけが問題
• ではなく、「顧客の違和感のサイン」も異常

こうした定義があると、
人は“失敗報告”ではなく、
“異常の共有” として話しやすくなります。

2．問題を出した人が、責められない

これは非常に重要です。

問題が出る組織では、

• 早く言ってくれて助かった
• 今ならまだ打てる手がある
• 一緒に見よう
• 仕組みの問題かもしれない

という反応が返ってきます。

逆に、

• なんで今さら
• 先に言えたはずだ
• それは君の管理不足だ

が先に来ると、次から出なくなります。

もちろん、責任や再発防止は必要です。
しかし順番が大事です。

最初にやるべきは、救済と対処。
責任整理は、その後。

この順番を守れる組織は、強いです。

3．問題を出した後の“処理ルート”がある

問題を出しやすくするには、
「言ってよかった」という実感が必要です。

そのためには、

• どこに言えばよいか
• 誰が判断するか
• 何を止めてよいか
• どう支援が入るか

が決まっている必要があります。

問題が出ても、

• たらい回し
• 既読スルー
• 判断保留
• 結局本人任せ

では、誰も次から出しません。

問題が出る組織は、
問題を“受け止める構造” を持っています。

ケース紹介： “問題を言う人”が敬遠されていたチームの変化

ある管理部門では、
業務フローの不備や依頼の抜け漏れを頻繁に指摘するメンバーがいました。

しかし周囲からは、

• 細かい
• ネガティブ
• 面倒を増やす
• また何か言っている

という見られ方をされていました。

結果として、チームには

• 小さな違和感を飲み込む
• 問題は自分で処理する
• ギリギリまで上げない

という空気が広がっていました。

その後、大きな処理漏れが発生し、
複数部署を巻き込むトラブルになりました。

そこで上長は、対応方針を変えました。

変えたこと

• 「問題指摘」を“ネガティブ”ではなく“異常検知”と位置づけ直す
• 朝会で「困りごと・詰まり・迷い」を先に共有する
• 問題を出した人を責めず、まず支援策を考える
• 個人責任ではなく、「どこで止められたか」を振り返る
• 小さな異常を歓迎する言葉を、管理職が明示する

すると徐々に、

• 早めの相談が増える
• 迷いが放置されにくくなる
• 小さなズレで対処できる
• 緊急対応が減る

という変化が起きました。

“問題を言う人”は、
実はチームの空気を悪くしていたのではありません。
見たくない現実を、先に見せてくれていた のです。

まとめ

• 問題が出ない組織は、良い組織とは限らない
• 現実の仕事には必ずばらつきや異常があり、問題ゼロはほぼありえない
• TPSは、問題を消す前に、まず問題を早く出す思想である
• 問題を隠す組織では、発見が遅れ、自己防衛が強まり、犯人探しが増える
• 問題が出る組織には、「異常の定義」「責めない初動」「受け止める処理ルート」がある

強い組織とは、
問題が少ない組織ではありません。

本当に強い組織とは、
問題が小さいうちに出て、早く扱える組織 です。

TPSが教えてくれるのは、
効率化のテクニックだけではありません。
それ以上に、
“異常とどう向き合うか”という組織文化の設計思想 なのです。

ホワイトカラー向けのTPS講座（38/50）

次回予告

「“忙しい人”に仕事が集まる職場の病理」