mcpField
C
company-os

company-os

github.com/alirezarezvani生産性28.9k587 回インストール2 日前に更新
リポジトリ

company-os について

責任者、指標、会議、課題解決、優先事項、情報共有のリズムを明確にする会社運営スキルです。EOS、Scaling Up、OKR、独自のハイブリッド型などの選定と導入を支援します。

主な機能

  1. 01職務と責任者の明確化
  2. 02週次スコアカードと目標の設定
  3. 03リーダー会議のリズム設計
  4. 04IDSによる課題解決
  5. 05四半期優先事項の設定とレビュー
  6. 06運営システムの比較

活用シーン

  1. 01会社機能の責任者の明確化
  2. 02週次リーダー会議の効率化
  3. 03四半期優先事項の進捗確認
  4. 04会社に合う運営システムの選定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/alirezarezvani/claude-skills --skill company-os

インストール後、Claude Code で/company-osを入力して読み込まれたか確認します。

同梱ファイルreferences/implementation-guide.mdreferences/os-comparison.md

詳細

会社のオペレーティングシステム

オペレーティングシステムとは、会社の運営方法を決めるツール、リズム、取り決めの集合です。どの会社にもありますが、その存在を意識していない会社がほとんどです。明確にすることで、改善できるようになります。

キーワード

オペレーティングシステム、EOS、Entrepreneurial Operating System、Scaling Up、Rockefeller Habits、OKR、ホラクラシー、L10 ミーティング、ロックス、スコアカード、アカウンタビリティチャート、課題リスト、IDS、ミーティングのリズム、四半期計画、週次スコアカード、マネジメントフレームワーク、会社のリズム、Traction、Gino Wickman、Verne Harnish

重要な理由

業務上の機能不全のほとんどは、人の問題ではなく、システムの問題です。次のような場合は、

  • 同じ課題が毎週繰り返される:課題を解決する仕組みがありません
  • 会議が無意味に感じられる:体系的なミーティングのリズムがありません
  • 誰が何を担当しているのか誰もわからない:アカウンタビリティチャートがありません
  • 四半期目標が未達になる:ロックスが実際のコミットメントになっていません

システムを整えましょう。そうすれば、人々はその中でよりよく業務を進められます。

6つの主要コンポーネント

どのフレームワークを選ぶかにかかわらず、効果的なオペレーティングシステムには次の6つがあります。

1. アカウンタビリティチャート

組織図ではありません。アカウンタビリティチャートは、「この成果に責任を持つのは誰か?」に答えるものです。

重要な違い: 各機能の責任者は1人です。複数の人がその機能に携わることはあります。責任を持つとは、最終的な責任を1人が負うということです。

構成:

CEO
├── Sales (CRO/VP Sales)
│   ├── Inbound pipeline
│   └── Outbound pipeline
├── Product & Engineering (CTO/CPO)
│   ├── Product roadmap
│   └── Engineering delivery
├── Operations (COO)
│   ├── Customer success
│   └── Finance & Legal
└── People (CHRO/VP People)
    ├── Recruiting
    └── People operations

ルール:

  • 責任を共有してはいけません。「Alice と Bob が両方とも担当する」というのは、誰も担当していないのと同じです。
  • 初期段階では、1人が複数の役割を担当してもかまいません。問題ありません。ただし、明確にしてください。
  • 会社の成長に合わせて、四半期ごとに見直してください。成長に伴い、責任の所在も変わります。

ワークショップで作成する:

  1. 会社が担うすべての機能をリストアップします
  2. 例外なく、各機能に1人の責任者を割り当てます
  3. 担当者がいない機能(責任者不在)と、複数の人が自分の担当だと思っている機能(責任の重複)を特定します
  4. 公開します。変更があったら更新します。
2. スコアカード

会社が順調に進んでいるかを示す週次指標です。月次でも四半期ごとでもなく、週次です。

ルール:

  • 指標は最大5~15個です。15個を超えると、どの指標にも注意が向かなくなります。
  • 各指標には責任者と週次目標を設定します(範囲ではなく、具体的な数値です)。
  • ステータスは赤・黄・緑で示します。文章で説明しません。
  • スコアカードは、リーダーシップチームの週次ミーティングで確認します。議論するのは赤の指標だけです。

スコアカードの構成例:

指標責任者目標今週ステータス
新規 MRRCRO€50K€43K🔴
解約率CS リード< 1%0.8%🟢
アクティブユーザーCPO2,0002,150🟢
デプロイCTO3/week3🟢
未解決の重大なバグCTO02🔴
ランウェイCFO> 18mo16mo🟡

アンチパターン: あらゆるものを測定すること。40個の KPI を追跡しているなら、管理ではなく、ただ見ているだけです。

3. ミーティングのリズム

会社を動かす会議のリズムです。任意ではありません。このリズムが会社の活力を保ちます。

全体のリズム:

会議頻度所要時間参加者目的
デイリースタンドアップ毎日15 min各チーム阻害要因のみ
L10 / リーダーシップ同期会議週次90 minリーダーシップチームスコアカード+課題
部門レビュー月次60 min部門+リーダーシップOKR の進捗
四半期計画四半期ごと1–2 daysリーダーシップロックスの設定、戦略の見直し
年次計画年次2–3 daysリーダーシップ1年後+3年後のビジョン

L10 ミーティング(週次リーダーシップ同期会議): 各会議を10点満点にすることを目標にしているため、この名前が付いています。議題は固定です。

  1. よいニュース(5 min)— 個人+ビジネス
  2. スコアカードの確認(5 min)— 赤の項目だけを指摘
  3. ロックの確認(5 min)— 各ロックが順調かどうか
  4. 顧客/従業員に関する最新情報(5 min)
  5. 課題リスト(60 min)— IDS(下記参照)
  6. To-do の確認(5 min)— 先週のコミットメント
  7. 締めくくり(5 min)— 会議を1~10で評価し、次回10点にするには何が必要かを話し合う
4. 課題解決(IDS)

問題解決の中核となるサイクルです。1つの課題につき最大15分です。

IDS:特定、議論、解決

  • 特定: 実際の課題は何ですか?(症状ではなく、根本原因です)1文で述べます。
  • 議論: 関連する事実と見解を話し合います。時間を区切ります。議論が繰り返しになり始めたら、終了します。
  • 解決: 担当者を1人、アクションを1つ、期限を1つ決めます。ToDoリストに記載します。

アンチパターン:

  • 「この件は別の場で話しましょう」——別の場に持ち越された問題のほとんどは、解決されません。
  • 決定せずに議論する——素晴らしい議論でも、アクション項目がなければ時間の無駄です。
  • 決定済みの課題を再検討する——解決したらリストから外します。新しい情報がある場合にのみ再検討します。

課題リスト: 未解決の課題を優先順位順に継続して記録するリストです。リーダーシップチームが管理し、毎週見直して整理します。課題が3回以上の会議にわたってリストに載っているのに話し合われていない場合、それは実際の課題ではないか、対処するのが怖すぎるかのどちらかです。どちらの場合も、注意を払う必要があります。

5. Rocks(90日間の優先事項)

Rocksとは、各人が今後90日間で達成すべき、最も重要な3~7項目のことです。職務内容ではなく、会社を前進させるための取り組みです。

なぜ90日なのか? 意味のある進捗を出すには十分な長さであり、現実味を保つには十分に短い期間だからです。

Rockのルール:

  • 各人のRockは最大3~7項目です。7項目を超えると、どれも完了できなくなります。
  • 会社レベルのRock(共有する優先事項)は、リーダーシップチームで3~7項目にします。
  • 各Rockは二者択一です。完了か未完了かで、「60%完了」はありません。
  • 四半期計画会議で設定し、毎週、計画どおりに進んでいるかを確認します。

悪いRock: 「営業プロセスを改善する」 良いRock: 「3月31日までに、すべてのパイプラインステージと週次レポートを備えたSalesforce CRMを導入する」

RockとToDoの違い: ToDoは1つのアクションで完了します。Rockには90日間にわたる継続的な取り組みが必要です。

6. コミュニケーションの頻度

誰に、どの情報を、いつ、どのような形式で伝えるかを決めます。

対象内容頻度形式
全従業員会社の最新情報毎月文書+質疑応答
全従業員四半期の実績+次の優先事項四半期ごと全社ミーティング
リーダーシップチームスコアカード毎週ダッシュボード
取締役会会社の業績毎月取締役会向けメモ
投資家主要指標+説明毎月または四半期ごと投資家向け報告
顧客製品の更新情報リリースごとリリースノート

基本ルール: 社内で何かを共有するか迷ったら、共有します。社内では、コミュニケーションが不足するコストは、過剰になるコストを常に上回ります。


オペレーティングシステムの選定

詳細な比較については、references/os-comparison.mdを参照してください。簡易ガイド:

該当する状況検討するもの
創業者主導で、従業員10~250人、業務が混乱している会社EOS / Traction
戦略を厳密に展開する必要がある、意欲的な成長企業Scaling Up
技術系企業で、エンジニアリング文化があり、仮説に基づいて進めるOKR-native
分散型で、フラットな組織、高い自律性があるHolacracy(忍耐強く取り組める場合のみ)
上記のいずれにも当てはまらない独自のハイブリッド型

導入ロードマップ

一度にすべてを導入しないでください。90日間の計画全体については、references/implementation-guide.mdを参照してください。

クイックスタート(最初の30日間):

  1. アカウンタビリティチャートを作成する(ワークショップ1回、2時間)
  2. 週次スコアカードの指標を5~10個定義する(リーダーシップチームの認識合わせ、1時間)
  3. 週次L10ミーティングを始める(準備は不要です。まず始めましょう)

この3つだけでも、ほとんどの会社が1年間で達成する以上に、連携が改善します。


よくある失敗パターン

部分的な導入:「OKRは実施していますが、週次チェックインは省いています。」運営システムの半分だけでは、何もないよりも悪い結果になります。責任を伴わない見せかけを生み出すからです。

**会議疲れ:**既存の会議に加えて、完全なリズムを追加することです。会議を増やすのではなく、置き換えるところから始めましょう。

指標の過剰:「どれも重要だから」と、KPIを30個設定して始めることです。まずは5つから始めましょう。定期的な運用が定着してから追加します。

ロックの膨張:「すべてが優先事項だから」と、1人あたり12個のロックを設定することです。すべてが優先事項なら、何も優先事項ではありません。上限は7個です。

**リーダーの不遵守:**リーダーシップチームがL10を欠席したり、IDSに従わなかったりすることです。運営システムには、リーダーシップがそれに払う敬意が反映されます。リーダーが真剣に取り組まなければ、誰も真剣に取り組みません。

**四半期レビューなしの年間計画:**年間目標を設定し、年末に進捗を確認することです。意味のある目標であれば、最低でも四半期ごとにレビューする必要があります。


C-Suiteとの連携

会社のOSは、あらゆるものをつなぐ要です。ほかのすべての役割が、これに依存します。

C-Suiteの役割OSへの依存関係
CEO1年計画とロックにつながるビジョンを設定する
COO会議のリズムと問題解決の定期的な運用を担う
CFOスコアカードの財務指標を担う
CTOエンジニアリングのロックと技術スコアカードの指標を担う
CHROスコアカードの人事指標(離職率、採用スピード)を担う
文化アーキテクト文化的な儀式を会議のリズムに組み込む
戦略的アラインメントエンジンチームのロックが会社のロックから連鎖していることを検証する

運営システムに関する重要な質問

  • 「今四半期における会社の最優先事項を、異なるチームリーダー5人に尋ねた場合、全員が同じ答えを返すでしょうか?」
  • 「先週のリーダーシップ会議で提起された最も重要な問題は何でしたか?解決しましたか、それともまだ未解決ですか?」
  • 「今週が順調な週だったかどうかを金曜日までに判断できる指標を1つ挙げてください。それを追跡していますか?」
  • 「顧客の解約率に責任を持つのは誰ですか?ためらわずにその人の名前を挙げられますか?」
  • 「アカウンタビリティ・チャートを最後に更新したのはいつですか?」

詳細な参考資料

  • references/os-comparison.md — EOS、Scaling Up、OKR、Holacracy、ハイブリッドの比較
  • references/implementation-guide.md — 90日間の導入計画

コメント