ホラクラシーのガバナンスをテストするために、小規模なクロスファンクショナルチームで6週間のパイロットを実施します。この具体的な行動計画により、意思決定権が役職から役割にどのように移行するかを観察するための、管理された環境が得られます。この設定では、役割とサークルを定義し、権限を役職から切り離すための明確なケイデンスで会議を開催し、所有権のための構造化されたフレームワークに向かいます。この変化が、人々とグループ間の日々の仕事にどのように影響するかを見てみましょう。
パイロットで測定するものは重要です。非常に具体的な成果を期待してください。意思決定サイクルが20〜35%短縮され、エスカレーションのバックログが減少し、役割が明確になると会議の時間が約30〜40%削減されます。一般的なパターンは、チームがより明確な所有権を持ち、ボトルネックを防ぐための作業プロセスを持つことです。このデータは複数のパイロットからのものであり、フレームワーク主導のガバナンスアプローチは、チーム間でロックするハードルールなしにスケールすることを示しています。
ホラクラシーは、チーム間で迅速に意思決定を行う必要があり、製品、オペレーション、サービスデリバリー間で作業が移行する場所に適しています。継続的な再調整が必要な種類の仕事をサポートし、自律性を明示的な役割と説明責任の分野で制限するソリューションを可能にします。フレームワークは、緊張を表面化させ、迅速に解決するために設計された会議をガイドします。
適用できる実装ステップ:チームをサークルにマッピングし、明確な権限を持つ役割を定義し、承認と緊張に焦点を当てたガバナンス会議のケイデンスを実行します。戦略的な選択肢を日々の仕事から分離して切り離しを確立し、意思決定までの時間、所有権の明確さ、間のサークルの整合性を追跡するための軽量なスコアカードをインストールします。このアプローチは、チームが新しいプロセスを管理し、すべてを透明に保ち、グループ間で共通の言語を使用するのをサポートするのに役立ちます。
避けるべき一般的な落とし穴には、曖昧な役割の定義、暴走的なスコープクリープ、および漂流する意思決定権限が含まれます。これを防ぐために、役割の権限に厳しい制約を設定し、書面によるガバナンス憲法に決定を文書化し、ファシリテーターが議論を厳密に保つように指導します。リーダーシップのサポートを確保し、決定がどこで行われたかを明示的にマークして、チームが採用への明確な道筋を持ち、誰もが参照できる書面の記録を持つようにします。その結果は、多くの組織がすでに成功裏にテストした、実用的で反復可能なメカニズムです。
実用的なメリット、ガバナンス、および今後数か月の段階的な展開
専任のファシリテーターがいる1つのスタッフグループで90日間のパイロットを実施し、意思決定を役割にマッピングする最初のポリシーチャートを配布します。この設定により、迅速な成功が得られます。意思決定が迅速になり、会議が焦点が絞られ、作業が日々のタスクと一致します。
ガバナンスの利点は、ポリシー作業が日々の作業から明確に分離されている場合に現れ、発生します。2つのサークル(組織全体のガバナンスと運営グループ)を使用すると、問題を追跡し、リーダーに説明責任を負わせ、少数の個人に決定が委ねられた場合に発生するボトルネックを緩和します。人的要素は中心的なままです。早期にスタッフを関与させ、学習を文書化し、シンプルで反復可能なプロセスを使用して、共有スペースで変更を公開します。使用されるアプローチは軽量で学習可能であり、ポリシーの変更と作業の実行方法との間に明確なリンクがあります。
具体的な利点としては、説明責任の明確化、エンゲージメントの向上、重複承認による無駄の削減などがあります。権限をサークル全体に分散させる動きは、最も有能なスタッフにタスクを割り当て、引き継ぎや手戻りを減らすのに役立ちます。組織はサイクルタイム、課題バックログ、スループットを示すグラフで進捗状況を追跡し、時間の経過とともに改善を可視化することができます。
フェーズ1(1~4週):ガバナンスの基礎を確立します。コアチームを選抜し、2回の短期トレーニングセッションを実施し、現在の業務をマッピングし、初期の役割とポリシー分野を定義します。軽量なバックログを作成し、最初の意思決定セットを公開します。ベースラインメトリクス(サイクルタイム、決定までの時間、1週間あたりに解決された課題)を設定します。
フェーズ2(5~8週):2つ目のグループに拡大し、2つのサークルを並行して実装します。ポリシーライブラリを正式化し、関連する役割に意思決定を配布し始め、ワークロードへの影響に関するフィードバックを収集します。ディーデリック氏にワークショップでの観察結果を共有してもらい、管理タスクに費やす時間とエスカレーションされた課題の数の変化を測定します。
フェーズ3(9~12週):ガバナンスを人事および管理プロセスと連携させます。新しい参加者向けの短いオンボーディングモジュールを導入し、ガバナンスの結果をパフォーマンスに関する会話に統合し、スタッフの満足度やグループ間のコラボレーションなどの長期的な指標を含めるようにチャートを拡張します。実際の業務から得られた教訓でポリシーライブラリを更新し続けます。このアプローチは完全に軽量で、実用的な提供のために設計されています。
フェーズ4(13~16週):すべてのグループに拡大し、四半期ごとのガバナンスレビューを実施し、組織全体の権限の分散を改善します。フィードバックサイクルに対して固定されたケイデンスに従い、必要に応じて役割を調整し、継続的な改善のための明確なパスを確保します。その結果、繰り返されるボトルネックが緩和され、スタッフの士気が向上し、今後の数か月間、再現可能で官僚的でないプロセスが提供されるはずです。チームは、意思決定が分散されると、よりスムーズに業務を遂行できることを理解します。
パイロットチームの選定と30日以内の具体的な目標

コアエリア(運用、製品、サポート、販売、管理)から5~7人のクロスファンクショナルなパイロットチームを選択します。チームは、定義されたガバナンスの範囲をテストし、制約されたドメイン内で日々の業務を調整する権限を持ちます。
30日間のウィンドウに向けて具体的な目標を設定します。新規リクエストの平均トリアージ時間を8時間から2時間に短縮し、チーム間の引き継ぎを30%削減し、パイロットクライアントのオンボーディングを5日以内に完了します。日次平均とボトルネックを示す単純なグラフで成功を文書化します。
パイロットを毎週のリズムで構成します。2つの60分間のガバナンスセッションと、毎週1つの30分間の戦術的なチェックイン。日々の業務では、単純な計画ボードを使用して、重要なステップにオーナーを割り当てます。ボードはアクセス可能で、グラフで最新の状態に保たれている必要があります。
役割を明確にします。意思決定を封じ込めるための保持の役割を指定します。プロセスを調整できる人と変更を拒否できる人を定義します。チームが応答性を持ち、ブロッカーが発生したときに上司にエスカレーションできるようにします。適応性のある姿勢を維持し、洞察を「学んだword」でタグ付けして、各メモを共有計画に結び付けます。
学習ループを維持します。チームは毎日、学習したメモを作成し、共有計画シートを更新します。これにより、計画を日々の現実と組織のニーズに合わせて迅速に調整できます。wordの学習というタグで洞察をキャプチャし、将来のサイクルでそれらを参照してください。
進捗を測定し、結論を出す: 30日目に、進捗を示すチャートと対処したボトルネックを示して、目標が達成されたことを示すか、目標に近づいていることを示す。次に、このアプローチを組織内の別の機能に拡張するための次のステップを提案する。
ホラクラシーサークルを利用して役割と責任を定義する
今日のホラクラシーサークル内で役割を定義する: 3つのサークル(戦略、実行、サポート)を作成し、それぞれ2〜4つの責任範囲を持つ簡潔な役割記述を作成する。この主要な動きは、曖昧さを防ぎ、意思決定を迅速化する。
各サークルで、意思決定権、メトリクス、タイムフレームなど、明確な責任範囲を持つ役割を割り当てる。各責任範囲を測定可能な成果にリンクすることで、スコープクリープを防ぐ。たとえば、アダムはプロダクトサークルを率いており、2週間以内に機能の賭けを検証し、次のガバナンス会議で結果を共有する責任を負う。
ガバナンス会議を利用して役割を調整する。サークルは、誰が役割を変更できるか、どのように意思決定が行われるか、および紛争がどのように解決されるかをリストした単純な規約を遵守する。新しい優先事項が発生した場合は、上司との1対1の会議ではなく、サークル内で変更について話し合う。調整の余地があり、誤った決定のリスクを軽減し、環境を透明に保つ。
重要なのは、責任を軽く、しかし正確に保つことである。各役割は、その目的、主要なアクション、および2週間の進捗確認を示す。具体的な、観察可能な結果として成功がどのようなものかを定義した。サークルが測定可能な成果のない役割を作成した場合、問題が発生している。今すぐ書き直す。
具体的なケイデンスと目標は、システムを健全に保つのに役立つ。サークルあたり4〜6の役割、それぞれに2〜4の責任範囲を設定し、60分のタイムボックスで2週間ごとにガバナンスを開催する。意思決定のサイクルタイム、定義されたアウトカムを持つ役割の数、およびエスカレーションの割合を追跡する。1年を通して、このケイデンスは、キャリアの明確さと企業全体の成果への配慮のバックボーンになる。
実装のヒント: パイロットサークルから開始し、簡単な規約を文書化し、フィードバックのために公開する。質問を奨励し、役割の定義を反復し、優先順位をリセットし、ドリフトを防ぐために90日間のレビューをスケジュールする。チームが学ぶのに役立つように、このパイロットに基づいて短いガイドを作成した。
ガバナンスケイデンスを確立する: 最初のガバナンス会議と緊張ログ
オンボーディング後3営業日以内に最初のガバナンス会議をスケジュールし、その24時間前に緊張ログテンプレートを公開する。このケイデンスは自律性を維持し、明確な意思決定という目標に向けてチームの連携を保つ。それは確かに期待を設定し、プロセスをドリフトさせない。
この構造は、定義された役割に基づいている。最初の会議では、ケイデンスを確定し、ファシリテーターと記録者を割り当て、意思決定がどのように表面化されるかに同意する。コンパクトな議題を使用する: 目的とケイデンス、ドメインと役割、緊張を記録する方法(いわゆる緊張)、迅速なガバナンスの決定、および明確な次のステップ。集中力を維持し、疲労を避けるために、60〜90分のセッションを計画する。結果を書き留め、フォローアップの担当者を割り当てる。
- 目的とケイデンス: ガバナンスが存在する理由と、チームがどれくらいの頻度で会うかを確認する。
- ドメインと役割: 各分野で誰が決定できるか、およびいつエスカレートするかを文書化し、チームベースで明確に保つ。
- 緊張ログの概要: 何が緊張と見なされるか、それをどのようにキャプチャするか、およびそれをどのように解消するかを説明する。一部の緊張は簡単であることに注意する。一部はより深いグループディスカッションが必要になる。
- 意思決定のアプローチ: 同意を使用するか、簡単な同意ベースのフローを使用するか、提案に対する異議をどのように表面化するかを決定する。可能な限りコンセンサスを目指す。
- 次のステップ: 担当者、期日、およびメモを共有する方法を割り当てる。
テンションログは、現在の緊張状態を可視化し、チームが時間経過とともに緊張をどのように解決するかを導く生きたアーティファクトです。それはグループが症状から根本原因へと移行し、間違いから学ぶのを助けます。チームが書き込み、共有スペースに保存するシンプルなテンプレートを使用してください。時間、タイトル、ソース、影響、および解決の詳細はすべて適切に収まります。ログは間違いなく行動の基準点となり、基準点のプラクティスと連携し、syliusのワークフローを意識します。
- 時間 – 緊張が生じたとき
- タイトル – 簡潔な説明
- ソース – 誰が、どの文脈でそれを提起したか
- 現在の影響 – それが目標や意思決定にどのように影響するか
- 提案された解決策またはオーナー – 誰がアクションを所有するか
- ステータス – オープン、レビュー中、クローズ済、または非推奨
- メモ – 学んだ洞察と避けるべき間違い
ケイデンスと儀式:最初の4週間は毎週のガバナンス会議から始め、その後は隔週に移行します。緊張が蓄積する場合は、一時的に頻度を増やしてください。会議は、堂々巡りの議論ではなく、成果と決定に焦点を当ててください。このアプローチは、グループ内での炎上のリスクを最小限に抑え、進捗がチーム全体に可視化されるようにします。時間の経過とともに、緊張はいずれ、システム的な変更を必要とするパターンを表面化させます。
結論:規律あるケイデンス、実用的なテンションログ、そして間違いから学び、迅速に調整する意欲は、堅牢なガバナンスプラクティスを構築します。現在のプラクティスは反復的であるべきであり、学んだ教訓を捉え、それに応じてログを更新する定期的な振り返りが必要です。
戦術会議の立ち上げ:ケイデンス、決定記録、およびアクションのフォローアップ
毎週一定のケイデンスで60分間の戦術会議を開始し、明示的なオーナーと期日を記載した、生きた決定記録チャートを維持します。各エントリには、日付、コンテキスト、決定、根拠、オーナー、および成功基準が含まれている必要があります。この設定により、無駄が削減され、作業が障害を乗り越えて進捗します。簡潔な事前資料と5分間のステータスアップデートを使用して、ここでの議論を絞り込みます。これは無駄をなくし、結果重視でなければなりません。
勢いを構築するために、製品、マーケティング、および運営の関連リーダーのみを招待します。小規模なコアチームから始めて、必要に応じて名簿を調整します。政治ではなく事実に焦点を当て、決定が顧客と収益にとって重要な成果物に結びつくようにします。ケイデンスは静的な儀式ではなく、コンテキストに実用的である必要があります。
決定記録の形式:ID、日付、決定、根拠、オーナー、期日、レビュー日、およびサポートドキュメントへのリンク。会議中にチャートをライブで更新し、ソース(チームwiki)にコピーを保存して、全員がアクセスできるようにします。これにより、単一の信頼できる情報源が作成され、電子メールでのやり取りが削減されます。
アクションのフォローアップ:各アクションをオーナーに割り当て、明確な期日と受け入れ基準を設定します。各会議後、アクションログに更新を投稿します。進捗が停滞した場合は、責任チャネルにエスカレートして、誰かが責任を負うようにします。このアプローチにより、進捗が可視化され、無駄と誤解が削減されます。また、リーダー間の連携構築における協力関係が強化されます。
具体的なメトリクスで影響を測定します:サイクル内に実装された決定の割合、アクションの完了率、およびサイクル時間。チャートを使用してチーム全体の進捗を追跡し、適応されたプロセスと静的なプロセス間のケイデンス効果を比較します。ここでは、関連ドキュメントとレビューへのリンクを定期的に更新して、プロセスを新鮮に保ち、ビジネスニーズに合わせる必要があります。その結果、透明性が向上し、説明責任が高まり、計画の実現可能性が高まります。
進捗状況の追跡と調整:メトリクス、フィードバック、および段階的なロールアウト計画

まず、90日間のパイロット運用を1つのサークルで行い、ガバナンスのリズム、役割の相互作用、サークルの力学、提案をテストします。具体的な目標を設定します。提案から決定までのサイクルタイムを5日以内に短縮、手戻りなしに変更を完了、ほとんどの参加者からのフィードバックスコアを4.0以上に維持。これにより、影響を数値化し、グループ全体の明確化をサポートできます。
コアとなる指標とフィードバックの頻度を定義します。提案、決定、振り返りメモを単一のデータケーブルで接続し、ニーズの変化がどのように結果を導くかを追跡できるようにします。追跡する質問は次のとおりです。状況においてニーズの達成を妨げるギャップはどこにあるか?環境を安定させ、過負荷を防ぐために、サークル、グループ、組織から入力を収集します。各サイクルの後、提案の安全性、作業のスピード、ガバナンスで使用される文言についてフィードバックを収集します。
段階的な展開計画:フェーズ1 – 8〜12人の参加者でサークルAでパイロット運用、4つの指標(サイクルタイム、決定率、採用率、安全性のフィードバック)を追跡、フィードバックを収集して調整。フェーズ2 – コアプロセスを維持しながら、サークルBまたは異なるダイナミクスを持つ2番目のサークルに拡張。フェーズ3 – 教訓を標準プロセスに統合しながら、組織全体のネットワークに拡大。タイミングを決定するために、環境と力のコンテキストを使用します。提案が期待される結果をもたらさなかった場合は、提案プロセスを見直し、プロセスを適宜更新します。
役割と学習:チームが勢いを維持することに注力し、内省する時間を設ける。この計画により、データを収集しながら適応できます。各サークルが他のサークルとの連携を維持すると、調整が改善されることがわかります。データが変更をサポートする場合、迅速に適応することでスピードアップできます。環境と変化の力は、意思決定がニーズと一致するように、サークル間のオープンなコミュニケーションを必要とします。PisoniとRobertsonは、透明なダッシュボードと共有指標を備えた組織でこのパターンを示しています。
何が先行したかが再設計に影響を与え、何がうまくいかなかったかが新しい計画のアクションになりました。時代遅れのガバナンススクリプトを避け、更新されたプロセスを提案し、サークルメンバー、グループ、組織間で情報のケーブルが流れ続けるようにします。このエビデンスに基づいたアプローチにより、運用上の安定性を維持しながら、新しいガバナンスの動きをより安全に試すことができます。



