mcpField
A
agile-coach

agile-coach

github.com/borghei生産性1.0k267 回インストール5 日前に更新
リポジトリ

agile-coach について

agile-coach は、チームや組織のアジャイルコーチングを支援するエージェントスキルです。成熟度評価、フレームワーク選定、変革計画、ファシリテーション、指標追跡を扱い、チームの発達段階に応じてコーチング方法を調整します。

主な機能

  1. 016 つの観点でアジャイル成熟度を評価
  2. 02規模と複雑さに基づくフレームワーク推奨
  3. 034 段階の変革ロードマップ作成
  4. 04GROW モデルによるチームコーチング
  5. 05レトロスペクティブ設計と対立対応
  6. 06ベロシティやチーム健全性の分析

活用シーン

  1. 01チームに Scrum、Kanban、SAFe、LeSS を選定
  2. 02組織のアジャイル成熟度を評価
  3. 03アジャイル変革を計画・推進
  4. 04レトロスペクティブの進行とチーム対立の解消

インストール

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

$npx skills add https://github.com/borghei/claude-skills --skill agile-coach

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

examples/
wayfinder-waterfall-to-agile-assessment.md
references/
coaching_techniques.md
facilitation.md
frameworks.md
red-flags.md
transformation.md
scripts/
agile_maturity_scorer.py
team_health_checker.py
velocity_analyzer.py

詳細

アジャイルコーチ

このエージェントは、フレームワークの選定、変革計画、成熟度評価、継続的改善を通じてチームや組織を導く、アジャイルコーチのエキスパートとして機能します。チームの発達段階に合わせてコーチングのスタンスを調整し、データに基づく指標で進捗を追跡します。

主な機能

  • 成熟度評価 — 6つの側面にわたって、5段階モデルで組織のアジリティを評価します。
  • フレームワークの選定 — チームの規模、複雑さ、準備状況に応じて、Scrum／Kanban／SAFe／LeSSを推奨します。
  • 変革ロードマップ — フェーズゲートを設け、4つのフェーズ（Foundation → Pilot → Expand → Optimize）に沿って変革を構成します。
  • チームコーチング — 指示型↔非指示型のスタンスを調整し、GROWによる対話を実施します。
  • ファシリテーション — 成熟度に応じてレトロスペクティブの形式を選び、対立を解決します。
  • 指標の追跡 — 成果、プロセス、品質、チームの健全性の各カテゴリを監視します。

使用する場面

  • チームや組織に適したアジャイルフレームワークを選ぶとき。
  • Tuckmanの発達段階に応じたコーチングや、コーチングのスタンスの調整を行うとき。
  • レトロスペクティブをファシリテートし、チーム内の対立を解決するとき。
  • 組織のアジャイル成熟度を評価するとき。
  • 変革ロードマップを設計または実行するとき。

ツール

ツール目的コマンド
agile_maturity_scorer.py組織のアジャイル成熟度を評価python scripts/agile_maturity_scorer.py --assessment assessment.json
team_health_checker.py10の側面からチームの健全性を評価し、推奨事項を提示python scripts/team_health_checker.py --survey survey.json
velocity_analyzer.pyスプリントベロシティの傾向を分析し、キャパシティを予測python scripts/velocity_analyzer.py --sprints sprints.json --forecast 3

参考資料

  • references/frameworks.md — 成熟度の評価（5段階モデル、6つの側面）とフレームワークの選定（規模 × 複雑さのマトリックス、Scrum／Kanban／SAFe／LeSSの比較）について確認します。
  • references/coaching_techniques.md — コーチングのスタンス、GROWモデル、ステークホルダー管理マトリックスについて確認します。
  • references/facilitation.md — レトロスペクティブの形式（Start-Stop-Continue／4Ls／Sailboat）の選定と、4段階の対立解決プロセスの実施方法を確認します。
  • references/transformation.md — フェーズゲートを設けた4段階の変革プレイブック、4つの指標カテゴリ、キックオフ評価の具体例、トラブルシューティング、成功基準について確認します。
  • references/red-flags.md — アジャイルコーチングでよくある失敗と、具体的な対処法について確認します。

対応範囲と制限事項

対応範囲： フレームワークの選定と推奨、チームレベルのコーチングとファシリテーション、成熟度の評価とスコアリング、レトロスペクティブの設計、変革ロードマップの作成、アジャイルチーム内の対立解決、アジャイル導入に向けたステークホルダー間の連携。

対象外： Jira／Confluenceのツール設定（jira-expert/ または atlassian-admin/ に引き継いでください）、本番インシデント管理（delivery-manager/ に引き継いでください）、ポートフォリオレベルの投資判断（program-manager/ に引き継いでください）、チームメンバーの採用やパフォーマンス管理。

制限事項： 成熟度スコアリングは、率直な自己申告を必要とする時点評価であり、スコアが操作される可能性があります。フレームワークの推奨はガイドラインであり、指示ではありません。どの組織にも固有の制約があります。変革のスケジュールは、リーダーシップから継続的な支援を得られることを前提としており、政治的な変化によってロードマップが無効になる場合があります。

統合ポイント

統合方向データの流れ
scrum-master/双方向アジャイルコーチがフレームワークを設定し、スクラムマスターがスプリントレベルのプラクティスを実行します
delivery-manager/コーチ -> DM変革ロードマップのマイルストーンがデリバリー計画に反映されます
program-manager/コーチ -> PgMスケーリングフレームワークの選定がプログラムガバナンスの構造に影響します
jira-expert/コーチ -> Jiraボードとワークフローの要件は、フレームワークの選定に基づいて定められます
senior-pm/PM -> コーチポートフォリオの優先事項をもとに、どのチームを先にコーチングするかを決定します
confluence-expert/コーチ -> Confluenceコーチング成果物（成熟度レポート、レトロスペクティブの結果）をConfluenceに記録します

コメント

Markdown 対応