（演習）チーム分けと開発テーマの決定

• 日程: Day 1 / セッション2
• 時間: 9:30-10:00
• 形式: 演習
• ゴール: 4〜5名のチームを編成し、開発テーマを1つ決定できる
• 学習形式: AIブレスト

🗣️ 要約

• IAは「情報をわかりやすく伝え、受け手が探しやすくする」ための表現技術である
• 開発テーマとは、これから4日間かけて作り上げる対象そのものである

先ほどのセッションで、情報アーキテクチャ（IA）が「情報をわかりやすく伝え、受け手が情報を探しやすくする」ための表現技術だと学びました。ここからは、その考え方を実際に使う「舞台」を自分たちで用意します。

舞台とは、これから4日間かけて作り上げる「開発テーマ」のことです。

このセッションが終わる頃には、あなたのチームと、これから4日間向き合う開発テーマが決まっています。これは研修全体の中で最初の「決まった！」「動き出した！」という手応えのある瞬間になるはずです。難しい理論はまだ出てきません。まずはチームで話して、決めるだけです。

🗣️ 要約

• チームは4〜5名程度で編成する
• 開発テーマの条件は「情報処理を伴うもの」であれば何でもよい
• 身近で小さいテーマほど、後の演習で扱いやすい

🗣️ 要約

• チームは4〜5名程度。自己紹介で「得意なこと」「挑戦したいこと」を共有する
• 言語化したチームの強みは、Day4の役割分担にそのまま使える

チームは4〜5名程度で編成します。誰と組むかは、講師（このAI研修では受講者同士の相談）やクラス運営のルールに従ってください。

チームが決まったら、まず自己紹介がてら「得意なこと」「今回挑戦したいこと」を一言ずつ話してみましょう。プログラミング経験、デザイン経験、まとめ役の経験など、何でも構いません。

ここでの問いかけです。「自分のチームには、どんな強みが集まっていますか？」

強みを言語化しておくと、後日（Day4）役割分担を決めるときにそのまま使えます。

🗣️ 要約

• 条件は「情報処理を伴うもの」であれば何でもよい（家計簿・レシピ類推・オークション等）
• 「記録する・探す・比べる・提案する」といった動詞が入るテーマは情報処理を伴いやすい
• 身近で困っていることをテーマにすると、後のペルソナ設定や情報の洗い出しがしやすい

次に、4日間かけて開発する「開発テーマ」を1つ決めます。

条件はシンプルです。「情報処理を伴うものであれば何でも良い」。たとえば次のようなテーマが該当します。

• 家計簿システム（支出を記録し、カテゴリ別に集計する）
• レシピ類推サービス（手元の材料から作れる料理を提案する）
• オークションシステム（出品・入札・落札を管理する）

一方で、「情報処理を伴わないもの」は今回のテーマには向きません。たとえば「毎朝ラジオ体操をする」という活動そのものは情報処理を伴わないので該当しませんが、「ラジオ体操の参加記録を管理し、継続日数をランキング表示するサービス」であれば、記録・集計・表示という情報処理が発生するので該当します。何かを「記録する」「探す」「比べる」「提案する」といった動詞が入ると、情報処理を伴うテーマになりやすい、と考えるとイメージしやすいでしょう。

ここで少し考えてみてください。あなたのチームの身の回りに、「記録できたら便利なのに」「探しにくくて困っている」と感じるものはありませんか？ 開発テーマは、教科書的な題材である必要はありません。むしろ自分たちの生活に近いテーマの方が、後々のペルソナ設定や情報の洗い出しがしやすくなります。

特に注意してほしいのは、「テーマの大きさ」です。よくある間違いとして、最初から「複数の情報が複雑に絡み合う大規模システム」を選んでしまうケースがありますが、4日間で情報定義から実装まで通しで体験することが目的なので、まずは小さく始めるのが正解です。オークションシステムであれば「出品・入札・落札」だけに絞る、家計簿であれば「支出の記録と月次集計」だけに絞る、というように、機能を1〜2個に絞り込みましょう。大きくするのは、慣れてからいつでもできます。

実は、有名なITサービスの多くは「身近な困りごと」から生まれています。ある大手フリマアプリは、創業者が「家の中の不用品を簡単に売れる場所がない」という個人的な不便さから着想したと言われています。壮大な社会課題の解決を狙って作られたわけではなく、「これ、面倒だな」という小さな気づきが出発点でした。皆さんが今日選ぶ開発テーマも、もしかしたら数年後には誰かの生活を変えるサービスの原型になるかもしれません……とまでは言わなくても、「小さな気づきを大切にする」という姿勢自体は、優れた情報アーキテクトに共通する習慣です。

🗣️ 要約

• チームの話し合いが煮詰まったら、AIをブレスト相手として使ってよい
• アイデア出し・規模感の確認・機能の絞り込みの相談に活用できる

チームでの話し合いが煮詰まったら、AIに相談してみましょう。たとえば：

• 「情報処理を伴うシステムのアイデアを5つ挙げて」
• 「家計簿システムというテーマは、4日間の演習に向いている規模か教えて」
• 「オークションシステムを小さく始めるなら、どの機能に絞るのが良い？」

1. チームメンバーで簡単に自己紹介し、強みを共有する
2. 開発テーマの候補を3つ以上ブレインストーミングする（AIに壁打ち相手になってもらってもよい）
3. 候補の中から1つに絞り込み、「テーマ名」と「解決したいこと（1〜2文）」を紙またはドキュメントに書き出す
4. 最後に相応しいチーム名を決める
5. 演習終了後チーム毎に決めたことを発表してください

🗣️ 要約

• チーム編成表と開発テーマ決定シートの2つを、このセッションの終わりまでに用意する

• チーム編成表（チーム名、メンバー名)
• 開発テーマ（テーマ名、解決したいこと、対象となる情報処理の範囲）

🗣️ 要約

• 決まらないときは「最近困ったこと」から話す、時間を区切る、AIに相談する、の3つが有効

• なかなか決まらない場合は、「自分たちが最近困ったこと」を1人ずつ出し合うところから始めると決めやすくなります
• 候補が複数残って決めきれない場合は、「4日間で実装まで到達できそうか」を基準に絞り込むとよいでしょう
• AIに「このテーマは記録・検索・分類のどれが中心になりそうか」と聞くと、テーマの性質が整理しやすくなります

今回学んだことを一言でまとめると、「情報処理を伴う小さめのテーマを選べば、それが4日間の学びの舞台になる」ということです。

次回は「情報とは何か」を学びます。今日決めた開発テーマは、次のセッション以降ずっと使い続ける土台になるので、テーマ名と解決したいことをメモしておきましょう。

🗣️ 要約

• 「テーマを一言で説明できるか」「含まれる情報処理を説明できるか」の2点を自己確認する

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

• 自分のチームの開発テーマを一言で説明できますか？
• そのテーマに、どんな情報処理（記録・検索・分類・提案など）が含まれるか説明できますか？

答えに自信がない場合は、該当部分を読み返すか、AIに質問してみてください。

🗣️ 要約

• 外部資料は特になし。発展課題として、類似サービスの「情報の見せ方」を調べておくとDay1後半で役立つ

• 参考リンク: なし（本セッションはチーム内ディスカッション中心のため、外部資料は使用しません）
• 発展課題: 決定した開発テーマについて、類似の既存サービスを1つ調べ、「情報の見せ方」で気づいた点をメモしておくと、Day1後半の「整理と分類」の演習で役立ちます

🗣️ 要約

• 受講者からよく出る質問への回答例と、つまずきやすいポイントへの対処法をまとめている

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

🗣️ 要約

• テーマが割れて決まらない、情報処理かどうかの判断が難しい、規模感が合わない、という3つのつまずきが起きやすい

🗣️ 要約

• 話し合いが長引く場合は時間を区切って決定を優先する
• いきなりUIや実装の話を始めず、テーマと解決したいことだけに留める