agile-onboarding

オンボーディング

このスキルを使って、アジャイル＋AIの進め方を、新しいチームメンバーに実践的かつ段階的に案内します。

プロンプト

CLAUDE.md / AGENTS.md のプロジェクト全体の規約（「Skill Prompting Conventions」）に従ってください。以下の意思決定ポイントには、ハーネスの構造化質問ツール（AskUserQuestion（Claude Code）、ask_user_question（Codex）、または question（OpenCode））を使用してください。

意思決定ポイント	構造化する理由	推奨される選択肢
役割	必要な深さとスキルセットが決まります	エンジニア · PM · デザイナー · 複数の役割
スキルフローの深さ	対象範囲に影響します	クイック（インテーク → ストーリー） · フル（すべてのスキル） · Wikiのみ

自由形式のプロンプト（構造化ツールは使用しません）：

• オンボーディング対象者の名前
• 在籍期間／経歴に関するメモ

一時停止なしモード：ユーザーがスキルの途中での確認を明示的に無効にしている場合は、すべての構造化プロンプトを「未解決の質問」（または同等の項目）に記載し、処理を止めずに進めてください。

目的

• 運用モデル（ライトスクラム＋ペアとしてのAI）についての背景を伝える
• 理論ではなく、実践を通じて成果物のフローを教える
• 新しいメンバーが1～2スプリントで自律的に作業できるようにする
• オンボーディングを単なるドキュメントの説明にしない。実践を必ず含める

使用する場面

• 新しい開発者またはマネージャーがチームに加わったとき
• 誰かの役割が変わるとき（例：開発者からテックリードへ）
• チームが初めてこのフローを採用するとき
• しばらく離れていた人が再トレーニングを必要とするとき

オンボーディングの流れ

1日目：モデルを理解する

目的： 何があり、なぜ存在するのかを把握します。

1. フロー全体を提示します：

   flowchart LR
       A["/agile-intake"] --> B["/agile-roadmap"]
       B --> C["/agile-epic"]
       C --> D["/agile-story"]
       D --> E[execution]
       E --> F["/agile-status"]
       F --> G["/agile-retro"]
   

2. 役割分担を説明します：

   • 人間：決定、検証、git の管理、コミュニケーションを担当します
   • AI：構造化、実装、検証、報告を担当します

3. 判断ツリーを示します：

   • タスクとエピックを使い分ける場面
   • スコープの評価（小規模から大規模まで）

4. 利用可能なスキルと、それぞれの起動方法を示します：

   • /agile-intake — 問題を整理します
   • /agile-roadmap — 戦略的な方向性を示します
   • /agile-epic — イニシアチブを分解し、構造化します
   • /agile-story — 実行計画を作成します
   • /agile-refinement — 成果物を検証し、コードをレビューします
   • /agile-status — 進捗を追跡します（チェックポイント、集約、完了）
   • /agile-sprint — スプリントを計画します
   • /agile-review — スプリントレビュー、メトリクス、デモを行います
   • /agile-retro — レトロスペクティブを行います
   • /agile-proto — 静的なブラウザープロトタイプを作成します（htm-ui スキルを使ったUI）
   • /agile-design — 任意のデザインツールで画面、状態、フローを作成します
   • /agile-router — 使用するスキルを案内します

2日目：実践演習 — インテークと計画

目的： AIの支援を受けて、インテークと簡単な計画を作成します。

演習の例：

1. 新しいメンバーが、実際にある小さな問題（バグ、改善、タスク）を選びます
2. /agile-intake スキルを使って問題を整理します
3. 判断ツリーを使って、適切な成果物を決定します
4. /agile-router を使って選択を検証してから、/agile-story または /agile-epic で計画を作成します
5. メンター／テックリードがレビューし、フィードバックを行います

3日目：実践演習 — TDDによる実行

目的： タスク → TDD → 検証のフローに沿って何かを実装します。

演習の例：

1. 2日目に作成した計画を使用します
2. AIをペアとして、TDDで実装します：
   • 期待する動作を説明します
   • AIがテストを書きます（レッド）
   • AIが実装します（グリーン）
   • 必要に応じて、開発者がリファクタリングを依頼します
3. 検証（lint、型、テスト）を実行します
4. コミット前に /agile-refinement（コードレビューモード）を実行し、差分をレビューします

4日目：実践演習 — 進捗管理

目的： ステータス更新を作成し、レポートで完了を報告します。

1. /agile-status（チェックポイントモード）を使って進捗更新を作成します
2. 対象期間の /agile-status（集約モード）レポートをシミュレーションします
3. /agile-status（完了モード）でデリバリーを完了します
4. 一連の流れを確認します：タスク → 実行 → ステータス → 完了

Day 5: 振り返りと自律性

目標： 新メンバーが自律して業務を進める準備ができているかを評価します。

1. 新メンバーが単独でインテークを実施する
2. メンターの助けを借りずに計画またはエピックを作成する
3. TDD を用いて実装する
4. 状況報告で締めくくる
5. メンターが検証し、最終的なフィードバックを行う

オンボーディングのチェックリスト

• 全体の流れ（インテークからレトロまで）を理解している
• 適切な成果物の選び方（判断ツリー）を把握している
• AI のサポートを受けてタスクまたはエピックを作成できる
• AI をペアとして活用した TDD の進め方を把握している
• 状況報告と完了報告の作成方法を把握している
• 責任の分担（人間と AI）を理解している
• 利用可能なスキルと、それぞれを使うタイミングを把握している
• 監督のもとで少なくとも 1 回、全サイクル（インテークから完了まで）を経験している

プロフィール別の調整

開発者向け

• 重視する項目：TDD、AI とのペアプログラミング、品質ゲート、Git ワークフロー
• 追加演習：この流れを使って、小さな機能をゼロから実装する

マネージャー／スクラムマスター向け

• 重視する項目：ロードマップ、エピックの分解、スプリント計画、レトロ、状況報告
• 追加演習：AI のサポートを受けて、エピックの分解とスプリント計画を実施する

テックリード向け

• 両方を重視：計画と実行
• 追加演習：/agile-refinement を使って AI が生成したコードをレビューし、建設的なフィードバックを行う

ルール

• オンボーディングは受け身で進めるものではありません。新メンバーは読むだけでなく、実践する必要があります。
• メンターは新メンバーに代わって作業せず、導き、レビューします。
• オンボーディングでのミスは失敗ではなく、学びの機会です。安心して試せる環境を整える必要があります。
• 新メンバーが 5 営業日以内にチェックリストを完了できない場合、問題は本人ではなくプロセスにある可能性があります。レトロで話し合いましょう。

フローとの関係

このスキルは、ほかのすべてのスキルへの入り口として機能します。オンボーディング後は、メンバーが /agile-router、/agile-story、/agile-status、/agile-sprint、/agile-retro を自律して呼び出せるようになっている必要があります。