成果発表と研修総括
概要
- 日程: Day 4 / セッション 09
- 時間: 15:10-16:00
- 形式: 発表 + 全体振り返り
- ゴール: チームごとに5分で成果を発表し、他チームの発表から3つ以上の学びを抽出して言語化できる
- 学習形式: 発表 + 全体KPT + 研修総括
導入（5分）
4日間24時間の研修もいよいよ最終セッションです。皆さんは「IAを学ぶ学生」から「IAを使って何かを作った経験者」へと変わりました。この50分は、その経験を共有し、4日間で得た学びを未来へつなぐ時間です。
ひとつだけお願いがあります。他チームの発表を「品評」ではなく「学び」として聞いてください。同じテーマでも、ペルソナの違い・モデルの切り方・アーキテクチャ選択の理由がまったく違うはずです。自分のチームでは見えなかった視点が必ずあります。発表後のKPTで「他チームから盗んだ学び」を1つ以上挙げられるかが、このセッションのゴールです。
本編・発表（30分）
1. 発表ルール
| 項目 | 内容 |
|---|---|
| 持ち時間 | 1チーム5分（厳守、4分30秒でベル） |
| 質疑応答 | 1チーム1分（質問1〜2件） |
| チーム数 | 4チーム想定（合計約25分） |
| 評価視点 | ペルソナ→IA→実装の一貫性、デモの分かりやすさ、学びの言語化 |
2. 発表の流れ
各発表でメモを取る項目を決めておくと、後の学び共有が楽になります。
| 項目 | 自チームとの違い・気づき |
|---|---|
| ペルソナ | |
| 情報モデルの切り方 | |
| 採用したアーキテクチャ | |
| デモで印象的だった工夫 | |
| 自分も真似したいポイント |
ここがポイント
他チームの発表で「自分のチームでは出なかった視点」をメモする。それが今日一番の収穫です。
コラム：発表は「ギブ」、聴講は「テイク」
発表時間は緊張で記憶が飛びがちですが、聴講時間は冷静に学べます。プロの開発カンファレンスでも「自分が登壇しないセッションが一番学びになる」とよく言われます。今日の聴講メモは、後で見返す資料として価値が高いです。
3. 質疑応答のコツ
発表後の質問は次の3パターンを意識すると質が上がります。
- 理解確認：「〇〇の部分は△△ということで合っていますか？」
- 判断理由：「□□を選んだ理由はどこにありますか？」
- 延長想像：「もし将来〇〇な要件が来たら、どう対応しますか？」
ここがポイント
否定的な質問（「なぜ××しなかったのか」）より、前向きな質問（「××はどう考えていますか」）の方が場が温まり、相互学習が深まります。
本編・研修総括（15分）
1. 全体KPT
研修全体を振り返ります。チーム単位 → 全体共有の順で進めます。
| 観点 | 内容例 |
|---|---|
| Keep（続けたい・良かった） | ペルソナを早く決めたこと、AIに頻繁に聞いたこと、UI/API分離の徹底 |
| Problem（困った・改善したい） | 情報モデルを途中で変えてしまい手戻りした、デモ準備が間に合わなかった |
| Try（次にやりたい） | テスト駆動も取り入れたい、ペルソナを2人定義してみたい、本物DBにつなぎたい |
2. 研修で得た最大の学び（個人）
以下の問いに、自分なりの1文で答えてください。これが研修の核心です。
「コードを書く前にやるべきこと」を、一言で言うと？
模範解答はありません。皆さんがどう答えるかが学びの証明です。
3. 提出物の最終確認
研修全体で生まれた成果物を、ここで確定します。
個人成果物
- Day 1〜4の振り返りメモ
- 確認テスト結果と復習メモ
チーム成果物
| 区分 | 成果物 |
|---|---|
| Day 1 | 開発テーマ、情報定義書、ペルソナ、整理分類済み情報定義書 |
| Day 2 | 情報モデル一覧、状態遷移図、機能一覧、プレゼンテーション一覧、非機能要件一覧、UIモックアップ |
| Day 3 | 設計アプローチ比較表、永続化メモ、API設計メモ、開発手法選定理由 |
| Day 4 | apiary API Blueprint、動作するAPI+UIのソースコード、READMEのあるGitHubリポジトリ、発表スライド |
ここがポイント
全成果物がGitHubの1つのリポジトリにまとまっているのが理想です。後日「自分の学びの証明」として誰にでも見せられます。
コラム：ポートフォリオとしての研修成果
就職活動でエンジニア職を志す皆さんにとって、「設計から実装まで一貫した成果物」は最強のアピール材料になります。「Webアプリを作りました」より「ペルソナを定義し、情報モデルから状態遷移を導き、REST APIとUIを分離して実装しました」と語れるかどうかで、面接の質が変わります。GitHubリポジトリのREADMEに、IAの観点を入れた説明文を書いておくと差別化できます。
4. 研修総括メッセージ
4日間で皆さんが手にしたのは、テクニカルスキルだけではありません。
- 情報を見る目：データと情報の違い、価値・可視性・多義性の3観点
- ペルソナ視点：誰のために作るかを最初に問う習慣
- モデリングする力：現実を分類・名前付け・パターン化・単純化する技
- 設計と実装を分離する力：情報設計とシステム設計、UIとロジックを別レイヤーで考える視点
- AIを学習パートナーにする力：質問の型、対話による理解の階段の登り方
これらは、フレームワークが変わっても、プログラミング言語が変わっても、AIがどれだけ進化しても陳腐化しないスキルです。皆さんはこの先のキャリアで何度も助けられるはずです。
💬 AIに聞いてみよう
研修の終わりに、AIに次のような問いを投げてみると新たな学びがあります：
- 「私はこの研修で〇〇を学びました。次の3ヶ月でさらに伸ばすとしたら、何を学ぶといい？」
- 「私の発表スライドの〇〇部分を、より説得力のある表現に書き換えて」
- 「IAの観点で、世の中の優れたWebサービスを1つ分析する練習問題を出して」
まとめ（5分）
研修はここで終わりますが、皆さんの学びはここから始まります。今日できたWalking Skeletonを、明日からは肉付けしていく時間です。
最後にひとつ。皆さんは「コードが書ける人」から「何を作るかを設計できる人」へ確実に1歩進みました。この1歩は小さく見えて、エンジニアキャリアの方向を決める1歩です。
4日間、お疲れさまでした。
🔄 振り返りチェック
- 他チームの発表から得た学びを3つ以上挙げられますか？
- 4日間の最大の学びを1文で言えますか？
- 提出物（個人・チーム）がすべて揃っていますか？
補足資料
- 参考リンク: GitHubのプロフィールREADME活用、技術ブログプラットフォーム（Qiita / Zenn / Dev.to）
- 発展課題: 研修で作ったアプリのREADMEを書き直し、自分の技術ブログ記事化する
学習ガイド
想定される質問と回答例
| 質問 | ヒント |
|---|---|
| 発表で時間オーバーした | 次回は「削る勇気」。1スライド1メッセージを徹底 |
| 質疑で答えに詰まった | 「考えていなかったので、後で確認します」と素直に言うのが正解 |
| 研修後、何から始めるべき？ | 今日のアプリをGitHubに整理 → READMEを充実 → 別テーマで再挑戦 |
つまずきやすいポイント
| つまずきポイント | ヒント |
|---|---|
| 自チームのことばかりで他チームを聞き流す | 他チームの発表こそ「無料の学び」。メモを取る |
| KPTのTryが抽象的になる | 「いつ・何を・どこまで」と数字で具体化 |
| 終わってホッとして成果物を整理しない | 1週間以内にGitHubを整える。後から振り返れない |