不満が出ること自体は、問題ではない
組織が動いていれば、現場から不満が出るのは自然なことです。「手間が増えた」「判断が遅い」「ルールが現実に合っていない」といった声は、組織が停滞していない証拠でもあります。真の問題は、その不満をどう扱うかにあります。
経営判断レイヤー（Why）
組織運営の最優先は「対顧客」である
まず、優先順位を明確にする必要があります。組織運営において最優先されるのは従業員の不満ではなく、「顧客への価値提供が維持・向上されているか」「顧客対応が滞っていないか」「事業としての信頼が損なわれていないか」という点です。これが第一です。従業員の不満を聞くことは重要ですが、それは常に「二の次」であり、対顧客価値を守ったうえで初めて扱うテーマです。この優先順位を取り違えると、顧客価値より内部事情が優先され、組織が内向きになり、制度が自己目的化する状態に陥ります。
なぜ現場の声は制度化されやすいのか
現場の声が制度に変わりやすい背景には、次の事情があります。「放置すると無視しているように見える」「対応しない理由を説明しづらい」「ルール化すると管理しやすい」といった理由です。しかし、「管理しやすさ」と「合理性」は別物であることを認識する必要があります。
専門実装レイヤー（How）
不満を制度にしないための設計原則
現場の不満を安易に制度化しないためには、組織側に以下のような設計原則が必要です。
① 不満を一次情報として扱う
「誰が」「どの業務で」「どんな状況で」不満が出ているのかを、感情ではなく事実として整理します。
② 一時対応と制度を明確に分ける
期間限定対応、例外運用、ローカルルールを許容し、それを「制度ではない」と明示します。
③ 判断を経営側に戻す導線を作る
現場で解消できない不満は、業務設計、判断構造、権限配置といった構造的な問題である可能性が高いため、不満を吸い上げた後は必ず構造の話に戻す導線が必要です。
不満を制度にした組織で起きること
不満をそのまま制度にした組織では、次の現象が起きやすくなります。
- 制度が増え続ける
- 例外対応が制度違反になる
- 現場が制度を回避し始める
結果として、制度が現場から乖離するという逆転現象が起きます。
不満を観測に留めた組織で起きること
一方、不満を観測データとして扱う組織では、次の違いが生まれます。
- 不満の背景が構造として見える
- 制度化すべきものと、すべきでないものが分かれる
- 組織変更が人事問題になりにくい
制度は、「最後に使う調整装置」として位置づけられます。
よくある誤解
誤解①：制度にしないと現場は納得しない
納得感は制度の有無ではなく、「話を聞いてもらえたか」「理由が説明されたか」で決まります。
誤解②：制度化しないと改善が進まない
改善は必ずしも制度から始まる必要はありません。むしろ制度化は改善の最終工程です。
この判断で、最後に確認したい問い
この不満は一時的か、構造的か。今、制度にしないと致命的か。観測した結果、戻せる余地はあるか。これらに答えられない場合、その不満はまだ制度にする段階ではない可能性があります。
まとめ（正解は出さない）
不満は問題ではなく、組織の状態を示す貴重な観測データです。安易な制度化は問題解決ではなく、問題の固定化になり得ます。組織設計の役割は、不満を業務プロセスや権限委譲といった構造的な課題に引き戻すことです。現場を守るのは、すぐに制度を作ることではなく、固定化させない設計力にあります。これが、可逆性のある経営判断の核心です。
