mcpField
S
scrum

scrum

github.com/krzysztofsurdy生産性3643 回インストール2 日前に更新
リポジトリ

scrum について

複雑な製品を反復的なスプリントで開発するチーム向けの、Scrum 実践リファレンスです。目標、イベント、役割、作成物を扱い、検査と適応のためのチェックリストや指針をまとめています。

主な機能

  1. 01スプリント目標のテンプレートと品質チェックリスト
  2. 02Scrum イベントとタイムボックスの指針
  3. 03役割とチーム構成の説明
  4. 04作成物と完成の定義
  5. 05スプリント目標のよくあるアンチパターン

活用シーン

  1. 01測定可能なスプリント目標の共同作成
  2. 02スプリントプランニングとデイリースクラムの準備
  3. 03チームの責任と作成物の確認

インストール

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

$npx skills add https://github.com/krzysztofsurdy/code-virtuoso --skill scrum

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

同梱ファイル

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

references/
scrum-events.md
scrum-roles.md
sprint-goals.md

詳細

Scrum

複雑なプロダクトを、反復的かつ段階的に開発して提供するための軽量なフレームワークです。Scrum は経験から得られる知識である経験主義と、無駄を減らして本質に集中するリーン思考に基づいています。チームは Sprint と呼ばれる一定の期間で作業し、継続的に検査と適応を行います。

3 つの柱

柱意味
透明性プロセスと作業は、作業を行う人と受け取る人に見える状態でなければなりません
検査問題を検知するため、Scrum の成果物と進捗を頻繁に検査しなければなりません
適応検査によって逸脱が明らかになった場合は、すぐに調整します

5 つの価値基準

コミットメント、集中、公開、尊重、勇気。Scrum チームは目標の達成にコミットし、Sprint の作業に集中し、課題を率直に共有し、互いを有能な人として尊重し、正しいことを行う勇気を持ちます。

Sprint ゴール

Sprint ゴールは、Sprint における唯一の目標です。これは Sprint Backlog に対するコミットメントです。Sprint ゴールは、集中と一貫性をもたらし、個別の取り組みではなく、Scrum チームが協力して作業するよう促します。

簡易テンプレート（焦点／効果／確認方法）
Our focus is on [outcome].
We believe it delivers [impact] to [stakeholder/customer].
This will be confirmed when [measurable event happens].

例：「私たちは、レポートへのリンクを含む基本的な通知メールの送信に焦点を当てます。これにより、財務チームに安心感をもたらせると考えています。受信トレイにリンクが機能するメールが届いたことをもって、達成を確認します。」

SMART 基準
基準Sprint ゴールへの適用
具体的曖昧な方向性ではなく、チームが達成する内容を正確に定めます
測定可能完了を客観的に確認する方法を含めます
達成可能チームが Sprint の期間内に現実的に提供できる内容にします
関連性があるProduct Goal につながり、ステークホルダーに価値をもたらします
期限があるSprint の期間内に収めます
アンチパターン
アンチパターン問題修正方法
ゴールを装ったタスクリスト「ストーリー #101、#102、#103 を完了する」では、戦略的な焦点が定まりませんそれらのストーリーで達成する成果を示します
曖昧な願望「システムを改善する」では、方向性も測定可能な成果も示されません何を、誰にとって、どのように改善するのか、どう確認するのかを具体的にします
関連性のない複数の目標「認証を構築し、さらにダッシュボードを再設計する」では、焦点が分散します目標を 1 つ選びます。本当に独立している場合は、別々の Sprint で行います
PO だけで決定するチームに当事者意識や賛同が生まれませんSprint Planning で協力してゴールを作成します
計画後に一度も参照しないゴールが忘れ去られた壁紙のようになりますDaily Scrum で毎日ゴールを確認します
野心的すぎるチームが達成できず、意欲を失います実際のベロシティとキャパシティを基準にします

例を含む 5 つの完全なテンプレートと FOCUS 評価チェックリストについては、Sprint ゴールのリファレンスを参照してください。

Scrum イベント

すべてのイベントにはタイムボックスが設定されています。Sprint が短い場合、イベントのタイムボックスもそれに比例して短くなります。すべてのイベントは、検査と適応の機会です。

イベントタイムボックス（1 か月の Sprint）目的主な成果物
Sprint最長 1 か月すべての作業とイベントを含む期間使用可能なインクリメント
Sprint Planning最長 8 時間Sprint ゴールと Sprint Backlog を定めますSprint ゴール + 選択したバックログ項目 + 提供計画
Daily Scrum15 分Sprint ゴールに向けた進捗を検査します次の 24 時間に向けた実行可能な計画
Sprint Review最長 4 時間インクリメントを検査し、Product Backlog を適応させますフィードバック、更新された Product Backlog
Sprint Retrospective最長 3 時間チームのプロセスを検査し、改善を計画します次の Sprint に向けた改善アクション
スプリント計画：3つのトピック
  1. このスプリントの価値は何ですか？ - プロダクトオーナーが価値を高める方法を提案し、チームがスプリントゴールを定めます
  2. このスプリントで何ができますか？ - 開発者がキャパシティとベロシティに基づいてプロダクトバックログアイテムを選択します
  3. 選択した作業をどのように進めますか？ - 開発者がアイテムをタスクに分解します（通常は1日以内に完了できる単位です）

進行の詳細なガイダンス、形式、ヒントについては、スクラムイベントのリファレンスをご覧ください。

スクラムの役割

役割説明責任主な責任
スクラムマスタースクラムフレームワークの有効性イベントを進行し、障害を取り除き、チームと組織にスクラムのコーチングを行います
プロダクトオーナープロダクト価値の最大化プロダクトバックログを管理し、プロダクトゴールを伝え、バックログの透明性を確保します
開発者各スプリントで利用可能なインクリメントを作成すること自己管理型で、クロスファンクショナルであり、品質と完成の定義に対して説明責任を負います

スクラムチームは、小規模で結束力のあるユニット（通常は10人以下）であり、サブチームや階層はありません。全員が、各スプリントで価値のある有用なインクリメントを作成する責任を負います。

責任と進行手法の詳細については、スクラムの役割のリファレンスをご覧ください。

スクラムの作成物

各作成物には、透明性と集中をもたらすコミットメントが含まれています。

作成物コミットメント目的
プロダクトバックログプロダクトゴールプロダクトの改善に必要なすべてを順序付けたリスト
スプリントバックログスプリントゴール選択したアイテム + スプリントゴール + デリバリープラン
インクリメント完成の定義プロダクトゴールに向けた具体的な足掛かり
完成の定義

品質基準を満たしたインクリメントの状態を示す正式な記述です。プロダクトバックログアイテムが完成の定義を満たさない場合、リリースしたりスプリントレビューで提示したりすることはできません。今後の検討に向けてプロダクトバックログに戻されます。

完成の定義により、「完了」の意味について全員が共通の理解を持てるため、透明性が生まれます。これは最低限の品質基準であり、個々のアイテムには追加の受け入れ基準が設けられることがあります。

スプリントゴールの品質チェックリスト

スプリントゴールに合意する前に、以下を確認してください。

  • 単一の目標：タスクのリストではなく、明確な成果が1つである
  • 成果を重視：チームが何をするかではなく、何を達成するかを記述している
  • 測定可能：完了を確認する方法が含まれている
  • 達成可能：チームのキャパシティとベロシティを考慮した現実的な目標である
  • 価値がある：プロダクトゴールにつながり、ステークホルダーにとって重要である
  • 協力して作成：POだけでなく、チームも作成に貢献している
  • 可視化されている：毎日参照し、目立つ場所に表示する
  • 実行方法に柔軟性がある：目標は固定されているが、達成するための作業は状況に応じて変更できる

チームの役割との連携

状況推奨スキル
受け入れ基準付きのユーザーストーリーを作成するテストパターンを学ぶには、krzysztofsurdy/code-virtuosoからknowledge-virtuosoをインストールしてください
スプリントでAPI作業を計画するAPI設計の原則を学ぶには、krzysztofsurdy/code-virtuosoからknowledge-virtuosoをインストールしてください
スプリントでアーキテクチャの決定が必要になるクリーンアーキテクチャのガイダンスを得るには、krzysztofsurdy/code-virtuosoからknowledge-virtuosoをインストールしてください
スプリントレトロスペクティブでコード品質の問題が明らかになるリファクタリング手法を学ぶには、krzysztofsurdy/code-virtuosoからknowledge-virtuosoをインストールしてください

コメント

Markdown 対応