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

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

  • 行動: フィードバック一覧から「採用/見送り/保留」を判断し、かんばんを更新する
  • 条件: 20分以内に、価値×工数の判断軸を使う
  • 基準: 残り日数（Day15-17）で実現可能な量のタスクに絞り込めている
• 学習形式: グループワーク

中間発表お疲れ様でした。手元にあるフィードバックメモは、研修期間中で最も価値ある情報です。でも、ここで陥る罠が一つ。

「もらった意見を全部実装しようとする」

これをやると、残り3日で何も終わりません。全部やる勇気より、全部やらない勇気が今日必要です。価値が高くて工数が低いものから採用する。価値が低くて工数が高いものは、潔く見送る。

「せっかくもらったのに切り捨てるなんて」と思うかもしれません。でも、切り捨ては「次回への宿題」として保留に積めばいい。今やるかどうかと、価値があるかどうかは別です。

メモのままではかんばんに乗りません。「誰の指摘か」「何を」「どの画面/機能か」「推定工数」に分解します。

# フィードバック→タスク変換表

| # | 指摘者 | 内容 | 対象 | 推定工数 | 価値 | 判断 |
|---|--------|------|------|---------|------|------|
| 1 | チーム2 | レスポンス時間が遅い | 予約一覧画面 | 4h | 中 | 採用 |
| 2 | 講師 | スマホ対応が必要 | 全画面 | 16h | 高 | 保留 |
| 3 | チーム5 | エラー文言が不親切 | エラー画面 | 1h | 中 | 採用 |
| 4 | チーム3 | ロゴデザインを工夫 | 表紙 | 2h | 低 | 見送り |

「価値」は「ペルソナの体験がどれだけ良くなるか」で測ります。デザインの好みではなく、ユーザの行動が変わるかどうか。

推定工数は「Tシャツサイズ」（S=1h、M=4h、L=8h、XL=16h以上）で雑に出す。1時間単位で精緻に見積もる意味はこの場面ではありません。

ソフトウェア開発には「YAGNI」（You Aren't Gonna Need It：それ、たぶん要らないよ）という原則があります。「いつか使うかも」で機能を増やすと、いつも複雑で重いシステムになります。「今、誰のために必要か」を問い続けるのがYAGNI。中間発表のフィードバックも同じ。すべてが「今やる価値」を持つわけではありません。

価値と工数の2軸で振り分けます。

特に重要なのは「価値: 高 × 工数: 高」の扱い。全部やろうとすると破綻するので、「最低限のMVP（最小限の動くもの）」だけ採用し、残りは「Day22以降の宿題」とする。

「保留」と「見送り」は別物。保留は「価値はあるが今は時間がない」、見送りは「価値が低いので今後もやらない」。後で振り返ったときに区別がつくよう、見送り理由もメモする。

今日はDay14が終わるところ。実装に使える残り日数は次の通りです。

Day15に詰め込みすぎると、Day16のテストが甘くなり、Day17で炎上します。Day15で実装するのは**「採用」と判断したものだけ**。「保留」「見送り」は今日決着をつける。

かんばんの「Doing」が3つ以上ある人は危険信号。1人1〜2タスクに絞る。複数を同時に触ると、どれも中途半端になります。

フィードバック一覧をAIに見せて相談しましょう。

• 「以下のフィードバック一覧を価値×工数で並べ替えて、Day15-17で実現可能な範囲を提案して：（一覧貼り付け）」
• 「以下のフィードバックのうち、ペルソナの体験が最も変わるものを3つ選んで理由も：（一覧貼り付け）」
• 「『保留』と判断したものをDay22以降の宿題リストとして整形して」

20分の終会で以下を完了させてください。

1. フィードバックメモを変換表に転記
2. 価値×工数で「採用/見送り/保留」を判断
3. 「採用」タスクをかんばんのTodoに追加
4. Day15朝会用に「明日着手するタスク」を3つ決める

• フィードバック変換表（採用/見送り/保留の判断つき）
• 更新済みかんばん
• 「Day15着手タスク」リスト3件

• 全フィードバックを採用しようとしない。半分以上「見送り/保留」になってもOK
• 迷ったら「ペルソナが喜ぶか？」を基準に
• 5分で全部決められない場合はAIに優先度提案を依頼

中間発表のフィードバックは、価値×工数で取捨選択する。全部やらない勇気が、製品を完成させる。残り3日の計画は今日決める。明日からは決めたタスクに集中するだけ。

• フィードバックを「採用/見送り/保留」に分類できましたか？
• 残り日数で実現可能な量に絞り込めましたか？
• Day15に着手する3つのタスクが明確ですか？

• 参考: MVP（Minimum Viable Product）の考え方、リーンスタートアップ
• 発展課題: 「保留」リストをDay22の振り返りで「もし続きを開発するなら」のインプットにする