company-os
企業運営の根本となるメタフレームワーク — 経営層全体を結ぶ基盤です。オペレーティングシステム選定(EOS、Scaling Up、OKRネイティブ、ハイブリッド型)、アカウンタビリティチャート、スコアカード、ミーティングペース、課題解決、90日ロックスに対応します。企業オペレーション立ち上げ時、経営フレームワーク選定、ミーティングリズムの設計、アカウンタビリティシステム構築、OKR導入、またはユーザーがEOS、Scaling Up、オペレーティングシステム、L10ミーティング、ロックス、スコアカード、アカウンタビリティチャート、四半期計画について言及する場合に活用できます。
description の原文を見る
The meta-framework for how a company runs — the connective tissue between all C-suite roles. Covers operating system selection (EOS, Scaling Up, OKR-native, hybrid), accountability charts, scorecards, meeting pulse, issue resolution, and 90-day rocks. Use when setting up company operations, selecting a management framework, designing meeting rhythms, building accountability systems, implementing OKRs, or when user mentions EOS, Scaling Up, operating system, L10 meetings, rocks, scorecard, accountability chart, or quarterly planning.
SKILL.md 本文
企業オペレーティングシステム
オペレーティングシステムは、企業がどのように機能するかを決定するツール、リズム、および契約の集合です。すべての企業が持っています。ほとんどの企業はそれが何であるかを知らないだけです。それを明確にすることで、改善可能になります。
キーワード
オペレーティングシステム、EOS、起業家的オペレーティングシステム、Scaling Up、ロックフェラー習慣、OKR、ホラクラシー、L10ミーティング、ロック、スコアカード、アカウンタビリティチャート、イシューリスト、IDS、ミーティングパルス、四半期計画、週間スコアカード、マネジメントフレームワーク、企業リズム、トラクション、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人が所有していると思っている機能)を特定します
- 公開します。何かが変わったら更新します。
2. スコアカード
企業が正しい軌道に乗っているかどうかを示す週間メトリクス。月間ではなく、四半期ごとでもなく、週間です。
ルール:
- 最大5~15メトリクス。15を超えると何にも注目が集まりません。
- 各メトリクスに所有者と週間目標があります(範囲ではなく数値)。
- 赤/黄/緑のステータス。段落ではありません。
- スコアカードはリーダーシップチームの週間ミーティングで議論されます。赤いメトリクスのみが討論時間を取得します。
スコアカード構造の例:
| メトリクス | 所有者 | 目標 | 今週 | ステータス |
|---|---|---|---|---|
| 新規MRR | CRO | €50K | €43K | 🔴 |
| チャーン | CS Lead | < 1% | 0.8% | 🟢 |
| アクティブユーザー | CPO | 2,000 | 2,150 | 🟢 |
| デプロイメント | CTO | 3/week | 3 | 🟢 |
| オープンな重大バグ | CTO | 0 | 2 | 🔴 |
| ランウェイ | CFO | > 18mo | 16mo | 🟡 |
アンチパターン: すべてを測定すること。40個のKPIを追跡している場合、管理するのではなく、見ているだけです。
3. ミーティングパルス
企業を推進するミーティングのリズム。オプションではありません。パルスが企業を生き続けさせるものです。
完全なリズム:
| ミーティング | 頻度 | 時間 | 参加者 | 目的 |
|---|---|---|---|---|
| デイリースタンダップ | 毎日 | 15分 | 各チーム | ブロッカーのみ |
| L10 / リーダーシップシンク | 週間 | 90分 | リーダーシップチーム | スコアカード + イシュー |
| 部門レビュー | 月間 | 60分 | 部門 + リーダーシップ | OKR進捗 |
| 四半期計画 | 四半期 | 1~2日 | リーダーシップ | ロック設定、戦略レビュー |
| 年間計画 | 年間 | 2~3日 | リーダーシップ | 1年 + 3年ビジョン |
L10ミーティング(週間リーダーシップシンク): 各ミーティングの目標が10/10であることにちなんで名付けられました。固定アジェンダ:
- グッドニュース(5分) — 個人 + ビジネス
- スコアカードレビュー(5分) — 赤いアイテムのみフラグ
- ロックレビュー(5分) — 各ロックのオン/オフトラック
- 顧客/従業員ヘッドライン(5分)
- イシューリスト(60分) — IDS(下記参照)
- タスクレビュー(5分) — 先週のコミットメント
- 終了(5分) — ミーティングを1~10で評価し、次回10にするために何が必要か
4. イシュー解決(IDS)
コア問題解決ループ。イシューあたり最大15分。
IDS:特定、議論、解決
- 特定: 実際のイシューは何か?(症状ではなく根本原因)1文で述べます。
- 議論: 関連する事実と視点。時間を制限します。議論が繰り返され始めたら、停止します。
- 解決: 1人の所有者。1つのアクション。1つの期限。タスクリストに書き込みます。
アンチパターン:
- 「これは別途話し合いましょう」 — ほとんどの別途持ち越されたものは解決されません
- 決定なしに議論すること — アクションアイテムのない素晴らしい議論は無駄な時間です
- 決定されたイシューを再検討すること — 解決されたら、リストから削除されます。新しい情報がある場合のみ再開します。
イシューリスト: すべての未解決イシューの実行中で優先順位付けされたリスト。リーダーシップチームが所有します。毎週レビューおよび削除されます。イシューが3回以上のミーティングに含まれており、議論されていない場合、それは実際のイシューではないか、対処するには怖すぎるか、どちらでも注目する価値があります。
5. ロック(90日間の優先事項)
ロックは、各人が次の90日間で達成する必要がある3~7の最も重要なものです。これらは職務記述書ではなく、企業を前進させるものです。
なぜ90日間か? 意味のある進歩に十分な長さです。十分現実的な短さです。
ロックのルール:
- 各人:最大3~7ロック。7を超えるとどれも完了しません。
- 企業レベルロック(共有優先事項):リーダーシップチームの場合3~7
- 各ロックはバイナリです:完了するかしないか。「60%完了」はありません。
- 四半期計画セッションで設定します。毎週レビュー(オン/オフトラック)されます。
悪いロック: 「営業プロセスを改善する」 良いロック: 「3月31日までに完全なパイプラインステージと週間レポート機能を備えたSalesforce CRMを実装する」
ロック対タスク: タスクは1つのアクションを取ります。ロックは90日間の継続的な作業を取ります。
6. コミュニケーションリズム
誰が、何を、いつ、どのような形式で受け取るか。
| 対象者 | 内容 | 時期 | 形式 |
|---|---|---|---|
| 全従業員 | 企業アップデート | 月間 | 書面 + Q&A |
| 全従業員 | 四半期結果 + 次の優先事項 | 四半期 | オールハンズ |
| リーダーシップチーム | スコアカード | 週間 | ダッシュボード |
| ボード | 企業パフォーマンス | 月間 | ボードメモ |
| 投資家 | 主要メトリクス + ナラティブ | 月間または四半期 | 投資家アップデート |
| 顧客 | 製品アップデート | リリースごと | リリースノート |
デフォルトルール: 何か社内で共有するかどうかを決定している場合は、共有してください。企業内での過度なコミュニケーションのコストは、常に過度なコミュニケーションのコストを超えています。
オペレーティングシステム選択
完全な比較については references/os-comparison.md を参照してください。クイックガイド:
| このような場合... | 検討してください... |
|---|---|
| 10~250人の企業、創業者主導、運営上の混乱 | EOS / Traction |
| 野心的な成長企業、厳密な戦略カスケード必要 | Scaling Up |
| テック企業、エンジニアリング文化、仮説駆動 | OKR-native |
| 分散型、フラット、高自律性 | ホラクラシー(忍耐が必要な場合のみ) |
| 上記のいずれも完全には合わない | カスタムハイブリッド |
実装ロードマップ
すべてを一度に実装しないでください。完全な90日計画については references/implementation-guide.md を参照してください。
クイックスタート(最初の30日):
- アカウンタビリティチャートを構築する(1ワークショップ、2時間)
- 5~10の週間スコアカードメトリクスを定義する(リーダーシップチームアライメント、1時間)
- 週間L10ミーティングを開始する(準備不要。開始するだけ)
これら3つだけで、ほとんどの企業が1年で達成するよりも多くのコーディネーションを改善できます。
よくある失敗モード
部分的実装: 「OKRはやるが週間チェックインはスキップする」半分のオペレーティングシステムは、何もないより悪い。アカウンタビリティなしにシアターを作成します。
ミーティング疲労: 既存のミーティングの上に完全なリズムを追加します。ミーティングを追加するのではなく、ミーティングを置き換えることで開始します。
メトリクスオーバーロード: 「すべてが重要だから」30個のKPIで開始します。5から開始します。リズムが確立されたら追加します。
ロック膨張: 「すべてが優先事項だから」1人あたり12ロックを設定します。すべてが優先事項の場合、何も優先事項ではありません。ハード制限:7。
リーダー非準拠: リーダーシップチームがL10をスキップするか、IDSに従いません。オペレーティングシステムはリーダーシップが与えてくれた尊重を反映しています。リーダーが真剣に取らなければ、誰も取りません。
四半期レビューなしの年間計画: 年間ゴールを設定し、年末にチェックインします。四半期は意味のあるゴールの最小レビューサイクルです。
C-Suiteとの統合
企業OSは接続組織です。他のすべての役割はそれに依存しています:
| C-Suiteの役割 | OS依存性 |
|---|---|
| CEO | 1年計画とロックに入力するビジョンを設定 |
| COO | ミーティングパルスとイシュー解決のリズムを所有 |
| CFO | スコアカード内の財務メトリクスを所有 |
| CTO | エンジニアリングロックとテクノロジースコアカードメトリクスを所有 |
| CHRO | スコアカード内の人事メトリクス(離職、採用速度)を所有 |
| Culture Architect | カルチャーリチュアルはミーティングパルスに組み込まれる |
| Strategic Alignment Engine | チームロックが企業ロックからカスケードすることを検証 |
オペレーティングシステムの重要な質問
- 「5人の異なるチームリーダーに、この四半期の企業の上位3つの優先事項が何かを聞いた場合、同じ回答をくれるでしょうか?」
- 「先週のリーダーシップミーティングで提起された最も重要なイシューは何ですか?それは解決されたのか、それともまだ開いているのか?」
- 「このセッションが良いセッションだったかどうかを金曜日までに示すメトリクスに名前を付けてください。それを追跡していますか?」
- 「顧客チャーンを所有しているのは誰ですか?躊躇なくその人に名前を付けることができますか?」
- 「最後にアカウンタビリティチャートを更新したのはいつですか?」
詳細な参考資料
references/os-comparison.md— EOS対Scaling Up対OKRs対ホラクラシー対ハイブリッドreferences/implementation-guide.md— 90日実装計画
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Boboegg
- リポジトリ
- Boboegg/ai-resources
- ライセンス
- MIT
- 最終更新
- 2026/4/3
Source: https://github.com/Boboegg/ai-resources / ライセンス: MIT
関連スキル
3-statement-model
3種類の財務諸表テンプレート(損益計算書、貸借対照表、キャッシュフロー計算書)を作成・記入・完成させることができます。モデルテンプレートの記入、既存のモデル枠組みの完成、財務モデルへのデータ入力、部分的に完成した損益/貸借/キャッシュフロー枠組みの完成、または既存テンプレート構造内での統合財務諸表の連携に対応しています。3種類の財務モデルテンプレートの記入、完成、またはデータ入力に関するご依頼で自動的に機能します。
strategic-decision
CEO・経営層向けの戦略的意思決定支援です。前提条件に異議を唱え、問題を診断し、確実な戦略を設計できます。4つのモード(AGGRESSIVE:大きな夢を見る、SELECTIVE:基盤を維持しつつ有望な拡張を厳選、DIAGNOSTIC:最大限の厳密性、VALIDATION:本質に絞る)を備えています。創業者、経営幹部、プロダクトリーダーが製品開発、成長戦略、市場戦略、技術選定、リソース配分に関する戦略的判断が必要な場面で活用できます。
value-realization
エンドユーザーが製品アイデアから明確な価値を感じるかどうかを分析します。以下の場面で活用できます:製品コンセプトの議論、機能の評価、製品改善の方向性提示、マーケティング戦略の企画、導入・継続率の問題分析、コピーが価値を伝えているかの検証、機能と利用シーンの対応付け、または製品方向性・ポジショニング・エンドユーザーの需要の有無が不確かな場合(例:「これは良いアイデアか」「この製品をどう思うか」「ユーザーは必要とするか」「この機能は何に役立つのか」「機能の価値をどう説明するか」「このコピーをどう思うか」「利用シーンを作成する手助けが欲しい」「ユーザーが継続利用しない理由は何か」「どうポジショニングすべきか」)。
creating-financial-models
このスキルは、投資判断に必要な高度な財務モデリング機能を提供します。DCF分析、感度分析、モンテカルロシミュレーション、シナリオプランニングなど、複数の分析手法を組み合わせることで、より正確で信頼性の高い財務予測が可能になります。
pestel-analysis
政治的、経済的、社会的、技術的、環境的、法的な外部要因を分析します。市場環境の変化が製品、ロードマップ、または戦略に大きな影響を与える可能性がある場合に活用できます。
chemical_safety_assessment
化学安全性評価 - 化学物質の安全性を評価します。PubChemの化合物情報、FDAの医薬品データ、ADMET予測、ChEMBLの構造警告を活用します。このスキルを使用することで、化合物名から一般情報を取得したり、医薬品名から警告および注意事項を取得したり、分子のADMETを予測したり、化合物の構造警告を検出したりできます。4つのSCPサーバーから4つのツールを統合しています。