Agent Skills by ALSEL
Anthropic Claudeデータ・分析⭐ リポ 0品質スコア 50/100

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 日間で達成する最も重要なこと
イシューリストすべての未解決の障害議論する問題、アイデア、機会

プロセス:

  1. リーダーシップチームが一緒に V/TO を完成させる(2 日間のオフサイト)
  2. 組織全体と共有する
  3. クォーターリーで確認する
  4. 年次で更新する

重要な洞察: リーダーシップチームが 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 個の数値があります。

スコアカードルール:

  • 活動ベースの指標(先行指標)、結果(遅行指標)ではない
  • 週次の数値(月次は遅すぎます)
  • すべての数値に所有者がいる
  • すべての数値に目標がある
  • 赤/緑:トラック内またはトラック外

スコアカードの例:

指標所有者目標W1W2W3W4
売上セールスリード$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 プロセス(採用、オンボーディング、レビュー)
  • セールスプロセス(リード → クローズ)
  • オペレーションプロセス(納品、フルフィルメント)
  • カスタマーサービスプロセス(サポート → 解決)
  • ファイナンスプロセス(請求、回収)

ドキュメンテーション形式:

  1. プロセスに名前を付ける
  2. 5~20 の主要なステップをリストする
  3. 十分な詳細を追加する(50 ページのマニュアルではない)
  4. 可能な限りビジュアルに表現する

例:セールスプロセス「The Closer」

  1. リードを適格化する(BANT:予算、権限、ニーズ、タイムライン)
  2. ディスカバリーコール(30 分、質問ガイドを使用)
  3. デモ(彼らの痛みの点に合わせてカスタマイズ)
  4. 提案書(24 時間以内に送信)
  5. フォローアップ(7 日間で 3 回のタッチ)
  6. クローズまたは不適格化

すべてに従う(FBA):

  • 文書化する
  • トレーニングする
  • コンプライアンスを計測する
  • クォーターリーで更新する

参照: references/process.md でプロセスドキュメンテーション テンプレートを確認してください。

6. トラクションコンポーネント

質問: 毎日、あなたのビジョンを実行していますか?

2 つのツール:ロックとレベル 10 ミーティング

ロック(クォーターリー優先事項)

定義: 次の 90 日間で達成する 3~7 個の最も重要なこと。

なぜ 90 日間?

  • 意味のあるものを達成するのに十分な長さ
  • 緊迫感を維持するのに十分な短さ
  • フォーカスするための自然な人間のリズム

ロック設定プロセス:

  1. V/TO をレビュー(ビジョン、3 年、1 年)
  2. ブレーンストーム:「このクォーターに完了する必要があることは何ですか?」
  3. 3~7 個の会社ロックに絞る
  4. 各ロックを 1 人の所有者に割り当てる
  5. 各リーダーシップメンバーも 3~7 個の個人ロックを持つ
  6. 組織全体と共有する
  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 分ConcludeTo-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
ビジョン構築デー 11 ヶ月目V/TO:コアバリュー、コアフォーカス、10 年目標
ビジョン構築デー 22 ヶ月目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: アカウンタビリティチャート、ピープルアナライザー、GWC
  • data.md: スコアカード テンプレート、指標選択
  • issues.md: IDS プロセス、ファシリテーション、イシュー種類
  • process.md: コアプロセス ドキュメンテーション テンプレート
  • rocks.md: ロック設定演習、SMART ロック
  • level-10.md: ミーティング アジェンダ、ファシリテーション、評価
  • implementation.md: EOS ロールアウト タイムライン、自己実装ガイド
  • case-studies.md: EOS を正常に実装した企業

さらに詳しく知るには

このスキルは Gino Wickman が開発した Entrepreneurial Operating System に基づいています。完全なシステムについては:

著者について

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

関連スキル

OpenAIデータ・分析⭐ リポ 1,451

hugging-face-trackio

Trackioを使用してMLトレーニング実験を追跡・可視化できます。トレーニング中のメトリクスログ記録(Python API)、トレーニング診断のアラート発火、ログされたメトリクスの取得・分析(CLI)が必要な場合に活用してください。リアルタイムダッシュボード表示、Webhookを使用したアラート、HF Space同期、自動化向けのJSON出力に対応しています。

by gradio-app
汎用データ・分析⭐ リポ 855

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が天井をつけているか」「オンチェーン指標は何を示しているか」といった質問の際にこのスキルを活用します。

by star23
Anthropic Claudeデータ・分析⭐ リポ 380

protein_solubility_optimization

タンパク質の溶解性最適化 - タンパク質の溶解性を最適化します。タンパク質の特性を計算し、溶解性と親水性を予測し、有効な変異を提案します。タンパク質配列の特性計算、タンパク質機能の予測、親水性計算、ゼロショット配列予測を含むタンパク質エンジニアリング業務に使用できます。3つのSCPサーバーから4つのツールを統合しています。

by SpectrAI-Initiative
Anthropic Claudeデータ・分析⭐ リポ 1,743

research-lookup

Parallel Chat APIまたはPerplexity sonar-pro-searchを使用して、最新の研究情報を検索できます。学術論文の検索にも対応しています。クエリは自動的に最適なバックエンドにルーティングされるため、論文の検索、研究データの収集、科学情報の検証に活用できます。

by K-Dense-AI
Anthropic Claudeデータ・分析⭐ リポ 299

tree-formatting

ggtree(R)またはiTOL(ウェブ)を使用して、系統樹の可視化とフォーマットを行います。系統樹を図として描画する際、ツリーレイアウトの選択、分類学に基づく枝やラベルの色付け、クレードの折りたたみ、サポート値の表示、またはツリーへのオーバーレイ追加が必要な場合に使用してください。系統推定(protein-phylogenyスキルを使用)やドメイン注釈(今後の独立したスキル)には使用しないでください。

by majiayu000
汎用データ・分析⭐ リポ 145

querying-indonesian-gov-data

インドネシア政府の50以上のAPIとデータソースに接続できます。BPJPH(ハラール認証)、BOM(食品安全)、OJK(金融適正性)、BPS(統計)、BMKG(気象・地震)、インドネシア中央銀行(為替レート)、IDX(株式)、CKAN公開データポータル、pasal.id(第三者法MCP)に対応しています。インドネシア政府データを活用したアプリ開発、.go.idウェブサイトのスクレイピング、ハラール認証の確認、企業の法的適正性の検証、金融機関ステータスの照会、またはインドネシアMCPサーバーへの接続時に使用できます。CSRF処理、CKAN API使用方法、IP制限回避など、すぐに実行可能なPythonパターンを含んでいます。

by suryast
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: wondelai · wondelai/skills · ライセンス: MIT