ユニクロは、なぜ「人が変わっても成長できる」のか｜『ユニクロの仕組み化』で考える、個人技に依存しない組織のつくり方【Case OS BOOKS #50】

2026年9月10日 10:41

Case OS BOOKS #50
今回、ユニクロに着目したのには理由があります。
ユニクロは、あまりにも身近な会社です。
街を歩けば店舗がある。海外へ行っても店舗がある。商品を買ったことがある人も多いでしょう。
しかし、組織や経営という視点で考えると、かなり特殊な会社でもあります。

アパレルという変化の激しい業界で、世界中に店舗を展開しながら、商品企画、生産、物流、販売、人材育成までを一つの仕組みとして動かし続けている。

しかも、成長の規模が大きくなるほど、本来なら組織は複雑になります。
人が増える。
階層が増える。
国が増える。
店舗が増える。
現場と経営の距離が遠くなる。

普通なら、意思決定は遅くなり、現場ごとの差が大きくなり、経営者が考えていることも伝わりにくくなります。

それでもユニクロは、世界規模で事業を拡大し続けています。
では、何が違うのでしょうか。
柳井正さんという強烈な経営者がいるから。
優秀な社員が多いから。
ブランド力があるから。
もちろん、それらも要因でしょう。
しかし、それだけでは、何万人という人が働く会社を継続的に動かす説明としては足りません。
今回読んだ『ユニクロの仕組み化』が焦点を当てているのは、まさにそこです。

ユニクロの強さは、優秀な個人だけに頼るのではなく、「成果が出やすい行動」を組織の仕組みに変えていることにある。

本書では、それを「原理原則」「教育」「全員経営」「28項目」「3倍の法則」「週次PDCA」「即断・即決・即実行」といった具体的な仕組みから解き明かしています。

そして私は、この本を読みながら、もう一つの問いを持ちました。
「仕組み化」というと、
マニュアルを増やす。
業務を標準化する。
誰でも同じ仕事ができるようにする。
というイメージがあります。
しかし、それだけでユニクロのような組織になるのでしょうか。
むしろ本書から見えてくるのは、
人を仕組みに従わせるのではなく、人が考え、成長し、判断するために仕組みを使う
という、少し違った「仕組み化」です。
今回は、ユニクロの成功要因を単純に模倣するのではなく、
「なぜ仕組みが必要なのか」
「どこまで仕組みにし、どこから人に任せるのか」
「仕組み化と人材育成はどうつながるのか」
をCase OSの視点から考えてみたいと思います。

今回紹介する本

宇佐美潤祐『ユニクロの仕組み化』

著者の宇佐美潤祐さんは、戦略コンサルティングや企業経営を経験した後、ファーストリテイリングで経営者・人材育成機関FRMICの担当役員などを務めた人物です。

本書では、ユニクロの企業価値の高さを起点に、

生産性を高める仕組み
意識を高め、次世代リーダーを育てる仕組み
イノベーションを促す仕組み
経営スピードを高める仕組み

という4つの観点から、ユニクロという会社の「仕組み」を分析しています。

特に印象的なのは、冒頭でPBRをROEとPERに分解し、ユニクロの企業価値を「生産性」と「将来への期待」の両側から見ようとしている点です。

本書15ページの図では、
PBR ＝ ROE × PER
という企業価値の構造に対して、
ROE側には「生産性を上げる仕組み」「個人の成長を促し、後継者を育てる仕組み」、
PER側には「イノベーションを促す仕組み」「経営スピードを高める仕組み」
を対応させています。
つまり、「仕組み化」を単なる業務効率化ではなく、
会社の価値を継続的に生み出す経営システム
として捉えているのです。

「仕組み化」は、マニュアルを増やすことではない

企業で「仕組み化しましょう」という話をすると、最初に出てきやすいのがマニュアルです。
属人化している仕事を洗い出す。
業務手順を書く。
チェックリストを作る。
フォーマットを統一する。
もちろん、これらは重要です。
しかし本書を読むと、ユニクロが考えている仕組み化は、それよりもかなり広いことが分かります。

本書では、経営理念のような抽象度の高いものと、具体的なマニュアルの間に、「原理原則」という考え方が置かれています。

例えば、
お客様のためにどう判断するのか。
仕事の優先順位をどう考えるのか。
問題が起きたときに、何を基準に考えるのか。
こうした「判断の軸」です。
マニュアルは、
「こうしてください」
を示します。
原理原則は、
「なぜそうするのか」
を示します。
この違いはかなり大きい。
想定した状況なら、マニュアルで対応できます。
しかしビジネスでは、マニュアルに書かれていないことが必ず起きます。
お客様から想定外の要望が出る。
在庫が不足する。
システム障害が起きる。
部下が判断に迷う。
競合が新しい動きをする。
そのとき、マニュアルしか持っていない組織では、
「書いてありません」
で止まります。
一方で原理原則を理解していれば、
「この状況なら、何を優先すべきか」
を自分で考えられる。
つまり、
本当の仕組み化とは、行動を固定することではなく、判断の質を揃えることなのかもしれません。

「誰でもできる」だけでは、強い仕組みとは言えない

一般的に仕組み化のメリットとして、
「誰でもできるようになる」
ことが挙げられます。
担当者が退職しても仕事が回る。
新人でも一定品質で仕事ができる。
これは非常に重要です。

しかし、それだけを目指すと、組織は「最低品質を保証する仕組み」にはなっても、「成長する仕組み」にはならない可能性があります。

本書が面白いのは、仕組み化を生産性だけで終わらせず、
人材育成。
後継者育成。
イノベーション。
経営スピード。
まで広げていることです。
つまり、
誰でも同じことができる。
だけではなく、
昨日より良いやり方を考えられる人を増やす。
ところまで仕組みにしています。
私はここに、日本企業の仕組み化でよく起きる盲点があると思います。
ルールを作る。
承認フローを作る。
チェック項目を増やす。
ミスを減らす。
すると確かに品質は安定します。
しかし、ルールが増えすぎると、
「書いてある通りにやればいい」
となります。
考えなくなる。
改善しなくなる。
問題があっても、
「昔からこうだから」
で終わる。
つまり、
仕組み化によって属人化は減ったが、同時に思考まで減ってしまう。
この状態はかなり危険です。

ユニクロは「経営理念」と「マニュアル」の間を仕組みにしている

本書を読んでいて、特に実務的だと思ったのがここです。
多くの企業には経営理念があります。
Mission。
Vision。
Values。
パーパス。
しかし、理念がそのまま現場の判断へ使えるとは限りません。
「お客様を大切にする」
と言われても、
目の前のクレームへどう対応するのかは分からない。
「挑戦しよう」
と言われても、
どこまで失敗してよいのか分からない。
「スピードを大切にする」
と言われても、
品質との優先順位が分からない。
だから企業では、その間をつなぐ必要があります。

本書では、理念を現場へ翻訳するために、原理原則、ノート、教育、セッションといった複数の仕組みが組み合わされています。

私はこれを、
理念 → 判断基準 → 日常行動
への翻訳装置だと捉えました。
理念を掲げるだけでもダメ。
マニュアルを作るだけでもダメ。
その間に、
「なぜ、この行動をするのか」
を理解できる層が必要です。
ここがないと、理念と現場が分断します。

「お客様のため」は、会社にとって都合のよい言葉にもなる

本書では「お客様のため」という考えが、ユニクロの原理原則の重要な部分として繰り返し登場します。
これは一見すると当たり前です。
しかし私は、ここも少し掘り下げて考えたいと思いました。
企業はよく、
「お客様第一」
と言います。
でも実際には、
会社側の都合。
業務効率。
在庫。
利益。
上司の評価。
こうしたものが優先されることがあります。
だから重要なのは、
「お客様第一」と壁に書くことではありません。
判断が衝突したとき、本当にどちらを選ぶのか
です。
本書では、店舗での具体的な判断や、売り場をお客様視点で考えることが繰り返し扱われています。
これは前回のCase OS経営哲学で考えた、
「価値が衝突したときに哲学が表れる」
という話にもつながります。
平常時には、誰でも「お客様が大切」と言えます。
本当に問われるのは、
売上。
効率。
利益。
お客様。
が衝突したときです。
仕組み化の意味は、こうした場面で社員が会社の価値観を再現できることにあるのだと思います。

「16時退社」のような制度だけを真似しても意味がない

仕組み化を学ぶときに注意したいのが、
目に見える制度だけをコピーすること
です。
本書には、生産性向上に関連する複数の取り組みが紹介されています。
その一つとして、仕事を早く終え、限られた時間で成果を出すという働き方の設計があります。
こうした制度を見ると、
「うちも16時に帰るようにしよう」
「会議時間を半分にしよう」
と形だけ真似したくなります。
しかし、本質は時間ではありません。
大切なのは、
何のために。
何を減らし。
何を優先し。
何を測るのか。
です。
仕事量が同じなのに退社時間だけ早めれば、持ち帰り仕事が増えるだけかもしれません。
会議時間だけ短くすれば、説明不足になるかもしれません。
仕組みを移植するなら、
制度ではなく、その制度が解こうとしている問題を移植する
必要があります。
Case OSで言えば、
目に見える「解決策」の前に、
「何を解決しようとしていたのか」
へ戻ることです。

優先順位まで仕組みにする

生産性というと、
仕事を速くする。
作業時間を減らす。
AIで自動化する。
という話になりがちです。

しかし本書では、重要度と緊急度を分けるマトリクスなどを使いながら、何を先にやるかを考えることも仕組み化されています。

これはかなり重要です。
生産性の低い人が、仕事をしていないとは限りません。
むしろ、非常に忙しいことがあります。
メールを返す。
資料を修正する。
会議へ出る。
頼まれたことにすぐ対応する。
ずっと仕事をしている。
それでも成果が出ない。
なぜか。
重要ではない仕事に時間を使っているからです。
つまり、生産性とは、
「同じ仕事を速くすること」
だけではありません。
やらない仕事を決めること
でもあります。
仕組み化というと、やるべきことを決めるイメージがあります。
しかし本当に強い仕組みには、
「何をやらないか」
も入っている。
私はここがかなり重要だと思いました。

仕組み化しても、人を育てなければ組織は強くならない

本書の第2章では、次世代リーダー育成が大きく扱われています。

ここが、「仕組み化＝マニュアル化」ではないことを最もよく表していると思います。

本書では、柳井さんが長年使ってきた「経営者になるためのノート」をベースにした教育や、「28項目」と呼ばれる考え方を使いながら、経営者として必要な意識・行動を育てる仕組みが紹介されています。

興味深いのは、
人材育成まで、
「優秀な上司が部下を育てる」
という属人的な形だけにしていないところです。
共通の問い。
共通の基準。
共通の言葉。
共通の振り返り。
を持たせる。
つまり、
人を育てること自体を仕組みにしている。
これは、以前Case OS BOOKS #29で考えた、
「人は研修だけでは育たない」
という話ともつながります。
研修を受ける。
知識を得る。
それだけでは人は変わらない。
実際の仕事で考え、判断し、失敗し、振り返る。
その経験まで設計する必要があります。
ユニクロでは、それを個人任せにせず、組織として繰り返せる構造にしている。
ここに大きな違いがあります。

「全員経営」は、経営者の仕事を全員にやらせることではない

本書には「全員経営」という言葉が何度も登場します。
一見すると、
全員が経営者意識を持つ。
全員が主体的に動く。
という精神論にも見えます。
しかし、本書を読むと、それだけではないことが分かります。
経営者視点で考えるためのノートがある。
数字を見る。
顧客を見る。
自分で目標を持つ。
フィードバックを受ける。
振り返る。
こうした具体的な仕組みがセットになっています。
つまり、
「もっと経営者意識を持て」
と言うだけではない。
経営者のように考えるための情報・問い・経験を渡している。
ここは多くの企業が見落としやすいと思います。
会社は社員に、
「主体性を持ってほしい」
と言う。
でも予算は見せない。
経営数字も共有しない。
意思決定権も渡さない。
失敗すると怒られる。
これでは主体性は生まれません。
自分で判断してほしいなら、
判断するための材料と裁量も渡す必要があります。

人事評価の半分を「人材育成」にする意味

本書の中で、組織開発の視点から特に印象的だったのが、人材育成を評価へ組み込む考え方です。

本書では、MBOの評価において、業績だけでなく、人材育成にも大きな比重を置く仕組みが紹介されています。

これはかなり重要です。
企業はよく、
「部下を育ててください」
と言います。
でも管理職の評価は、
売上。
利益。
プロジェクト成果。
だけ。
これでは、部下を育てることは「余裕があればやる仕事」になります。
短期的には、自分でやった方が速い。
任せれば失敗する。
教えれば時間がかかる。
だから育成を後回しにする。
組織として当然の結果です。
つまり、
管理職が人を育てない原因を、
「管理職の意識が低い」
だけで説明してはいけません。
評価制度が、
「成果だけを出してください」
というメッセージを出していないかを見る必要があります。
以前、人事評価制度の記事でも書きましたが、
評価制度とは、会社から社員へのメッセージです。
人材育成を本当に重要だと思っているなら、評価の中にも入れる。
ここまでやって初めて、会社の言葉と仕組みが一致します。

イノベーションにも「仕組み」があるという逆説

イノベーションという言葉と、仕組み化という言葉は、一見相性が悪く見えます。
イノベーションは自由。
仕組み化はルール。
そんなイメージがあります。
しかし本書の第3章では、
「イノベーションを促す仕組み」
が扱われています。
例えば「3倍の法則」。
既存の延長では達成できないほど高い目標を置く。
すると、
「今のやり方をもっと頑張る」
では届かなくなる。
仕事のやり方自体を変えなければならない。
この発想です。
これは面白い。
改善は、
今の方法を前提にします。
イノベーションは、
今の方法そのものを疑う。
だから最初から、
「今の延長では届かない目標」
を置く。
そうすることで、強制的に別の方法を考えさせる。
イノベーションを「ひらめく人が現れるのを待つ」のではなく、
新しい方法を考えざるを得ない条件をつくる。
これも仕組み化です。

ただし、「高い目標を置けばイノベーションが起きる」わけではない

ここはCase OSとして冷静に考えたいところです。
「3倍の目標を置こう」
という部分だけ真似すると危険です。
根拠なく高い目標を置き、
「どうやって達成するかは考えて」
と現場へ投げれば、
単なる無理難題になります。
長時間労働。
数字の操作。
短期的な無理。
が発生する可能性もあります。
本書から見る限り、ユニクロでは高い目標だけが単独で存在しているわけではありません。
教育。
フィードバック。
経営者との対話。
失敗からの学習。
権限。
こうした仕組みと組み合わされています。
つまり、
高い目標は、考える力を育てる仕組みとセットでなければ機能しない。
ここは、目標管理を設計する人事担当者にも重要な論点だと思います。

「失敗してもよい」だけでは、挑戦は増えない

イノベーションを増やしたい会社では、
「失敗を恐れるな」
「挑戦しよう」
というメッセージが出ます。
しかし、失敗した人の評価が下がるなら、誰も挑戦しません。
本書では、挑戦や変革を促すための評価制度についても触れられています。
これも、人の意識を変える前に仕組みを見るべき例です。
社員に、
「挑戦してください」
と言いながら、
前年を下回れば評価が下がる。
ミスをすると昇格が遠のく。
成功した案件だけ評価される。
そういう制度なら、社員は合理的に安全な選択をします。
問題は本人の「挑戦意欲」ではありません。
挑戦しない方が得になる仕組み
です。
ここを変えずに研修だけしても、行動は変わりません。

経営スピードは、「トップが即決すること」だけではない

本書の第4章では、経営スピードを高める仕組みとして、週次PDCAや「即断・即決・即実行」などが紹介されています。

企業では、
「もっとスピードを上げよう」
と言われます。
すると、
会議を短くする。
承認者を減らす。
トップが即決する。
といった施策が出ます。
もちろん有効な場合もあります。
しかし、本当のスピードは、
「決めるまでの時間」
だけではありません。
決めたことが現場まで伝わる。
実行される。
結果が分かる。
修正する。
この一連の時間です。
どこか一つが遅ければ、組織全体は遅くなります。

ユニクロでは、週次でPDCAを回し、現場の数字や課題を確認しながら、次の行動へ反映する仕組みがある。

つまり経営スピードとは、
意思決定の速さではなく、学習サイクルの速さ
なのだと思います。

週次PDCAの本質は、「毎週会議をすること」ではない

ここも、形だけ真似すると失敗します。
「ユニクロは週次PDCAらしい」
と聞いて、
毎週会議を設定する。
毎週資料を作る。
毎週進捗報告をする。
それだけでは、会議が増えるだけです。
重要なのは、
前回何を決めたのか。
実行した結果どうなったのか。
なぜそうなったのか。
次に何を変えるのか。
という学習があることです。
つまり、
会議の頻度ではなく、意思決定と結果の距離を短くすること。
ここが本質です。
月次で結果を見て1か月後に修正する会社と、
1週間ごとに確認する会社では、
1年間に回せる改善回数が大きく違います。
その積み重ねが、何年後かにはかなり大きな差になります。

AI時代には、「仕組み化できる会社」と「AIを入れただけの会社」の差が広がる

今回、この本を2026年に読む意味はここにもあると思います。
生成AI。
業務自動化。
AIエージェント。
企業では次々に導入が進んでいます。
しかしAIを導入すれば、生産性が自動的に上がるわけではありません。
例えば、
誰が何を判断するのか分からない。
業務プロセスがバラバラ。
同じ資料を部署ごとに作っている。
承認基準が曖昧。
データの定義も揃っていない。
こうした会社へAIを入れると、
非効率な仕組みを高速化するだけ
になる可能性があります。
AI導入の前に、
業務を分解する。
判断基準を明確にする。
誰が何を担うか決める。
データを揃える。
標準化する。
そのうえで、
AIに任せる部分と人が判断する部分を分ける。
つまり、
AI時代ほど、「仕組み化」の力が問われる。
これは本書の直接的な主張ではなく、私が現在の組織へ接続して考えたことです。

ただし、仕組み化しすぎるとAI時代には弱くなる

一方で、逆の問題もあります。
すべてを標準化する。
すべてルールにする。
例外を許さない。
そうすると安定はします。
しかし環境変化への対応力は下がる。
AI時代は、仕事そのものが変わります。
昨日まで最適だったプロセスが、数か月後には不要になるかもしれない。
だから、
仕組みをつくる能力と同じくらい、
仕組みを壊す能力
も必要になります。

本書でも、ユニクロが既存の方法に固執するのではなく、高い目標やPDCAを使いながら仕組みそのものを更新している姿が描かれています。

仕組み化とは、
一度完成させることではありません。
作る。
使う。
検証する。
変える。
また使う。
この循環です。

Case OSで考える「仕組み化」の6つの問い

今回の本をCase OSとして整理すると、私は企業の仕組みを見るとき、次の6つを確認したいと思いました。

何を再現したいのか
作業なのか、成果なのか、判断なのか。目的を明確にする。
どこまで標準化するのか
誰でも同じにすべき部分と、本人の判断に任せる部分を分ける。
判断基準は共有されているか
マニュアルだけでなく「なぜそうするのか」が伝わっているか。
人が育つ構造になっているか
仕事を回すだけでなく、経験・フィードバック・評価を通じて能力が高まるか。
改善できる余白が残っているか
現場が「もっと良くする方法」を提案し、仕組み自体を変更できるか。
どの速度で学習しているか
結果を確認し、判断を修正するまでにどれくらい時間がかかっているか。

仕組み化の議論では、
「属人化しているからマニュアル化しましょう」
で終わりがちです。
しかし、それは入口にすぎません。

「人に依存しない組織」と「人を大切にしない組織」は違う

仕組み化という言葉には、ときどき冷たい印象があります。
誰でも代替できる。
人が辞めても困らない。
個人に依存しない。
しかし、本書を読んで私は、少し違った捉え方ができると思いました。
属人化している組織では、
優秀な人へ仕事が集中します。
その人が休めない。
後輩も育たない。
本人も次の仕事へ進めない。
つまり、
「あなたにしかできない仕事」
が多いほど、
本人が自由になれないこともあります。
仕事を仕組みにする。
誰かへ渡せるようにする。
次の人を育てる。
そうすれば本人は、
さらに難しい仕事へ移れる。
この意味では、
仕組み化とは、人を不要にすることではなく、人を次の仕事へ解放すること
とも言えます。
この視点は、人材育成と業務改善を別々に考えがちな日本企業にとって、かなり重要だと思います。

結論｜強い会社は、「優秀な人」を集めるだけではなく、「優秀になれる仕組み」を持っている

ユニクロに着目した理由へ戻ります。
世界的に成功しているから。
ブランドとして有名だから。
それだけではありません。
むしろ興味深かったのは、
事業が大きくなっても、
人が増えても、
国が変わっても、
一定の考え方を組織の中で再現しようとしていることです。
それを支えているのが「仕組み」でした。
原理原則。
教育。
評価。
目標。
PDCA。
フィードバック。
仕組みは一つではありません。
それらが組み合わさって、人の行動を支えています。
だから今回の本から持ち帰りたいのは、
「ユニクロの制度を真似しよう」
ではありません。
自社で何を再現したいのかを考え、そのために必要な仕組みを設計する。
という考え方です。

仕組み化とは、「人がいなくても回る会社」をつくることではなく、「人が変わっても学び、判断し、成長できる会社」をつくることなのかもしれません。

これが、今回最も強く残った考察です。
AIが仕事を代替する時代になるほど、
人の仕事は、
考える。
判断する。
改善する。
新しいものを生み出す。
方向へ動きます。
だからこそ、
単純作業を標準化するだけでは足りない。
人が判断できる原理原則。
人が育つ経験。
挑戦できる評価制度。
学習速度を高めるPDCA。
そして、古くなった仕組みを変える力。
そこまで含めて「仕組み化」を捉える必要があるのだと思います。
強い組織とは、
スター社員がたくさんいる組織ではありません。
普通の人が、昨日より良い判断をできる状態を、組織としてつくり続けられる会社。
ユニクロというCaseから学ぶべきなのは、その仕組みのコピーではなく、
「人の力を、偶然ではなく再現可能にするにはどうすればよいか」
という問いなのだと思います。
Case OS BOOKS #50

今回紹介した本