traction-eos
企業全体のビジョンと実行を一致させるため、EOS(Entrepreneurial Operating System)を導入・運用するスキル。ユーザーが「EOS」「V/TO」「Quarterly Rocks」「Level 10ミーティング」「アカウンタビリティチャート」「IDSプロセス」などに言及した場合や、成長中の企業が会議の仕組み・目標設定フレームワーク・組織課題の体系的解決を必要とする際にトリガーされます。Vision・People・Data・Issues・Process・Tractionの6要素を網羅し、組織の持続的な牽引力(Traction)を生み出すための実践的サポートを提供します。
description の原文を見る
Implement the Entrepreneurial Operating System (EOS) to align vision and execution across a company. Use when the user mentions "EOS", "V/TO", "quarterly rocks", "Level 10 meetings", "accountability chart", "IDS process", "Entrepreneurial Operating System", or "business operating system". Also trigger when a growing company needs meeting structure, goal-setting frameworks, or a systematic approach to solving recurring organizational issues. Covers the six EOS components: Vision, People, Data, Issues, Process, Traction. For team motivation design, see drive-motivation. For lean experimentation, see lean-startup.
SKILL.md 本文
Entrepreneurial Operating System (EOS)
ビジネスを運営するための完全なシステムで、6 つの主要コンポーネントがあります。ビジョンと実行を一致させたい起業家的企業(年間売上 200 万~5000 万ドル、従業員 10~250 人)向けに設計されています。
コアプリンシプル
ほとんどのビジネスは同じコア課題に直面しています:人、ビジョン、トラクション。 EOS は、あらゆる組織の 6 つの主要コンポーネントを強化する、シンプルで完全な経営システムを提供します。
基礎: 優れたビジョンなしのトラクションは幻想です。ビジョンなしのトラクションは目的のない行動です。EOS は、実践的で週次のオペレーティングリズムを通じて、この 2 つを結びつけます。
スコアリング
目標:10/10。 ビジネスプロセスを評価または実装する際は、EOS コンポーネントの強さに基づいて 0~10 で評価します。10/10 は 6 つのコンポーネントすべてが強く、ミーティングが生産的で、クォーターリーロックが一貫して達成されていることを意味します。低いスコアはギャップを示しています。常に現在のスコアと 10/10 に到達するための改善を提供してください。
6 つの主要コンポーネント
Vision → People → Data → Issues → Process → Traction
すべてのビジネスはこれら 6 つのコンポーネントの上に構築されています。EOS はすべての 6 つを強化します。
1. ビジョンコンポーネント
質問: 組織内のすべての人が、あなたが向かう先と、そこにどのようにして到達するかを知っていますか?
ツール:Vision/Traction Organizer (V/TO)
V/TO は 2 ページで 8 つの質問に答えます:
| 質問 | 定義するもの | 例 |
|---|---|---|
| コアバリュー | 3~7 個の譲歩できない信念 | 「それを所有する」「正しいことをする」「成長するか死ぬか」 |
| コアフォーカス | パーパス/大義/情熱 + ニッチ | 「小規模ビジネスを簡潔にする」+ 「クラウド会計」 |
| 10 年目標 | 大きく、大胆で、野心的な目標 | 「年間売上 1 億ドル」または「顧客 1 万人」 |
| マーケティング戦略 | ターゲット市場、3 つのユニークポイント、証明されたプロセス、保証 | あなたが提供する対象、あなたが異なる理由 |
| 3 年後の姿 | 3 年後の企業の姿 | 売上、利益、人数、主要指標 |
| 1 年計画 | 売上、利益、計測可能項目、目標 | 今年の具体的なターゲット |
| クォーターリーロック | このクォーターの 3~7 個の優先事項 | 90 日間で達成する最も重要なこと |
| イシューリスト | すべての未解決の障害 | 議論する問題、アイデア、機会 |
プロセス:
- リーダーシップチームが一緒に V/TO を完成させる(2 日間のオフサイト)
- 組織全体と共有する
- クォーターリーで確認する
- 年次で更新する
重要な洞察: リーダーシップチームが V/TO に同意できない場合は、より大きな問題があります。アライメントが最初に来ます。
参照: references/vto.md で V/TO テンプレートと演習を確認してください。
2. 人コンポーネント
質問: 適切な人を適切なポジションに配置していますか?
ツール:アカウンタビリティチャート
組織図ではなく、アカウンタビリティチャートです。構造と誰が何を所有しているかを定義します。
構造:
Visionary ←→ Integrator
├── Sales/Marketing
├── Operations
└── Finance
2 つの主要なロール:
- ビジョナリー: 大きなアイデア、文化、重要な関係、創造的な問題解決
- インテグレーター: ビジネスを日常的に運営し、チームを管理し、ビジョンを実行し、紛争を解決する
ルール: 1 つのポジションに 1 人。共有責任なし。
ツール:ピープルアナライザー
2 つの次元ですべての人を評価します:
1. 適切な人(コアバリュー適合性)
| コアバリュー | + (ほとんどの時間) | +/- (時々) | - (めったにない) |
|---|---|---|---|
| それを所有する | + | ||
| 正しいことをする | +/- | ||
| 成長するか死ぬか | + |
基準: すべてのコアバリューで「+」である必要があります。1 つの「+/-」は会話が必要です。「-」は不適切な人です。
2. 適切なシート(GWC)
- Get it: ロールを理解している
- Want it: ロールを本当に望んでいる
- Capacity: 精神的、肉体的、感情的なキャパシティがある
すべての 3 つで「はい」である必要があります。 いずれか 1 つが不足している場合は、不適切なシートです。
公式: 適切な人 + 適切なシート = A プレイヤー
人事決定:
- 適切な人、適切なシート → 保持して投資する
- 適切な人、不適切なシート → 適切なシートに移動する
- 不適切な人、適切なシート → コーチング/退職(最も難しい決定)
- 不適切な人、不適切なシート → すぐに退職する
参照: references/people.md でアカウンタビリティチャートとピープルアナライザーテンプレートを確認してください。
3. データコンポーネント
質問: 客観的なデータに基づいて管理していますか、それとも主観的な意見に基づいていますか?
ツール:スコアカード
ビジネスの状況を示す週次レポートで、5~15 個の数値があります。
スコアカードルール:
- 活動ベースの指標(先行指標)、結果(遅行指標)ではない
- 週次の数値(月次は遅すぎます)
- すべての数値に所有者がいる
- すべての数値に目標がある
- 赤/緑:トラック内またはトラック外
スコアカードの例:
| 指標 | 所有者 | 目標 | W1 | W2 | W3 | W4 |
|---|---|---|---|---|---|---|
| 売上 | セールスリード | $50K/週 | ✓ | ✓ | ✗ | ✓ |
| 新規リード | マーケティング | 100/週 | ✓ | ✗ | ✓ | ✓ |
| デモ完了数 | セールス | 20/週 | ✗ | ✓ | ✓ | ✓ |
| カスタマー NPS | サポート | >50 | ✓ | ✓ | ✓ | ✓ |
| キャッシュバランス | ファイナンス | >$200K | ✓ | ✓ | ✓ | ✓ |
メリット:
- 問題を 2~4 週間早く察知できる
- 「直感」経営を削減する
- マイクロマネジメントなしにアカウンタビリティを構築する
- みんなが点数を知っている
指標の選択: 4 週間の休暇に行かなければならなかった場合、ビジネスの状況を示す 5~15 個のどの数値を知りたいですか?
参照: references/data.md でスコアカードテンプレートと指標選択を確認してください。
4. イシューコンポーネント
質問: イシューを迅速に特定、議論、解決していますか?
ツール:イシュー解決トラック(IDS)
Identify (特定) → Discuss (議論) → Solve (解決)
ステップ 1:特定
- 本当のイシューは何ですか?(症状ではなく)
- 根本原因に達するまで「なぜ?」と聞く
- イシューを 1 文で述べる
ステップ 2:議論
- 全員がインプットを得られる(同等の時間ではない)
- 脱線が阻止される
- 1 つのイシューにフォーカスする
- タイムボックス(通常 5~15 分)
ステップ 3:解決
- 決定が下される
- アクションアイテムが割り当てられる(誰が + 何を + いつ)
- 次のイシューに移る
3 つのイシュー種類:
| 種類 | 例 | アクション |
|---|---|---|
| 問題 | 顧客チャーン、チーム紛争、システムダウン | IDS → 解決 |
| アイデア | 新機能、プロセス変更、市場機会 | IDS → 決定(はい/いいえ/後で) |
| 障害 | ロックをブロック、リソース制約、依存性 | IDS → 削除またはエスカレート |
イシューリストルール:
- 誰もがイシューを追加できる
- 優先順位付け:最も重要なものから
- すべてのイシューがすべてのミーティングで解決されるわけではない
- 未解決のイシューは繰り越される
一般的な IDS ミス:
- 根本原因ではなく症状を議論する
- 毎週同じイシューを再度議論する
- 明確なアクションアイテムがない
- 議論が多すぎて、解決が少ない
参照: references/issues.md で IDS ファシリテーション ガイドを確認してください。
5. プロセスコンポーネント
質問: コアプロセスを文書化し、一貫して従っていますか?
ツール:コアプロセスドキュメンテーション
20/80 ルール: 20% のプロセスを文書化して 80% の一貫性を得る。
コアプロセスを特定:
- HR プロセス(採用、オンボーディング、レビュー)
- セールスプロセス(リード → クローズ)
- オペレーションプロセス(納品、フルフィルメント)
- カスタマーサービスプロセス(サポート → 解決)
- ファイナンスプロセス(請求、回収)
ドキュメンテーション形式:
- プロセスに名前を付ける
- 5~20 の主要なステップをリストする
- 十分な詳細を追加する(50 ページのマニュアルではない)
- 可能な限りビジュアルに表現する
例:セールスプロセス「The Closer」
- リードを適格化する(BANT:予算、権限、ニーズ、タイムライン)
- ディスカバリーコール(30 分、質問ガイドを使用)
- デモ(彼らの痛みの点に合わせてカスタマイズ)
- 提案書(24 時間以内に送信)
- フォローアップ(7 日間で 3 回のタッチ)
- クローズまたは不適格化
すべてに従う(FBA):
- 文書化する
- トレーニングする
- コンプライアンスを計測する
- クォーターリーで更新する
参照: references/process.md でプロセスドキュメンテーション テンプレートを確認してください。
6. トラクションコンポーネント
質問: 毎日、あなたのビジョンを実行していますか?
2 つのツール:ロックとレベル 10 ミーティング
ロック(クォーターリー優先事項)
定義: 次の 90 日間で達成する 3~7 個の最も重要なこと。
なぜ 90 日間?
- 意味のあるものを達成するのに十分な長さ
- 緊迫感を維持するのに十分な短さ
- フォーカスするための自然な人間のリズム
ロック設定プロセス:
- V/TO をレビュー(ビジョン、3 年、1 年)
- ブレーンストーム:「このクォーターに完了する必要があることは何ですか?」
- 3~7 個の会社ロックに絞る
- 各ロックを 1 人の所有者に割り当てる
- 各リーダーシップメンバーも 3~7 個の個人ロックを持つ
- 組織全体と共有する
- 週次で追跡する
SMART ロック:
- Specific: 「新しい価格ページを立ち上げる」「価格を改善する」ではなく
- Measurable: 完了基準が明確
- Achievable: 90 日間で完了可能
- Realistic: 現在のリソースが与えられている
- Time-bound: クォーターの終わりまでに期限がある
ロックスコアリング:
- Done = チェック済み(部分的なクレジットなし)
- Not done = 繰り越される、またはドロップされる
- 目標: 80%+ の完了率
アンチパターン:
- ロックが多すぎる(>7) → フォーカスが分散される
- ロックが曖昧すぎる → 完了したかどうか判断できない
- 所有者がいない → 誰も責任を持たない
- すべてのロックが「通常業務」である → 成果が出ない
参照: references/rocks.md でロック設定演習を確認してください。
レベル 10 ミーティング(週次リーダーシップミーティング)
EOS で最も重要なミーティング。 毎週、同じ曜日、同じ時間、同じアジェンダで実行されます。
期間: 90 分、それ以上ではない。
アジェンダ:
| 時間 | セクション | 目的 |
|---|---|---|
| 5 分 | Segue | 良いニュース(個人的および職業的) |
| 5 分 | Scorecard | 週次の数値をレビュー |
| 5 分 | ロックレビュー | 各ロックがトラック内/トラック外 |
| 5 分 | カスタマー/従業員ヘッドライン | クイックアップデート |
| 5 分 | To-Do リスト | 先週の To-Do をレビュー(完了 or 未完了) |
| 60 分 | IDS | イシューを特定、議論、解決 |
| 5 分 | Conclude | To-Do をリキャップ、ミーティングを 1~10 で評価 |
レベル 10 ミーティングルール:
- 時間に始まり、時間に終わる(交渉不可)
- 毎週同じ曜日、同じ時間
- 電話/ノートパソコンなし(アジェンダを除く)
- IDS が 90 分中 60 分を取得(最も重要な部分)
- ミーティング終了時に 1~10 で評価(目標:8+)
- 8 以下の場合、改善することを議論する
なぜ「レベル 10」?
- すべてのミーティングは参加者によって 1~10 で評価される
- 目標は一貫して 10/10 を達成すること
To-Do ルール:
- 7 日のアクションアイテムのみ
- それぞれに所有者と期限がある
- 完了 = 100% 完了
- 90%+ の完了率が目標
参照: references/level-10.md でミーティング ファシリテーション ガイドを確認してください。
EOS 実装タイムライン
典型的なロールアウト:完全実装まで 2 年
| フェーズ | タイムライン | フォーカス |
|---|---|---|
| フォーカスデー | 1 日(8 時間) | アカウンタビリティチャート、ロック、スコアカード、レベル 10 |
| ビジョン構築デー 1 | 1 ヶ月目 | V/TO:コアバリュー、コアフォーカス、10 年目標 |
| ビジョン構築デー 2 | 2 ヶ月目 | V/TO:マーケティング戦略、3 年、1 年、ロック |
| クォーターリーセッション | 90 日ごと | ロックをレビュー、新規ロックを設定、主要イシューの IDS |
| 年次計画 | 年次 | 完全な V/TO レビュー、1 年計画を設定、Q1 ロック |
自己実装 vs EOS インプリメンター:
- 自己:本を読んで、ツールに従う(無料、遅い)
- EOS インプリメンター:認定ファシリテーターがプロセスをガイド(速い、高額)
組織チェックアップ
各ステートメントについて、会社を 1~5 で評価します:
| コンポーネント | ステートメント | スコア(1-5) |
|---|---|---|
| ビジョン | リーダーシップチームは、私たちが向かう先と、そこにどのようにして到達するかについて同じページにいる | |
| 人 | 私たちは適切な人を適切なシートに配置している | |
| データ | 5~15 個の数値の週次スコアカードから管理している | |
| イシュー | イシューを迅速かつ永続的に解決している | |
| プロセス | コアプロセスが文書化され、すべてに従われている | |
| トラクション | 90 日の優先事項(ロック)を設定し、達成している |
スコアリング:
- 25~30:強力(維持してチューン)
- 20~24:良い(ギャップを埋める)
- 15~19:平均(重要な仕事が必要)
- 15 以下:弱い(EOS インプリメンターを検討)
よくある間違い
| 間違い | 失敗する理由 | 修正 |
|---|---|---|
| レベル 10 ミーティングをスキップ | 週次のリズムが失われ、イシューが積まれる | ミーティングを保護し、キャンセルしない |
| ロックが多すぎる | フォーカスがない、何も完了しない | 最大 7 個の会社ロック、1 人あたり 3~7 個 |
| ロックが曖昧すぎる | 完了したかどうか判断できない | SMART ロックを書く、明確な基準 |
| スコアカードがない | 直感で管理、サプライズが起きる | 週次 5~15 個の数値を選択 |
| 不適切な人を保持 | チーム全体のドラグになる | すべてのシートでピープルアナライザーを使用、難しい決定を行う |
| V/TO を共有しない | チームはビジョンを知らない | 会社全体と共有 |
クイック診断
任意のビジネスを監査:
| 質問 | 「いいえ」の場合 | アクション |
|---|---|---|
| リーダーシップはビジョンに同意していますか? | ミスアライメント | 一緒に V/TO を完成させる |
| 適切な人が適切なシートにいますか? | パフォーマンスの問題 | すべてのシートでピープルアナライザーを実施 |
| 週次でデータから管理していますか? | リアクティブな管理 | 週次スコアカードを構築 |
| イシューが永続的に解決されていますか? | 同じ問題の繰り返し | レベル 10 ミーティングで IDS を実装 |
| コアプロセスが文書化されていますか? | 不一貫性 | トップ 5 プロセスを文書化 |
| 90 日の優先事項が設定・追跡されていますか? | トラクションなし | クォーターリーロックを設定 |
参照ファイル
vto.md: Vision/Traction Organizer テンプレート、8 つの質問people.md: アカウンタビリティチャート、ピープルアナライザー、GWCdata.md: スコアカード テンプレート、指標選択issues.md: IDS プロセス、ファシリテーション、イシュー種類process.md: コアプロセス ドキュメンテーション テンプレートrocks.md: ロック設定演習、SMART ロックlevel-10.md: ミーティング アジェンダ、ファシリテーション、評価implementation.md: EOS ロールアウト タイムライン、自己実装ガイドcase-studies.md: EOS を正常に実装した企業
さらに詳しく知るには
このスキルは Gino Wickman が開発した Entrepreneurial Operating System に基づいています。完全なシステムについては:
- "Traction: Get a Grip on Your Business" by Gino Wickman
- "Get a Grip" by Gino Wickman & Mike Paton (EOS をビジネス寓話として)
- "Rocket Fuel" by Gino Wickman & Mark C. Winters (ビジョナリー + インテグレーター関係)
著者について
Gino Wickman は EOS (Entrepreneurial Operating System) の創設者であり、EOS Worldwide の創設者です。EOS Worldwide は、企業が EOS を実装するのを支援する認定 EOS インプリメンターのコミュニティです。Wickman は数千の起業家的リーダーシップチームと協力し、実際のトラクションを達成するのを支援してきました。Traction は 200 万部以上売上げ、EOS は世界中の 250,000 以上の企業で使用されています。彼の仕事は、起業家的企業を運営するために必要な実践的なツールに焦点を当てています。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- wondelai
- リポジトリ
- wondelai/skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/wondelai/skills / ライセンス: MIT
関連スキル
hugging-face-trackio
Trackioを使用してMLトレーニング実験を追跡・可視化できます。トレーニング中のメトリクスログ記録(Python API)、トレーニング診断のアラート発火、ログされたメトリクスの取得・分析(CLI)が必要な場合に活用してください。リアルタイムダッシュボード表示、Webhookを使用したアラート、HF Space同期、自動化向けのJSON出力に対応しています。
btc-bottom-model
ビットコインのサイクルタイミングモデルで、加重スコアリングシステムを搭載しています。日次パルス(4指標、32ポイント)とウィークリー構造(9指標、68ポイント)の2カテゴリーにわたる13の指標を追跡し、0~100のマーケットヒートスコアを算出します。ETFフロー、ファンディングレート、ロング/ショート比率、恐怖・貪欲指数、LTH-MVRV、NUPL、SOPR(LTH+STH)、LTH供給率、移動平均倍率(365日MA、200週MA)、週次RSI、出来高トレンドに対応します。市場サイクル全体を通じて買いと売りの両方の推奨を提供します。ビットコインの底値拾い、BTCサイクルポジション、買い時・売り時、オンチェーン指標、MVRV、NUPL、SOPR、LTH動向、ETFの流出入、ファンディングレート、恐怖指数、ビットコインが過熱状態か、マイナーコスト、暗号資産市場のセンチメント、BTCのポジションサイジング、「今ビットコインを買うべきか」「BTCが天井をつけているか」「オンチェーン指標は何を示しているか」といった質問の際にこのスキルを活用します。
protein_solubility_optimization
タンパク質の溶解性最適化 - タンパク質の溶解性を最適化します。タンパク質の特性を計算し、溶解性と親水性を予測し、有効な変異を提案します。タンパク質配列の特性計算、タンパク質機能の予測、親水性計算、ゼロショット配列予測を含むタンパク質エンジニアリング業務に使用できます。3つのSCPサーバーから4つのツールを統合しています。
research-lookup
Parallel Chat APIまたはPerplexity sonar-pro-searchを使用して、最新の研究情報を検索できます。学術論文の検索にも対応しています。クエリは自動的に最適なバックエンドにルーティングされるため、論文の検索、研究データの収集、科学情報の検証に活用できます。
tree-formatting
ggtree(R)またはiTOL(ウェブ)を使用して、系統樹の可視化とフォーマットを行います。系統樹を図として描画する際、ツリーレイアウトの選択、分類学に基づく枝やラベルの色付け、クレードの折りたたみ、サポート値の表示、またはツリーへのオーバーレイ追加が必要な場合に使用してください。系統推定(protein-phylogenyスキルを使用)やドメイン注釈(今後の独立したスキル)には使用しないでください。
querying-indonesian-gov-data
インドネシア政府の50以上のAPIとデータソースに接続できます。BPJPH(ハラール認証)、BOM(食品安全)、OJK(金融適正性)、BPS(統計)、BMKG(気象・地震)、インドネシア中央銀行(為替レート)、IDX(株式)、CKAN公開データポータル、pasal.id(第三者法MCP)に対応しています。インドネシア政府データを活用したアプリ開発、.go.idウェブサイトのスクレイピング、ハラール認証の確認、企業の法的適正性の検証、金融機関ステータスの照会、またはインドネシアMCPサーバーへの接続時に使用できます。CSRF処理、CKAN API使用方法、IP制限回避など、すぐに実行可能なPythonパターンを含んでいます。