終会〜フィードバックの整理と計画の見直し

• 日程: Day 14 / セッション 4
• 時間: [12:20-12:40]
• 形式: 演習
• ゴール: 得られたフィードバックをかんばんのタスクに変換し、残り期間の計画を見直せる
• 学習形式: グループワーク

中間発表おつかれさまでした。手元にはフィードバックメモがあるはずです。

ここで問いかけです。
「もらった助言は、メモのままにしておくと1週間後どうなっているでしょうか？」

忘れられています。フィードバックは「かんばんのタスク」に変換して初めて、実装に反映されます。この20分で変換まで終わらせましょう。

1. フィードバックの読み上げと分類（6分）

   • フィードバックメモを1件ずつ読み上げ、3つに分類する
     • 対応する: 製品の価値が上がり、残り時間で実現できる
     • 対応しない: 価値はあるが残り時間に合わない、またはテーマとずれる
     • 確認が必要: 判断材料が足りない（AIや講師に確認してから決める）
2. タスクへの変換（7分）

   • 「対応する」と決めたものを、かんばんのタスクの形にする
     • 担当者・所要時間・終了条件（〜が動いていればDone）を必ず書く
     • 例: 「検索が遅い」→「検索処理の見直し（担当: A、2時間、300件で1秒以内ならDone）」
   • 変換したタスクをかんばんのTodoに追加する
3. 残り期間の計画見直し（4分）

   • 残り実働3日（Day 15-17）のうち、Day 16はテスト、Day 17は最終仕上げが中心
   • 新タスクと既存タスクを並べ、優先順位を付け直す
   • 入り切らない場合は「削る機能」をチームで合意する
4. 明日の方針の確認（2分）

   • Day 15は「フィードバックの反映」の日。明日の朝会で使う優先順位メモを残す

判断に迷ったらAIに相談しましょう。

• 「この助言一覧と残りタスク、実働3日。どれを採用しどれを見送るべきか、理由付きで提案して」

• すべてのフィードバックに対応しない勇気も必要。価値と残り時間で取捨選択する
• 「対応しない」と決めたものは捨てずに記録する。Day 22のKPTや「今後の開発方針」の材料になる
• タスク化の鉄則は終了条件。「検討する」「改善する」は終了条件にならない

フィードバックがタスクに変わり、残り3日の計画ができました。中間発表は「もらって終わり」ではなく「翌日から反映する」までがセットです。明日からのスプリント4で形にしていきましょう。

以下の問いに答えられるか確認してみましょう：

• もらったフィードバックのうち、対応するもの・しないものを理由付きで言えますか？
• 新しく追加したタスクの担当者と終了条件を言えますか？
• 残り実働3日で「削る」と決めたものはありますか？

答えに自信がない場合は、かんばんを見返すか、AIに相談してみてください。

このセクションは、受講者が理解を深めることをサポートする参考情報です。