見える化は“掲示”ではない

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

「進捗管理表はあるのに、なぜか遅れが直前まで見えない」
「会議室の壁にいろいろ貼ってあるが、誰も見ていない」
「ダッシュボードは立派なのに、現場の困りごととつながっていない」

こうした光景は、多くの職場で見られます。

• 進捗表を掲示している
• KPIを毎月共有している
• タスク一覧を見える場所に置いている
• 会議で数字を報告している

それなのに、

• 問題の発見が遅れる
• 遅れや詰まりが見えない
• 優先順位がそろわない
• 改善行動につながらない

ということが起こります。

なぜでしょうか。

それは、
「見える化」を“情報を出すこと”だと捉えてしまっているから です。

TPS（トヨタ生産方式）でいう見える化は、
単なる掲示ではありません。
異常がわかり、判断がそろい、すぐ行動できる状態をつくること です。

「見える化」と「掲示」は何が違うのか

まず結論から言えば、

• 掲示 ＝ 情報を置くこと
• 見える化 ＝ 問題が見えて、動けること

です。

掲示は、情報が“存在している”状態です。
しかし見える化は、
必要な人が、必要なタイミングで、異常やズレに気づける状態 を指します。

たとえば、

• 予定と実績の差がひと目でわかる
• どこで止まっているかがすぐわかる
• 誰が判断待ちなのかがわかる
• 何を優先すべきかがわかる

これが、見える化です。

情報がたくさんあることは、見える化ではありません。
むしろ、情報が多すぎるほど、肝心の異常が埋もれます。

TPSにおける見える化の本質

TPSでは、見える化は
「異常管理」のための仕組み として機能します。

正常な状態が明確に定義されていて、
そこから外れたときに、誰でも気づける。
そして、すぐ対処できる。

製造現場であれば、

• 在庫が増えすぎている
• 工程が止まっている
• 不良が出ている
• 標準から外れた動きがある

といったことが、すぐわかるようにします。

つまり、見える化とは
「見るため」ではなく、「異常をあぶり出すため」 にあるのです。

この視点をホワイトカラーに持ち込むと、
見える化の意味が大きく変わります。

ホワイトカラーでありがちな“見える化の誤解”

1．情報を並べれば見える化だと思っている

• タスク一覧を全部貼る
• 数字をたくさん並べる
• ガントチャートを細かく作る
• ダッシュボードを作り込む

こうした取り組みは、悪くありません。
ただし、そこから

• 何が正常で
• どこが異常で
• 何を優先して
• 誰が動くべきか

がわからなければ、
それは“情報の陳列”にすぎません。

2．更新されない掲示物が“風景”になる

最初は意気込んで作った進捗ボードも、

• 更新されない
• ルールが曖昧
• 誰も見ない
• 会議のためだけに整える

となると、ただの背景になります。

TPSの見える化は、
現場で使われ続けること が前提です。

“飾るためのボード”ではなく、
“仕事を動かすためのボード”でなければなりません。

3．遅れが“見えた時には遅い”

月次のKPI報告や定例会議で初めて問題が共有される。
これはよくあることです。

しかし、その時点では

• すでに納期が迫っている
• 手戻りの余地が少ない
• 関係者の調整が間に合わない

ということが多い。

見える化とは、
問題を報告する仕組みではなく、問題を早く発見する仕組み です。

ホワイトカラーにおける“本当の見える化”の3条件

1．正常と異常の境目が明確である

まず必要なのは、
何が正常で、何が異常かを定義すること です。

たとえば、

• 依頼から初回返信は24時間以内
• レビュー待ちは2件まで
• 企画書はドラフト段階で3営業日以内に共有
• 承認待ちが3日を超えたらエスカレーション

こうした基準がないと、
見えても「で、何が問題なのか」がわかりません。

見える化の前に、
正常状態の言語化 が必要です。

2．“流れ”が見える

ホワイトカラーの見える化で最も重要なのは、
仕事の流れ が見えることです。

• 未着手
• 進行中
• レビュー待ち
• 修正中
• 完了

こうした流れが見えれば、

• どこに滞留があるか
• どこがボトルネックか
• どこで仕掛かりが増えているか

が見えてきます。

単なる担当者別のToDo一覧では、
“個人の忙しさ”は見えても、
“仕事の詰まり” は見えにくいのです。

3．見えた瞬間に、行動ルールがある

見える化は、見えて終わりではありません。

• 赤になったら誰が声をかけるか
• レビュー待ちが増えたら新規着手を止めるか
• 承認が詰まったらどこにエスカレーションするか
• 期限超過が出たら何を優先し直すか

この“次の一手”が決まっていて、初めて機能します。

TPSの見える化は、
判断と行動を早めるための装置 です。

ケース紹介：営業企画チームの“立派な進捗表”が機能しなかった理由

ある営業企画チームでは、
大型案件の増加に合わせて、詳細な進捗管理表を導入しました。

• 案件名
• 担当者
• 納期
• 進捗率
• 関係部署
• リスク欄
• コメント欄

一見すると、非常によくできた管理表です。
しかし、実際には

• 遅れが直前までわからない
• 進捗率が主観的で信用しづらい
• 会議前だけ更新される
• 問題があっても誰も手を打たない

という状態でした。

そこで、見直しを行いました。

変更したのは、“情報量”ではなく“見え方”です。

• ステータスを「未着手／進行中／レビュー待ち／修正中／完了」に絞る
• 各状態の定義を明確化する
• 「レビュー待ち3件超」で異常表示
• 「3日以上停滞」で要確認表示
• 朝会で“赤い案件だけ”を確認する
• 赤が出たら、担当責任ではなくチームで支援する

すると、

• 問題の早期発見が増える
• ボトルネックが上長レビューだとわかる
• 新規着手を抑える判断ができる
• 完了件数が増える

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

ポイントは、
「たくさん見せる」から、
「異常が見える」 へ変えたことです。

まとめ

• 見える化は、単なる掲示や情報共有ではない
• 掲示は“情報がある状態”、見える化は“問題が見えて動ける状態”
• TPSにおける見える化の本質は、異常管理にある
• ホワイトカラーでは、情報の量よりも“流れ”と“滞留”を見えるようにすることが重要
• 見える化を機能させるには、「正常と異常の基準」「流れの可視化」「見えた後の行動ルール」が必要

職場に貼り紙やダッシュボードが増えても、
それだけでは仕事は良くなりません。

本当に必要なのは、
“見た人が同じ判断をし、すぐ動ける状態” をつくることです。

TPSの見える化は、
“きれいに整理して見せる技術”ではなく、
“異常を早くつかみ、流れを守るための仕組み” なのです。

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

次回予告

「会議は“情報共有の場”ではない――意思決定を前に進める設計」