研修全体のまとめ
概要
- 日程: Day 4 / セッション10
- 時間: [17:00-17:10]
- 形式: 座学
- ゴール: 4日間で学んだ「情報の整理・分類→情報モデル→設計思想の選択→実装」の一連の流れを、自分の言葉で1分間で説明できる
- 学習形式: 対話型解説
導入(5分)
🗣️ 要約
4日前は「点とは何でしょう?」に戸惑っていたチームが、動くAPIとUIを持つシステムを発表するまでに至った バラバラに見えた4日間の知識は、実は1本の線でつながっている
発表、お疲れさまでした。
チームで作り上げたプロトタイプを見て、どんな気持ちになりましたか?
4日前の自分を思い出してみてください。まだチームも決まっておらず、「点とは何でしょう?」という問いに戸惑っていたはずです。それが今、動くAPIとUIを持つシステムを作り、人前で発表するところまで来ました。
このセッションでは、4日間の内容を一度だけギュッとまとめます。バラバラに見えていた知識が、実は1本の線でつながっていたことを確認しましょう。
本編(5分)
🗣️ 要約
4日間はDay1情報整理→Day2情報モデル→Day3設計思想選択→Day4実装発表という一本の流れ 情報アーキテクチャという地図を先に描いたことで、実装という旅に迷わず進められた
1. 4日間の旅を振り返る
🗣️ 要約
Day1はペルソナ視点で情報を整理・分類、Day2は情報モデル化と機能・プレゼンテーションの切り分け Day3は設計思想の選択、Day4は情報の設計とシステムの設計を分離した実装と発表 4日間は「情報アーキテクチャ→実装」の一方通行ではなく、常にペルソナの視点に立ち返る往復運動だった
4日間を1つの図にすると、こうなります。
- Day1では「誰に、どんな価値を届けるか」というペルソナの視点で、情報を整理し分類しました
- Day2では、その情報をコンピュータで扱える形(情報モデル)にし、状態遷移から「機能」と「プレゼンテーション」を切り分けました
- Day3では、その機能とプレゼンテーションをどんな構造で実装するか、設計思想というレンズを使い分ける練習をしました
- Day4では、実際に手を動かし、情報の設計とシステムの設計を分離した形で実装し、発表しました
ここで少し考えてみてください。もし最初から「実装」だけを教えられていたら、今日のプロトタイプは今の形になっていたでしょうか。
おそらく、ペルソナの視点も、機能とプレゼンテーションの分離もない、行き当たりばったりの実装になっていたはずです。情報アーキテクチャという「地図」を先に描いたからこそ、実装という「旅」に迷わず進めたのです。
ここがポイント
特に大事なのは、この4日間が「情報アーキテクチャ」→「実装」という一方通行ではなく、常に「ペルソナの視点に立ち返る」という往復運動だったことです。
よくある誤解として、「設計は最初に1回やれば終わり」というものがありますが、正しくは、実装で迷ったときほど「このペルソナなら何を求めるか」「この情報の価値は誰にとってのものか」に立ち返ることが大切です。
コラム
情報アーキテクチャという言葉を最初に使ったのは、建築家であり情報デザイナーでもあったリチャード・ソール・ワーマンだと言われています。
彼は、あふれる情報を前に人々が感じる不安を「インフォメーション・アングザイエティ(情報不安)」と名付けました。そして、その不安を解消するのが「情報の建築家(インフォメーション・アーキテクト)」の仕事だ、と提唱したのです。
彼が残した言葉に、こんなものがあります。「誰もが情報を整理する必要に迫られている。だから、これからは誰もが情報の建築家になる」。
今日、みなさんはまさに「情報の建築家」としての第一歩を踏み出しました。この研修が終わっても、身の回りにあふれる情報を前にしたとき、「誰のための情報か」「どう構造化すれば伝わるか」と考える癖は、一生使えるスキルとして残ります。
2. AIを学習パートナーとして使い続ける
🗣️ 要約
確認テストで見つかった弱点は、研修後もAIに質問し続けることで埋められる この4日間は「包丁の持ち方」を教わった段階であり、上達はその後の実践とAIへの問い返しの中で起こる
確認テストで見つかった弱点は、今日で終わりではありません。
たとえば「DOAとPOAの違いがまだ曖昧だ」と感じているなら、この研修が終わった後も、AIに「DOAとPOAの違いを、身近な例で説明して」と聞き続けることができます。
料理に例えるなら、この4日間は「包丁の持ち方」「火加減の見方」を一通り教わったようなものです。実際に美味しい料理が作れるようになるのは、その後、何度も自分でキッチンに立ち、うまくいかないときにレシピ(AI)に聞き返す中でです。
💬 AIに聞いてみよう
🗣️ 要約
大規模チームでの設計変更、IAが実務で役立つ場面、DOAとMVCの関係などを研修後もAIに質問できる
研修は終わりますが、疑問はこれからも出てきます。たとえば:
- 「今日作ったシステムを、もっと大規模なチームで開発するならどう設計を変えるべき?」
- 「情報アーキテクチャの考え方は、実務のどんな場面で一番役に立つ?」
- 「DOAとMVCの関係をもう一度、別の例で説明して」
まとめ(自由時間内で)
🗣️ 要約
4日間の学びは「情報の設計とシステムの設計を分けて考えられるようになった」こと 選んだ設計思想やプロトタイプはまだ完成形ではなく、ペルソナの視点に立ち返りながら育て続けるもの
4日間の学びを一言でまとめると、「情報の設計とシステムの設計を分けて考えられるようになった」ということです。
この研修に「次回」はありませんが、みなさんの実務やこれからの学習には「次の課題」が待っています。今日選んだ設計思想も、今日作ったプロトタイプも、まだ完成形ではありません。ペルソナの視点に立ち返りながら、AIという学習パートナーと一緒に、育て続けてください。
お疲れさまでした。
🔄 振り返りチェック
🗣️ 要約
IAとは何か、UXとの関係を含めて1分で説明できるか 情報の設計とシステムの設計を分けて進める利点を、自分の開発テーマを例に説明できるか
以下の問いに答えられるか確認してみましょう:
- 情報アーキテクチャ(IA)とは何か、UXとの関係を含めて1分で説明できますか?
- 「情報の設計」と「システムの設計」を分けて進めることの利点を、自分の開発テーマを例に説明できますか?
答えに自信がない場合は、該当する日のセッション資料を読み返すか、AIに質問してみてください。
補足資料
🗣️ 要約
参考資料はJesse James Garrett「The Elements of User Experience」 発展課題は、開発テーマを別の設計思想(SOAやDDDなど)で作り直した場合の変化を考えること
- 参考リンク: The Elements of User Experience(Jesse James Garrett)
- 発展課題: 今回の開発テーマを、別の設計思想(例:SOAやDDD)で作り直すとしたら、どこがどう変わるかを考えてみましょう
学習ガイド
🗣️ 要約
受講者からよく出る質問への回答例と、つまずきやすいポイントへの対処法をまとめている
このセクションは、受講者が理解を深めることをサポートする参考情報です。
想定される質問と回答例
🗣️ 要約
4日間で一番大事だったのは「ペルソナの視点に立ち返ること」 研修後もIAを学び続けるには、身の回りのアプリやサイトを見て「誰のためにどう整理されているか」を考える習慣とAIへの質問が有効
| 質問 | ヒント |
|---|---|
| 4日間で一番大事だったポイントはどこですか? | 唯一の正解はないが、「ペルソナの視点に立ち返ること」が全日を貫くテーマだったと整理すると良い |
| 研修後もIAを学び続けるにはどうすればいいですか? | 身の回りのアプリやWebサイトを見て「これは誰のためにどう整理されているか」を考える習慣づけと、AIへの質問を継続することを勧める |
つまずきやすいポイント
🗣️ 要約
4日間の内容が個別の知識としてバラバラに記憶されやすい 研修が終わると学びも終わりだと感じてしまいやすい
| つまずきポイント | ヒント |
|---|---|
| 4日間の内容が個別の知識としてバラバラに記憶されている | このセッションのMermaid図(Day1〜Day4の流れ)を見ながら、自分のチームの開発テーマに当てはめて説明し直してみると、つながりが見えやすい |
| 研修が終わると学びも終わりだと感じてしまう | 確認テストの誤答項目は「弱点リスト」として残しておき、実務や次の学習機会でAIに質問し続けることを勧める |