ジャストインタイムと自働化――2本柱をどう理解するか

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

「トヨタ生産方式といえば、ジャストインタイムですよね」
「必要なものを、必要なときに、必要なだけ流す――それがTPSの核心だと思っています」

研修や対話の場で、こうした言葉をよく耳にします。
もちろん、これは間違いではありません。
しかし、それだけでは半分しか見えていないのも事実です。

TPS（トヨタ生産方式）は、しばしば「在庫を減らす仕組み」「流れを良くする仕組み」として語られます。
そのため、ジャストインタイム（JIT）ばかりが注目され、「どう流すか」に意識が偏りがちです。

けれども現場では、こんなことが起こります。

流れを速くしたら、かえって不良や手戻りが増えた
在庫を減らしたら、トラブル時に業務が止まった
仕事を標準化したつもりが、現場が窮屈になった
スピードを求めるほど、担当者の負荷だけが増えた

これは、“流す仕組み”だけを見て、“止める仕組み”を見ていないときに起こりやすい現象です。

TPSの本質は、
ジャストインタイム（流す）と、自働化（止める）
この2本柱を両輪として機能させることにあります。

そしてこの2本柱は、製造現場だけの話ではありません。
むしろ、変化が速く、例外処理が多いホワイトカラーの仕事にこそ、大きな示唆を与えてくれます。

TPSの2本柱とは何か

TPSを語るとき、必ず出てくるのが次の2つです。

ジャストインタイム（JIT）

必要なものを、必要なときに、必要なだけ流す

自働化（にんべんのついた自動化）

異常があれば止める、異常を見えるようにする、品質を工程でつくりこむ

この2つは、単なる並列の概念ではありません。
JITが“流れ”をつくり、自働化が“流れの質”を守る関係です。

言い換えれば、

JITだけだと、速く流れるが、問題も速く広がる
自働化だけだと、止めることはできるが、全体最適の流れがつくれない

だからこそ、流す力と止める力をセットで持つことがTPSの要諦なのです。

ジャストインタイムは「在庫削減」ではなく「異常の顕在化」

JITというと、「在庫を減らす」「ムダをなくす」という理解にとどまりがちです。
しかし本質は、単なるコスト削減ではありません。

在庫が多いと、さまざまな問題が隠れます。

工程のばらつき
品質不良
情報の遅れ
判断の曖昧さ
引き継ぎミス
優先順位の混乱

在庫は、製造では「部品の山」ですが、ホワイトカラーでは別の姿をとります。

たとえば、

未処理メール
承認待ち案件
着手されないタスク
保留の会議資料
先送りされた意思決定
担当者の頭の中にだけある未整理情報

これらはすべて、情報や仕事の“在庫”です。

JITの考え方をホワイトカラーに当てはめると、

仕事を小さく流す
次工程（次の担当者）が必要なタイミングで渡す
一度に抱え込みすぎない
仕掛かりを減らす
滞留を見える化する

という発想になります。

つまりJITとは、
「速く回す」ためではなく、「滞りや異常が見える状態をつくる」ための設計思想なのです。

自働化は「機械化」ではなく「異常で止まれる組織」

「自働化」という言葉は、初学者にとって少し誤解されやすい概念です。
“自動化”と似ているため、「人手を減らす仕組み」と受け取られがちです。

しかしTPSにおける自働化は、そうではありません。

異常を見逃さない
異常が起きたら止める
止めた上で、原因を明らかにする
同じ異常を繰り返さない

この一連の考え方こそが、自働化です。

製造現場では、設備が止まる、アンドンが点灯する、不良が流出しない、といった形で表れます。
ではホワイトカラーではどうでしょうか。

たとえば、

入力ルールに合わない申請は、次工程に流れない
承認条件が不足していれば、差し戻しになる
会議資料が未完成なら、会議を延期する
顧客対応で重大な抜け漏れがあれば、即時エスカレーションする
判断基準が曖昧な案件は、そのまま進めず一度立ち止まる

これらはすべて、ホワイトカラー版の自働化です。

多くの職場では、「止めること」は悪いこととされがちです。
しかし本来、止めないことの方が、あとで大きな損失を生む場合が少なくありません。

間違った資料のまま会議を進める
不十分な要件のまま開発を進める
認識がズレたまま顧客提案を出す
不備のある契約をそのまま通してしまう

TPSの自働化は、
“止める勇気”を、個人の気合いではなく仕組みで支える考え方なのです。

2本柱をホワイトカラーでどう活かすか

ここが、今回の重要ポイントです。
ホワイトカラーの現場では、

JITだけを入れると「納期圧力」になる
自働化だけを入れると「チェック過多」になる

という失敗が起こりがちです。

だからこそ、2本柱はセットで考える必要があります。

1. JIT：仕事を“押し込み”ではなく“引き取り”で設計す

たとえば上司が部下に、次々と仕事を投げる。
部署間で、前工程が終わったものを一方的に送る。
これは「押し込み型」です。

一方でTPS的には、

次工程が処理可能な量だけ受け取る
優先順位を明確にする
仕掛かり数に上限を設ける
着手中の仕事を絞る

という「引き取り型」の発想が重要です。

これにより、
忙しさの正体が“仕事量”なのか、“流し方の悪さ”なのかが見えてきます。

2. 自働化：異常時の“止まり方”をあらかじめ決める

ホワイトカラーの仕事では、異常が見えにくいのが難点です。
だからこそ、あらかじめ決めておく必要があります。

どんな状態を異常とみなすか
どこで止めるか
誰に知らせるか
どう再開するか

このルールがないと、現場は“空気”で進みます。
そして空気で進む組織ほど、問題が後工程で爆発します。

3. 両者を組み合わせると、「流れながら学ぶ組織」になる

JITで流れを整える。
自働化で異常を止める。
すると、問題が早く、小さく、具体的に見えるようになります。

ここで初めて、問題解決（TBP）が効いてきます。

つまり、

TPSは、問題を見えるようにする
TBPは、見えた問題を解く

この役割分担が重要です。

ケース紹介：営業企画部門で起きていた「流れているようで流れていない仕事」

ある企業の営業企画部門では、提案書作成や社内承認、顧客向け資料の準備が慢性的に遅れていました。

現場では、こんな声がありました。

「いつもギリギリになる」
「みんな忙しいのに、なぜか進まない」
「差し戻しが多くて、何度もやり直している」
「誰がどこで止めているのか分からない」

当初、管理職は「もっと早く動こう」「事前準備を徹底しよう」と呼びかけました。
しかし、状況は改善しませんでした。

そこで、TPSの2本柱の観点から仕事を見直しました。

まずJITの観点で見たこと

案件が一度に各担当者へ集中していた
先に使わない資料まで前倒しで作っていた
承認者の処理能力を超えて案件が滞留していた
途中で優先順位が何度も変わっていた

対策として、

案件ごとの着手条件を明確化
仕掛かり案件数に上限を設定
承認依頼は「必要なタイミング」で出す
優先順位の変更は週1回の見直しに限定

としました。

次に自働化の観点で見たこと

必須情報が不足したまま承認に回っていた
提案書のレビュー基準が人によって違っていた
顧客提出直前に不備が発覚していた

そこで、

必須項目が揃わない案件は承認に進めない
レビュー観点をチェックリスト化
不備があればその場で止めて差し戻す
重大な差し戻しは、月次で原因を共有する

という仕組みを入れました。

結果として、最初の数週間は「止まる場面」が増えました。
しかしその後、手戻りが大幅に減り、提案書の作成リードタイムは短縮。
現場からは、こんな声が出ました。

「前より厳しくなったのに、むしろ楽になった」
「ギリギリの修正が減った」
「どこで詰まっているか、やっと分かるようになった」

これはまさに、
JITで流れを整え、自働化で質を守った結果です。

まとめ

TPSは、ジャストインタイムと自働化の2本柱で成り立っている
ジャストインタイムは、単なる在庫削減ではなく、流れを整え、異常を見える化する思想である
自働化は、単なる自動化ではなく、異常で止まれる仕組みである
ホワイトカラーの仕事でも、「仕事の在庫」と「情報の異常」は確実に存在する
JITで問題を見えやすくし、自働化で問題を拡大させないことで、はじめてTPSは機能する
そして、その先で活きてくるのが、TBP（トヨタ流問題解決）である

TPSを「速く回す技術」とだけ捉えると、現場は疲弊しやすくなります。
しかし、
流れを整え、異常を止め、人が学べる状態をつくる仕組み
として理解すると、見え方は大きく変わります。

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

次回予告
「必要なものを、必要なときに、必要なだけ」の本当の意味

=====
「自社（自分）の場合はどう考えればよいか」
「実際に何から始めればよいか」
といった段階でも、お気軽にご相談いただけます。

内容がまだ整理できていない場合でも問題ありません。
まずはお問い合わせフォームよりご連絡ください。

お問い合わせフォームはこちら
=====