はじめに：なぜ、正論は現場に響かないのか
ここまで3回にわたり、慣れと品質管理の関係についてお話してきました。
- 「慣れ」は品質を作るが、同時に事故の温床にもなる。
- 「確認の徹底」は、形骸化してただの儀式になりがち。
- 「マニュアル」を作っても、情報の漏れと解釈のブレは防げない。
これらを理解した上で、「じゃあ、どうすればいいんだ？」という解決策につながるアプローチの話をしましょう。 おそらく、多くのリーダーや管理職の方は、過去にこう言ったことがあるはずです。
「今のやり方はリスクがあるから、新しいフローに変えよう」
「形骸化したチェックはやめて、この新しいツールを使おう」
しかし返ってくる反応はどうでしょう。「わかりました」と口では言いながら、数週間後には元のやり方に戻っている。あるいは「忙しい」「上は現場の事情を知らない」と、のらりくらりと抵抗される。 なぜ現場は、明らかに合理的で正しい（と提案者が思っている）変革を拒むのでしょうか。最終回となる今回は、この「現場の抵抗」の正体を明らかにし、精神論ではなく「仕組み（設計）」で行動変容を促すための具体的なアプローチ、「スキルマップとインセンティブ設計」について解説します。
1. 現場が変革を拒む「合理的な理由」
まず認識すべきは、現場の従業員が変化を嫌うのは、彼らが「怠惰」だからでも「理解力がない」からでもない、ということです。 彼らにとって、変化しないことが「合理的」だからです。現場の視点に立って、新しいプロセス導入（例えば、確認工程の厳格化）に伴う損得勘定をしてみましょう。
デメリット①：手間の増加という「コスト」
人間は「慣性」の生き物です。慣れ親しんだやり方は、脳のリソースを使わずに無意識で実行できます。しかし、新しいやり方は学習コストがかかり、作業スピードも一時的に落ちます。一時的に生産効率が落ちるのに、毎日のタスクは変わらない、そんな管理者の指示は「そっちの都合ばっかり押し付けて、こっちの事情は酌んでくれない」という気持ちもわいてきます。「忙しいのに、面倒なことを増やさないでくれ」というのは、生存本能に近い拒絶反応です。
デメリット②：過去の否定と「叱責リスク」
もっと根深いのがこれです。 プロセスを厳格化し、透明性を高めるということは、「今まで見過ごされてきた（お目こぼしされていた）曖昧な部分」が白日の下に晒されることを意味します。
「あれ、ここの数値、今まで記録してなかったの？」
「手順書と違うやり方してるけど、いつから？」
新しい正しいやり方を導入すると、相対的に「過去のやり方」が「間違い」として扱われているように感じられます。現場からすれば、「変えることに賛成すると、過去の自分たちが否定され、下手をすると怒られるネタが増える」のです。 過去の自分たちを貶めたり、自分たちの首を絞めるような変革に、諸手を挙げて賛成する人はいません。つまり、現場には「変えないインセンティブ」が強烈に働いているのです。この力学を無視して「会社のためだ」と説いても、暖簾に腕押しなのは当然です。
2. 「創業者」というバグ、管理者の限界
この壁を突破しようとするとき、多くの組織で「管理者のリーダーシップ不足」が嘆かれます。従業員の矢面に立った管理者が、さらにその上長から叱責を受けます。「課長がもっと強く言わないからダメなんだ」と。
しかし、これも少し酷な話です。ここで「創業者（オーナー）」と「サラリーマン管理者」の決定的な違いについて触れておく必要があります。創業者は、いわば「チート（反則級）キャラクター」です。 「自分がやりたくて始めた事業」であり、「自分の城」ですから、品質に対する執着心や、困難を突破するエネルギー（動機）が無限に湧いてきます。現場が抵抗しようが、「うるさい、俺がやると決めたんだ！お前たちがやらないなら俺一人でやる！」と言い切れる強さがあります。
一方で、雇われの管理者はそうはいきません。 彼らは組織の歯車であり、現場の作業者と人間関係を維持しなければなりません。「働いている人たちがいなくなったら、会社は回らない」という弱みも知っています。 また、必ずしも管理者自身が「その作業の熟練者」であるとは限りません。「現場のことは現場が一番詳しい」というマウントを取られたら、強く出られないのです。
ですから、「管理者が根性で現場を説得する」というアプローチには限界があります。 個人の資質に頼るのではなく、「そうせざるを得ない」「そうした方が得である」という環境（システム）を用意するのが、経営レベルの仕事です。
3. 解決策：行動を「設計」する2つの鍵
精神論ではなく、設計論で解決しましょう。 そのための具体的なツールが「スキルマップ」と「インセンティブ」です。
① スキルマップの解像度を上げる
「スキルマップならウチにもあるよ」という会社は多いですが、その多くは「何ができるか（職能）」しか書かれていません。 品質維持のために本当に必要なのは、もう一つの軸です。
私は、スキルマップを以下の2軸で構成することをお勧めします。
- 職能スキル（Technical Skills）： 旋盤が回せる、Javaが書ける、フォークリフトに乗れる、といった「作業遂行能力」
- プロセス遵守スキル（Process/Behavioral Skills）： 決められた確認手順を守れる、異常時に適切な報告ができる、後輩に正しい手順を教えられる、といった「組織行動能力」
多くの現場では、まず1の「腕がいい人」の評価はできると思います。しかし、どんなに腕が良くても、確認をサボって事故を起こす人は、組織にとっては「リスク要因」です。 「確認行為を適切に行うこと」自体を一つの重要な「スキル」として定義し、可視化するのです。「あの人は技術はSランクだけど、プロセス遵守はCランクだね」 こう可視化されるだけで、管理者は「技術はすごいけど、確認作業は彼に任せてはいけない（ダブルチェック必須）」という対策が打てるようになります。
② インセンティブ：正しい行動を「得」にする
スキルを定義したら、それを評価と報酬（インセンティブ）に直結させます。先ほど、「現場には変えないインセンティブ（変えると損する構造）がある」と言いました。これを逆転させる必要があります。 「新しいプロセスを守り、面倒な確認作業をしっかりやることが、自分にとって最大の利益になる」という状態を作るのです。
- 「技術スキルだけでなく、プロセス遵守スキルが上がらないと、リーダーには昇格させない」
- 「確認項目の不備ゼロを達成したチームには、ボーナスを加算する」
- 「ヒヤリハット（ミスの予兆）を報告した人は、怒られるのではなく『リスクを発見した』として表彰する」
シンプルですが、人間は「評価される行動」を繰り返します。 「確認作業なんてやってもやらなくても給料は同じ」なら、誰もやりません。「やったら評価される」なら、やります。マニュアルやルールブックを配る前に、まず「それを守る人が得をする評価制度」を作ってください。それがなければ、どんな立派なルールもただの紙切れです。
4. 組織知としての「メンテナンス技術」
最後に、これからの組織に必要な視点をお伝えします。
「一度仕組みを作ったら終わり」ではありません。 第1回で述べた通り、「慣れ」は常に進行し、エントロピーは増大し、組織は放っておけば必ず腐敗（形骸化）します。 これは自然の摂理です。ですから、経営者やリーダーは「組織は崩れるものである」という前提に立ち、それを定期的に修復する技術を持たなければなりません。
- 形骸化したルールを定期的に捨て、新しくする（リフレッシュ）
- 外部からの中途採用者を入れ、彼らの「異文化の視点」を組織知として取り込む
- 定期的にスキルマップを見直し、評価基準を今のビジネス環境に合わせる
この「組織のメンテナンス自体を習慣化する」ことこそが、究極の「品質管理」です。
結論：品質管理とは、人間の「業」の管理である
顧客が求めているのは保証された安心です。品質問題の根底にあるのは、機械の故障でもシステムのバグでもなく、 「楽をしたい」「怒られたくない」「変わりたくない」さらには「これが正しいはずだ」という人間の「業（ごう）」です。この人間臭い性質を否定せず、真正面から受け入れ、 「それでも品質が維持されるにはどうすればいいか？」を考え抜き、設計図を描く。 それこそが、リーダーであるあなたの仕事なのです。
「慣れ」を敵に回すのではなく、上手く付き合い、統治していく。 その先に、強くてしなやかな組織が待っています。
