📖 テーマ設定
🔊 音声設定
1.2
1.0
1.0
▶️ 再生コントロール
🎵 BGM設定
0.3
🔔 効果音設定
0.3

研修全体のまとめ

概要

  • 日程: 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つの図にすると、こうなります。

flowchart LR Day1["Day1: 情報の整理・分類 (情報定義書 -> ペルソナ -> LATCH法・カードソーティング)"] --> Day2["Day2: 情報モデル (状態遷移から機能とプレゼンテーションを抽出)"] Day2 --> Day3["Day3: 設計思想の選択 (DOA/MDA/SOA/ROA/OOAD, MVC/MVVM/DDD)"] Day3 --> Day4["Day4: 実装・発表 (API実装 -> UI実装 -> 成果発表)"]
  • 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に質問し続けることを勧める
読み上げを開始します...

AIに質問する