エグゼクティブサマリー

この記事は、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までつなげる。