iterate-refinement-notes

リファインメントメモ

リファインメントメモには、バックログのリファインメント（グルーミング）セッションの結果を記録します。何が話し合われ、どのように見積もられ、どのような決定がなされたかを記します。セッションに参加できなかったチームメンバー向けの簡単な参照資料として、また、ストーリーがアイデアからスプリントに着手できる状態に至るまでの変遷をたどる記録として役立ちます。

使用する場面

• リファインメントセッション中に、決定事項をリアルタイムで記録する
• リファインメント後に、欠席したチームメンバーと結果を共有する
• 新しいチームメンバーにバックログの背景を説明する
• スプリント計画の前に、リファインメント済みの項目を確認する
• 時間が経過したため、ストーリーを再度リファインメントする必要がある

使用しない場面

• ストーリー自体を作成する必要がある場合 → deliver-user-stories を使用する
• バックログのリファインメント記録ではなく、一般的な会議の要約が必要な場合 → foundation-meeting-recap を使用する
• レトロスペクティブのセレモニーを実施する場合 → iterate-retrospective を使用する
• リファインメント済みのストーリーについて、失敗シナリオを列挙する必要がある場合 → deliver-edge-cases を使用する

手順

リファインメントメモの作成を依頼されたら、次の手順に従います。

1. セッションのメタデータを記録する 日付、参加者、所要時間を記録します。これにより、誰がいつの決定に関わり、いつ話し合いが行われたかを追跡できます。

2. 話し合ったストーリーを列挙する 各ストーリーについて、見積もりポイント、リファインメント済みの状態、主な話し合いの内容、元のスコープに加えた変更など、結果を記録します。

3. 提起された質問を記録する セッション中に回答できなかった質問には、担当者と期限を設定する必要があります。質問を放置しないでください。スプリント計画の妨げになることがよくあります。

4. 決定事項を記録する スコープに関する決定、合意した技術的アプローチ、優先順位の変更を記録します。こうした決定は、文書化しないと失われる重要な背景情報です。

5. アクションアイテムを記録する ストーリーをスプリントに着手できる状態にするために必要なフォローアップ作業を記録します。作成するモックアップ、実施する技術調査、相談するステークホルダーなどが該当します。

6. ブロックされているストーリーに印を付ける ブロッカーが解決するまで進められないストーリーを明確に示します。ブロッカーの内容と、解決を担当する人を記載します。

7. 次回のセッションを計画する 次にリファインメントする項目と、必要な準備を記録します。

出力形式

references/TEMPLATE.md のテンプレートを使用して、出力を構成します。完成したメモでは、セッション情報、概要、リファインメントしたストーリー、ストーリーの概要表、提起された質問、決定事項、アクションアイテム、ブロックされているストーリー、保留事項、次回のセッションの各セクションをすべて埋めます。

品質チェックリスト

完成前に、次の項目を確認します。

• 話し合ったすべてのストーリーについて、結果が記録されている
• 未解決の質問に担当者が割り当てられている
• 決定事項が、十分な背景情報とともに記録されている
• ブロックされているストーリーが明確に示されている
• セッションに参加できなかった人が、質問しなくても各ストーリーの結果と次の対応を把握できる

例

完成例については、references/EXAMPLE.md を参照してください。