PMが知っておくべき、Teams・Copilot・Namazu・Gemma 4の本当の使い方——AI議事録は、誰が何を決めたかまでは教えてくれない

正直に言う。

先週の出張先での会議。「録音ボタン一つで議事録ができる」と聞いて、これでだいぶラクになるだろうと思っていた。実際に使ってみたら、何を話したかは分かる。しかし、何を決めたかは、ぼやけたままだった。

AI議事録は、便利な道具ではある。しかし、それだけで会議が良くなるわけではない。

私はITコンサルタントとして二十年、プロジェクトマネジメントを生業にしてきた。会議の設計と議事録の整理は、PMの仕事の中核である。本記事では、Teams、Copilot、Namazu、Gemma 4という四つのAI議事録ツールを、PMの視点で分解する。便利なツールの紹介ではなく、PMとしてどう使いこなすかという視点で書く。

■ AI議事録の三つの顔——録音、要約、整理

AI議事録の機能は、三つに分けて考えるのが分かりやすい。録音、要約、整理である。

録音機能は、Teams会議の録音ボタンや、スマートフォンのボイスメモが該当する。音声ファイルをAIに渡すための前処理に位置づけられる。

要約機能は、Copilot（Microsoft 365）、Namazu（Sakana AI）、Gemma 4（Google DeepMind）などのAIモデルが担う。音声からテキストへ、テキストから要約へという流れで処理される。

整理機能は、議題ごとの分類、決定事項とToDoの抽出、発言者の整理（誰が何を言ったか）に該当する。AI議事録の中で、最も価値が高い領域である。

PMとして見ると、録音はインフラ、要約は加工、整理は価値提供という位置づけになる。多くの利用者は、録音と要約まででAI議事録の機能を使い切ったと考える。しかし、本当に効くのは整理の部分である。

■ 録音のUX——「ボタン一つ」の裏側

Teams会議の録音ボタンは、確かに便利だ。ボタン一つで録音が始まり、終われば自動でクラウドに保存される。UXとしては、魔法のボタンに見える。

しかし、PMとして見ると、ここに落とし穴がある。

第一に、録音はできるが、誰が話しているかはAIには分からない。話者識別の精度は、まだ実用レベルに達していない。

第二に、雑談と本題の区別がつきにくい。会議の中で発生する余談や脱線を、AIは本題と同じ重みで扱う。

第三に、マイクの品質や環境音で、精度が落ちる。出張先のホテルや喫茶店での録音は、特に劣化しやすい。

つまり、「録音ボタン一つ」の裏側には、マイク環境、発言の仕方、会議の進め方——人間側の設計が関わっている。

PMとして、AI議事録を使うなら、録音ボタンを押す前に会議の設計をするという意識が必要である。

■ 要約の精度——Copilot、Namazu、Gemma 4の違い

要約機能は、AIモデルによって特性が変わる。

Copilot（Microsoft 365）は、Teams会議との連携が最も強い。議題、決定事項、ToDoを自動で抽出する機能が標準で搭載されている。一方で、日本語のニュアンスを捉える精度は、英語より一段下がる場合がある。

Namazu（Sakana AI）は、日本語に特化したLLMとして開発されている。会話の流れやニュアンスを捉える精度が高い。ただし、現時点では機能が限定的で、業務利用の枠組みは発展途上である。

Gemma 4（Google DeepMind）は、マルチモーダル対応として、音声、テキスト、画像を扱える。Apache 2.0ライセンスで商用利用が自由であり、エッジ最適化によりオフラインでも動く可能性を持つ。

PMとして見ると、どのAIを使うかよりも、どのAIにどんなプロンプトを渡すかの方が、はるかに重要である。

■ プロンプト設計——AIに議事録の型を教える

AI議事録の精度を上げるには、AIに議事録の型を教える必要がある。

NamazuやGemma 4に渡すプロンプトの例は、こうだ。

このような型を渡すことで、AIは何をどう書くべきかを理解しやすくなる。PMとして、AI議事録を使うなら、議事録のテンプレートを先に作っておくのが、最も確実な近道である。

これは、AIに対する指示の話だけではない。会議そのものの設計とも、構造的に同じことだ。会議の議題が明確で、ゴールが共有されている会議は、議事録もきれいにまとまる。逆もまた真である。AIに渡すプロンプトの質は、会議の設計の質を映している。

■ 整理の価値——決定事項とToDoを明確にする

AI議事録の最大の価値は、決定事項とToDoを明確にすることである。

何を決めたか。誰が何をいつまでにやるか。何が懸念として残っているか。これがはっきりしていないと、会議は話しただけで終わる。

二十年PMをやってきて、最後まで動かなかったプロジェクトの共通点は、ここにある。会議では議論が尽くされたように見えても、「何が決まったのか」が言語化されていない。次の会議で、また同じ議論が繰り返される。プロジェクトが、止まったまま動かない。

AI議事録を使うなら、決定事項とToDoが一目で分かる議事録をAIに作らせることを目指す。これが、PMとしてのAI議事録活用の到達点である。

■ PMとしての運用設計——AI議事録をプロジェクトに組み込む

AI議事録は、便利なツールではある。しかし、それだけでプロジェクトが良くなるわけではない。

PMとして組み込むべき運用設計は、四つに整理できる。

第一に、会議前に議題とゴールを共有することだ。これがないと、AIに渡すべき情報が定まらない。

第二に、録音中は発言の仕方を意識することだ。名乗ってから発言する、雑談を減らす、結論から話す——これらの基本動作が、AIの要約精度を直接的に押し上げる。

第三に、AIが出した議事録を、人間が必ず確認・修正することだ。AIの出力を無検証で配信するのは、PMとして致命的なミスを生む。

第四に、決定事項とToDoを、タスク管理ツール（Jira、Backlog、Trelloなど）に反映することだ。議事録に書いて終わりにせず、行動に紐づける運用に組み込む。

AI議事録は、自動で議事録を書いてくれる魔法ではない。人間が会議を設計し、AIがそれを整理する道具である。この線引きが、AI議事録活用の成熟度を決める。

■ 結論——AI議事録は、会議の設計を映す鏡である

二十年PMをやってきて、最終的に確信していることがある。

AI議事録の品質は、AIの性能ではなく、会議そのものの設計で決まる。

議題が曖昧な会議は、AI議事録も曖昧になる。ゴールが共有されていない会議は、AI議事録にも決定事項が書かれない。発言者が名乗らない会議は、AI議事録の話者も特定されない。AIは、会議の設計の質を、そのまま反映する鏡として機能する。

逆に言えば、AI議事録を使い始めたPMが最初に変えるべきは、AIではなく、会議そのものである。会議の設計を変えると、AI議事録の質が変わる。AI議事録の質が変わると、プロジェクトの動きが変わる。

Teams、Copilot、Namazu、Gemma 4——どのツールを使うかは、本質的な論点ではない。会議をプロダクトとして設計する視点を持つかどうかが、PMとしての分かれ道である。

本記事を含むAI活用の連載は、AI時代のPM・コンサルタント・DX推進担当者に向けた実務書として、書籍化を見据えている。

関連記事

▼ 泥沼の現場を立て直す「具体的な手順」が必要な方へ（有料版）

• 炎上プロジェクトの救い方——20年のPMが赤裸々に語る、立て直しの全手順（DL特典付）

  • ※「嫌われるPM」を卒業し、信頼を取り戻すための初動48時間の動き方を詳説。

• PMが絶対に失敗するのはスキルじゃない——ステークホルダー管理の実践ワークシート6点付き

  • ※「会議でやってはいけないこと」の回避策と、合意形成の設計図を収録。

▼ 指原莉乃氏の戦略に学ぶ「負けないチーム」の作り方

• PMおじさんが指原莉乃から学んだマネジメント論・完全版——炎上耐性と実践スキル全公開

• ＝LOVE（イコラブ）が8年で証明したこと——指原莉乃のプロジェクトマネジメント論、第2章

▼ 20年PMの知見を資産化するマガジン

• 現場PMの実践ノート——炎上・セキュリティ・研修、全部実体験

• 指原莉乃×PM論マガジン——＝LOVEをPM視点で読み解くシリーズ

その他おすすめリンク

▼Namazuシリーズ前回記事 Namazuちゃんに聞いてみました
https://note.com/quiet_emu2080/n/ne9fcd20c48bf

▼AI顧問・研修シリーズ｜20年PMが教えるAI活用の始め方
https://note.com/quiet_emu2080/m/mb93c8c201483

▼マガジン｜現場PMの実践ノート
https://note.com/quiet_emu2080/m/mb3eda5b30688