エグゼクティブサマリー
この記事は、AIで議事録を作れる時代に、会議そのものをどう設計し直すかという話です。
結論は、議事録が最も大切になる時代では、会議の価値を「その場で誰がうまく話すか」ではなく、「あとからAIに渡せる有益な会話量をどれだけ増やせるか」で見た方がよさそう、ということです。
そのために、私が持つプロジェクトは全てMicrosoft Teamsのブレイクアウトルームを使い、文字起こしをONにした1on1型の会議にしました。
今回のキーメッセージはこれです。
議事録が大切なら、会話量を最大化する
会話量を増やすなら、全体会議より1on1に分ける
文字起こしを残せば、会話はあとから資産化できる
Draw.ioとトランスクリプションを材料に、Codex CLIでSkill化する
結論
AI議事録時代の会議は、参加者全員を同じ部屋に集めて「誰かが話す」のを待つより、1on1を複数回まわす方が相性がよいです。
特に、Microsoft Teamsのブレイクアウトルームと文字起こしを組み合わせると、各部屋で発生した会話を後からAIで処理できます。
会議中に発言できる人だけが情報を出す形ではなく、全員が少人数で話し、その内容を議事録・課題・次アクションに変換していく形。
PMとして会議を回していて、ここがかなり大事だと感じました。
議事録の品質は、議事録ツールだけでは決まりません。
その前段にある「どれだけ良い会話が発生したか」でかなり決まる、ということです。
議事録をたくさん出力できる会議の方が、あとから使える情報量も増えます。
背景
PMを実施して分かったのは、会議は思ったより「話す人」が固定されるということ。
全体会議にすると、だいたい1人か2人が中心になって話し、他の人は聞き役にまわりやすいです。
もちろん、それ自体が悪いわけではありません。
ただ、トランスクリプションからAIで議事録を作れるようになった今は、会議中に生まれた会話そのものが、そのまま後続作業の材料になります。
そう考えると、会議で一番もったいないのは「発言しない人がいること」に気が付きました。
有益な会話をできるだけ多く発生させ、AIに渡せる材料を増やす。
ここを会議設計の中心に置いた方が、かなり効率的です。
補足：背景や課題感
従来の会議では、議事録は「会議のあとに人がまとめるもの」でした。
そのため、会議中は進行や合意形成が中心で、発言量そのものを増やす発想はそこまで強くありませんでした。
でも今は、Teamsなどで文字起こしを残し、その内容をAIに渡せます。
つまり、会議中の会話はあとから検索・要約・課題化・手順化できる素材になっている。
この前提に立つと、会議の目的も少し変わります。
- その場で完璧にまとめる
- 全員の前でうまく話す
- 代表者だけが進捗を報告する
というより、
- 少人数で本音に近い話を出す
- 違和感や非効率を言語化する
- 文字起こしとして残す
- AIで議事録や次アクションに変換する
という流れの方が、AI時代の会議には向いています。
やったこと
そこで、会議を1on1型に再設計しました。
Microsoft Teamsのブレイクアウトルームを使い、各部屋で文字起こしをONにして、常に少人数で話す形にします。
大事なのは、全員を一つの部屋に置いたまま「発言してください」と言うのではなく、話さざるを得ない構造にすること。
1on1であれば、相手の話を聞き、自分の違和感やアイデアも出しやすくなります。
会議のアジェンダは、だいたい次のような形にしました。
| No | アジェンダ |
|---|---|
| 1 | 違和感・非効率作業の洗い出しと自動化検討 |
| 2 | AgentSkillsのアーキテクチャ方針検討 |
| 3 | 直近の気になるビジネスニュース |
| 4 | タスクの現状確認 |
ポイントは、単なる進捗確認だけにしないことです。
「違和感」「非効率」「最近気になるニュース」のように、まだ形になっていない話も出しやすい入口を作っています。
補足：検討過程や却下案
最初は、普通に全体会議で進めればよいと思っていました。
ただ、実際にやってみると、発言量にかなり偏りが出ます。
全体会議には、全員の認識をそろえやすい良さがあります。
一方で、話す人が固定されると、議事録に残る情報もその人たちの視点に寄りやすいです。
AI議事録は、存在しない会話までは拾えません。
つまり、会議で発生しなかった違和感や気づきは、AIにも渡せない。
だから、まず会話の発生量を増やす必要がありました。
そのための仕組みとして、1on1型のブレイクアウトルームがかなり現実的でした。
最終形
最終的には、次の流れがよさそうです。
- Teamsでブレイクアウトルームを作る
- 各部屋を1on1にする
- それぞれの部屋で文字起こしをONにする
- アジェンダに沿って、違和感・非効率・ニュース・タスクを話す
- トランスクリプションをAIに渡して議事録化する
- Draw.ioで「違和感・非効率アーキテクチャ」を整理する
- トランスクリプションとDraw.ioを材料に、Skill CreatorでCodex CLI用のSkillを作る
ここまでやると、会議が「話して終わり」ではなくなります。
会話が議事録になり、議事録が課題になり、課題がSkillになり、次回以降の作業手順として再利用できる。
会議の出口がかなり変わります。
特に、違和感や非効率の洗い出しは、うまく整理できるとそのまま自動化候補になります。
補足：構成・手順・注意点
実務で使うなら、会議設計はこのくらいシンプルでよいと思います。
会議前
├── アジェンダを決める
├── 1on1の組み合わせを決める
└── Teamsのブレイクアウトルームを準備する
会議中
├── 各部屋で文字起こしをONにする
├── 違和感・非効率・タスクを話す
└── 話しながら無理にまとめすぎない
会議後
├── トランスクリプションを集める
├── AIで議事録・課題・次アクションに変換する
├── Draw.ioで構造を整理する
└── Codex CLIとSkill Creatorで手順化する
注意点は、個人名や具体的すぎる内部情報をそのまま外に出さないことです。
記事化・共有・Skill化するときは、バイネームを伏せて、役割やペア単位に抽象化した方が安全です。
また、文字起こしを使う前提なら、参加者への説明も必要です。
「監視するため」ではなく、「会話をあとから議事録・課題・改善案に変換するため」に残す。
この前提がそろっていないと、会話量を増やすどころか、逆に話しにくくなる可能性があります。
最後に
AI議事録の時代は、会議後のまとめ方だけでなく、会議中の会話設計も変えた方がいいと思っています。
議事録が大切なら、まず会話量を増やす。
会話量を増やすなら、全体会議だけに頼らず、1on1型に分ける。
そして、文字起こし・Draw.io・Codex CLI・Skill Creatorまでつなげる。