ホラクラシーは、上司をなくして自由に働く制度ではありません。
役割ごとの目的、責任、権限の境界を明文化し、現場がその範囲で判断できるようにする組織運営の仕組みです。
オンライン小売企業のザッポスは、この仕組みを大規模に導入した代表的な事例として知られています。
ただし、ザッポスの経験をそのまま移植すれば同じ結果が得られるわけではありません。
制度の構造と歴史的な事実を切り分け、自社で小さく試す方法まで整理します。
先に押さえたい結論
- ホラクラシーが分散するのは、責任そのものではなく、明確な範囲の意思決定権です。
- 日常業務を進める会議と、役割やルールを変える会議を分けることで、判断と組織変更を混同しにくくなります。
- ザッポスの事例は、自己組織化が制度変更だけで完了せず、働く人の適応や顧客価値との接続まで問うことを示しました。
- 他社が試す場合は、全社導入よりも、一つの業務と少数の役割から始めるほうが検証しやすくなります。
ホラクラシーを構成する五つの要素
現在公開されているHolacracy Constitution v5.0では、役割、サークル、会議、権限などが具体的に定義されています。
ここでいう「憲法」は国の法律ではなく、組織内で採用する運営ルールを指します。
| 要素 | 平易な定義 | 実務で確認すること |
|---|---|---|
| ロール | 人の肩書ではなく、仕事上の役割です。一人が複数のロールを担う場合もあります。 | 何のための役割か、何を継続して担うかを記します。 |
| ドメイン | ロールが管理できる資産や範囲です。 | 変更してよい対象と、他者の承認が必要な対象を分けます。 |
| サークル | 共通の目的を持つロールをまとめた単位です。 | 上位の目的との関係と、他のサークルとの接点を示します。 |
| 緊張 | 現在の状態と、より望ましい状態との間に感じる差です。 | 行動で解消するのか、役割やルールの変更が必要なのかを判断します。 |
| 会議 | 日常業務を進めるタクティカル会議と、組織の構造を変えるガバナンス会議があります。 | 議題をどちらで扱うかを分け、決定と次の行動を記録します。 |
ロールを持つ人は、その目的や責任を果たすために、憲法や組織内のポリシーに反しない範囲で判断します。
したがって「禁止されていなければ何をしてもよい」という意味ではありません。
目的、責任、ドメイン、共通ルールの四つが判断の境界になります。
ザッポスの導入で何が起きたか
ザッポスは2013年ごろからホラクラシーの導入を進めました。
2017年に公開されたTony Hsiehへのインタビューでは、意思決定を自己組織化されたサークルへ分散し、従業員が複数のロールを担う取り組みとして説明されています。
移行開始から約18か月後の2015年3月、Hsiehは全従業員へ自己管理への移行を促すメールを送り、合わない従業員には退職パッケージを提示しました。
INSEADの事例紹介は、その一か月後までに従業員の14％が退職したと記録しています。
その後の2016年1月の報道では、買い取り提案を受けて退職した割合が累計18％に更新されました。
ただし、記事は退職理由を制度への反対だけで説明できないとも指摘しています。
この数字は「ホラクラシーを導入すると18％が辞める」という一般則ではなく、ザッポスの特定の移行過程で生じた結果として読む必要があります。
この事例から読み取れるのは、役職名を変えるだけでは自己組織化が成立しないことです。
役割を理解する時間、判断を支える情報、人材育成や相談の仕組みがなければ、権限を渡されても実行しにくい状態が残ります。
MBDが補った資源配分の問題
ホラクラシーは、誰がどの範囲を判断するかを整理します。
一方で、複数の仕事のうち何に予算や人員を配分するかは、別の設計が必要です。
ザッポスは、その課題に対応する考え方としてMarket-Based Dynamics（MBD）を試しました。
BCGの報告では、MBDは財務や投資の判断も分散し、各サークルが社内外に提供するサービスを定める仕組みとして説明されています。
MBDは、会議で役割を整えることと、顧客や利用部門が求める価値へ資源を向けることを接続する試みでした。
ザッポスの顧客中心の文化との関係は、関連記事のザッポスの顧客体験とMBDの解説でも確認できます。
導入前に切り分ける三種類の判断
自律を広げる前に、組織内の判断を三種類に分けます。
この区別がないと、現場判断を速める取り組みが、法務や安全管理の責任まで曖昧にしてしまいます。
- ロール内で完結する判断：定められた手順の中で、担当者が次の行動を選べるものです。
- 複数ロールに影響する判断：役割の重複や空白を直すため、ガバナンスで扱うものです。
- 組織として保持する判断：法令、労務、会計、情報セキュリティなど、責任者や既存の審査手順を残すものです。
権限移譲は、三種類目の判断まで無条件に現場へ渡すことではありません。
どの判断を分散し、どの判断を組織に残すかを記録する作業です。
一つの業務から試す手順
試行期間は、組織の規模や対象業務によって変わります。
固定の「90日モデル」を正解とせず、次の四段階を一巡できる範囲で計画します。
- 対象を一つ選ぶ：承認待ちや担当不明が繰り返されている業務を選びます。
- ロールカードを作る：目的、継続する責任、ドメイン、判断できない事項、確認する指標を書きます。
- 二種類の会議を分ける：日常の障害はタクティカル会議で処理し、役割やポリシーの変更はガバナンス会議へ送ります。
- 継続条件を評価する：顧客価値、判断速度、品質、運用負荷を確認し、続行、修正、中止を選びます。
返品対応を題材にした仮想例
EC事業で「返品状況の問い合わせに担当者が答えられない」という問題が続いているとします。
これは説明のための仮想例であり、ザッポスの実績や数値を示すものではありません。
最初に「返品フロー担当」というロールを置き、返品状況を把握できる情報、顧客への連絡手順、関係部署への依頼方法を責任として定めます。
返金額の決定、個人情報へのアクセス、システム変更は別の権限として切り分けます。
| 起きたこと | 扱う場所 | 処理の例 |
|---|---|---|
| 一件の返品が止まった | タクティカル | 担当者と次の行動を決め、期限を記録する |
| 同じ工程で停止が繰り返される | ガバナンス | 責任の空白や手順の境界を見直す |
| 返金規約や個人情報の扱いを変える | 既存の責任者と審査手順 | 必要な承認を受け、変更後の責任を明記する |
この切り分けによって、担当者は目の前の案件を進めながら、繰り返す問題だけを構造変更へ送れます。
成果は推測せず、試行前後の問い合わせ件数、処理時間、手戻り、利用者の反応で確かめます。
評価指標は四つの面から選ぶ
会議の回数やロールの数だけでは、顧客にとって良い変化が起きたか判断できません。
結果と運用負荷を一緒に測ります。
| 評価する面 | 指標の例 | 確認したい問い |
|---|---|---|
| 顧客価値 | 満足度、問い合わせ件数、完了までの時間 | 顧客の困りごとは減ったか |
| 判断速度 | 問題の提起から次の行動までの時間 | 承認待ちは減ったか |
| 品質と安全 | 手戻り、事故、規約違反、再発件数 | 速さのために品質を損ねていないか |
| 運用負荷と参加 | 会議時間、記録時間、非同期の提案件数 | 制度を維持する負担が偏っていないか |
指標は業務に合わせて絞ります。
短期の速度だけを追うと、手戻りや安全上の負担を見落とすため、少なくとも顧客価値と品質を同時に確認します。
会議と文書への参加しやすさ
自己組織化は、参加者が情報を受け取り、意見を示し、決定を後から確認できることを前提にします。
口頭の会議だけに依存すると、欠席者、聞き取りにくさのある人、異なる時間帯で働く人が判断過程から外れやすくなります。
- 議題、提案、決定、次の行動をテキストで残す。
- 長い記録には見出しと箇条書きを使い、決定事項を探しやすくする。
- 必要に応じて字幕や文字起こしを用意し、固有名詞や数値の誤りを確認する。詳しい作り方は字幕、文字起こし、音声解説の実践ガイドを参照してください。
- 会議に出られない人が期限内に意見を出せる非同期の経路を設ける。
- 状態の違いを色だけで示さず、文字でも「提案中」「決定済み」などと記す。
参加しやすさは付加機能ではありません。
分散した判断を、限られた人だけの判断に戻さないための運用条件です。
適用しやすい組織と注意したい状況
ホラクラシーの考え方を試しやすいのは、部門をまたぐ定型業務があり、顧客や利用部門への価値を測れる組織です。
担当者が現場の情報を持っているのに、承認経路が長くて動けない場合にも検討できます。
反対に、役割を更新する時間を確保できない組織や、権限の境界を記録する責任者がいない組織では、制度名だけを導入しても混乱が増えます。
法令や安全上の判断を誰が担うか不明なまま、全社で始めるのも避けるべきです。
自律型組織にはホラクラシー以外の設計もあります。
方針や情報を共有しながら個人の裁量を広げる考え方は、Netflixの「自由と責任」の実践例と比べると違いを理解しやすくなります。
よくある質問
マネージャーは不要になりますか
ホラクラシーが扱うのは、主に仕事上の役割と意思決定権です。
育成、相談、評価、労務、安全管理まで不要になることを意味しません。
必要な機能を誰がどの手順で担うか、別に定めます。
すべての会議を決められた型に変える必要がありますか
ホラクラシーの会議手順を採用する場合でも、日常業務とガバナンスを分ける目的を理解することが先です。
会議の型を守ること自体が目的になったら、扱う議題、参加者、記録の量を見直します。
全社導入から始めるべきですか
全社導入は、影響範囲が大きく、制度の問題と個別業務の問題を区別しにくくします。
まず一つの業務で、判断が速くなったか、品質が保たれたか、運用負荷が許容できるかを確かめます。
自律を支えるのは明確な境界と見直しの習慣
ザッポスの経験は、自律型組織が「上司をなくす」という一度の変更では完成しないことを示しています。
ロールで判断範囲を定め、日常の問題と構造の問題を分け、顧客価値と運用負荷を測りながら更新する必要があります。
最初の一歩は、組織図を作り替えることではありません。
繰り返し止まっている一つの業務を選び、誰が何を決められるかを一枚のロールカードに書くことです。
参考資料
- Holacracy Constitution v5.0
- McKinsey「Safe enough to try: An interview with Zappos CEO Tony Hsieh」
- INSEAD「Tony Hsieh at Zappos: Structure, Culture and Change」
- The Washington Post「Zappos says 18 percent of the company has left」
- BCG Henderson Institute「The End of Bureaucracy Again?」
この記事に関連する株式会社greedenの取り組み
自律型組織を機能させるには、役割と権限を文書化し、運用で見つかった課題を仕組みに戻す必要があります。greedenのWebシステム開発は、要件整理から実装、保守改善まで一気通貫で支援します。