agile について
Scrum、Kanban、チーム間連携を扱う、プロダクトチーム向けのアジャイル管理スキルです。スプリント計画、バックログ、振り返りに使えるテンプレートと手順を提供します。
主な機能
- 01Scrumのスプリント計画とイベント
- 02ユーザーストーリーと受け入れ条件
- 03バックログの整理と見積もり
- 04Kanbanのフローメトリクス
- 05SAFeとチーム間の連携
- 06アジャイルの問題解決と改善
活用シーン
- 01チームのスプリントと目標の計画
- 02ユーザーストーリーと受け入れ条件の作成
- 03プロダクトバックログの整理と優先順位付け
- 04ワークフローの追跡とチーム運用の改善
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ nicepkg/ ai-workflow --skill agileインストール後、Claude Code で/agileを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
assets/config.yamlschema.jsonreferences/GUIDE.mdPATTERNS.mdscripts/validate.py詳細
アジャイルプロダクトマネジメントスキル
アジャイル手法をプロダクト開発とチームのコラボレーションに適用します。スプリント計画、バックログ管理、継続的な改善を習得します。
Scrum フレームワーク
スプリントサイクル(2週間)
| 曜日 | イベント | 所要時間 | 参加者 |
|---|---|---|---|
| 月 | スプリント計画 | 2h | チーム全員 |
| 毎日 | デイリースタンドアップ | 15min | チーム全員 |
| 木 | デザインレビュー | 1h | PM、デザイン、エンジニアリング |
| 金 | スプリントレビュー | 1h | チーム全員+ステークホルダー |
| 金 | レトロスペクティブ | 30min | チーム全員 |
スプリント計画テンプレート
Sprint Goal: [One sentence describing sprint outcome]
Capacity:
- Team size: 5 engineers
- Working days: 10
- Available points: 40
Selected Stories:
1. [Story A] - 8 points - Owner: Dev1
2. [Story B] - 5 points - Owner: Dev2
3. [Story C] - 13 points - Owner: Dev3
...
Risks:
- [Risk 1]: Mitigation plan
- [Risk 2]: Mitigation plan
Definition of Done:
[ ] Code reviewed
[ ] Tests written
[ ] Documentation updated
[ ] PM accepted
アジャイルにおける PM
ユーザーストーリーの形式(INVEST)
As a [user type]
I want [action/capability]
So that [benefit/outcome]
Acceptance Criteria:
Given [context]
When [action]
Then [result]
バックログの整理
週次のバックログ整理(1時間):
- 次回のスプリントのストーリーを確認する
- 受け入れ基準を明確にする
- ストーリーの規模を評価する/見積もる
- 依存関係を特定する
- 優先度順に並べ替える
ストーリーポイントの目安
| ポイント | 複雑さ | 例 |
|---|---|---|
| 1 | ごく簡単 | 設定変更 |
| 2 | 小規模 | UI の軽微な調整 |
| 3 | 中規模 | シンプルな新機能 |
| 5 | 大規模 | 複雑な機能 |
| 8 | 特大 | 複数のコンポーネント |
| 13 | エピック | 分割する必要があります |
カンバン
ボードの構成
| Backlog | To Do | In Progress | Review | Done |
|---------|-------|-------------|--------|------|
| | | | | |
| WIP: - | WIP:3 | WIP: 3 | WIP: 2 | - |
フロー指標
- リードタイム:リクエスト → 完了
- サイクルタイム:進行中 → 完了
- スループット:週あたりの完了アイテム数
- WIP:進行中の作業アイテム
アジャイルのスケーリング
SAFe の基本
- チームレベル:Scrum チーム(5~9人)
- プログラムレベル:複数のチーム(50~125人)
- 大規模ソリューション:複数のプログラム
- ポートフォリオ:ビジネス戦略
チーム間の調整
- Scrum of Scrums:チーム間で毎日行う同期
- PI Planning:四半期ごとの計画イベント
- システムデモ:統合内容の紹介
- 検査と適応:四半期ごとのレトロスペクティブ
トラブルシューティング
よくある間違いと解決策
| 間違い | 考えられる原因 | 解決策 |
|---|---|---|
| スプリントの過剰なコミット | 非現実的なキャパシティ | ベロシティを記録し、正直に見積もる |
| 持ち越しストーリー | スコープクリープ | 受け入れ基準をより厳密にする |
| 長引くスタンドアップ | 詳細に踏み込みすぎる | 時間を区切り、後で扱う項目を設ける |
| レトロスペクティブでのアクションなし | オーナーが不在 | 担当者を割り当て、フォローアップする |
デバッグチェックリスト
[ ] Sprint goal clearly defined mi?
[ ] Stories properly sized mi?
[ ] WIP limits respected mi?
[ ] Retro actions implemented mi?
[ ] Velocity tracked mi?
復旧手順
- スプリントの失敗 → レトロスペクティブで深く掘り下げ、仕切り直す
- チームの燃え尽き → スコープを縮小し、余裕時間を設ける
- ベロシティの低下 → 阻害要因を調査し、1対1で話し合う
学習成果
- 効果的なスプリントを実施する
- 適切な形式のユーザーストーリーを書く
- バックログを効率的に管理する
- 成果につながるイベントを進行する
- ベロシティを追跡し、改善する
コメント
Markdown 対応