初めての業務、AIで会議の文字起こしを分析して構造をつかむ方法
会議の文字起こしを、業務構造の全体像に整理する方法。
目次
他人の会議を観察すると、組織がどの基準で意思決定するかを学べる。
初めての業務会議に入ると、たいていの人は頭が真っ白になります。知っている言葉はほとんどなく、まわりは前提を共有しているかのように話を進めます。会議はどんどん先へ進むのに、自分だけ途中から急に加わったせいで、何も分からないまま取り残されます。
このとき、目標の置き方を間違えると、もっとつらくなります。最初からすべての内容を理解しようとしてはいけません。初めての会議の目標は、全部を理解することではなく、業務の構造を復元することです。この仕事はなぜ存在するのか、何を決めるのか、何をめぐって意見が分かれるのか。まずそこをつかむことです。
そして、この作業は会議中には終わりません。本当の勉強は会議のあとに始まります。文字起こしや議事録をAIで分析しながら、目的・論点・決定事項・未定事項・判断基準・用語・担当者・次のアクションが、互いに重ならない形で整理しきれるまで、何度も切り分けていくのです。
まず、録音してよい会議かを確認する
会議の録音は、いつでも自由にできるものではありません。日本でも要点は、自分がその会話の当事者かどうかです。法律は、自分が加わっていない他人どうしの会話をひそかに録音・盗聴することを問題視します。つまり、自分が参加していない他人どうしの会話を勝手に録音するのは危険です。
逆に、自分が直接参加した会議なら事情は変わります。自分も話し手の一人として加わっている会話であれば、ほかの参加者の発言もまったくの「他人どうしの会話」とは言えなくなるからです。ただし、それがいつでも自由に公開したり、外部にアップしてよいという意味ではありません。
業務会議には、会社の機密、個人情報、顧客情報が混ざっていることがあります。だから録音の前に、会社の規定とセキュリティポリシーを確認しておくべきです。できれば会議の参加者に録音することを伝え、外部のAIサービスに録音原本をそのままアップしないほうが安全です。使う必要があるなら、社内で承認されたAIを使うか、名前・社名・顧客情報・機微な数値を消してから分析するべきです。
初めての会議で全部を理解する必要はない
慣れない会議で、すべての発言を聞き取ろうとすると、すぐに疲れます。知らない用語が出て、略語が出て、前の会議で決まった話が当然のように通り過ぎていきます。それを全部つかまえようとすると、肝心の構造を取り逃がします。
会議中は、細かい内容よりも、目印を残すことに集中するべきです。この会議は何を決めるために開かれたのか。よく出てくる言葉は何か。みんなが長く引っかかっている論点は何か。誰が次のアクションを引き受けたのか。
最初から完璧に理解できなくてもかまいません。その代わり、あとでAIでもう一度分析できるように、材料を残しておくのです。文字起こし、議事録、自分が印をつけた用語と疑問。これらがあれば、会議が終わったあとに構造を復元できます。
まず、この仕事がなぜあるのかをつかむ
業務の構造を見るには、まず目的をつかむことです。この仕事がなぜ存在するのかがわからないと、そのあとの内容はすべてバラバラになります。誰が何をなぜやろうとしているのかがわからなければ、数字も資料も言葉も、てんでばらばらのまま意味がつながりません。
会議のあと、AIにはまず次のことを聞きます。「この会議で扱っている業務の目的は何か？」「この業務はどの問題を解決しようとしているのか？」「顧客、コスト、日程、品質、リスクのうち、どの問題に近いか？」
目的がつかめると、発言の意味が変わってきます。同じ機能の議論でも、顧客満足が目的なら使いやすさが大事になり、コスト削減が目的なら開発範囲が大事になり、リスク管理が目的なら安定性と責任の所在が大事になります。目的がわかってはじめて、会議の残りの内容が、それぞれ正しく位置づけられます。
決まったことと、未定のことを分ける
会議を理解するには、決まったことと、まだ決まっていないことを分けることです。この二つが混ざると、会議の内容がわかりにくくなります。すでに決まったことを蒸し返したり、まだ未定のことを決定済みと勘違いしたりしてしまいます。
AIに議事録を入れて、ただ要約させるだけでは足りません。必ず分けてほしいと頼むべきです。今日確定した決定事項は何か。まだ未定の事項は何か。次の会議や追加の確認が必要なものは何か。
この区別ができると、業務がぐっとはっきりします。決まったことはこれから動く基準になり、未定の事項は次の会議の論点になります。確認すべきことは、自分が勉強したり質問したりする宿題になります。
決定事項と未決事項が区別される瞬間、議事録は次の行動を決める基準になる。
論点をMECEに切り分ける
MECEは Mutually Exclusive, Collectively Exhaustiveの略です。互いに重ならず、漏れなく分ける、という意味です。かんたんに言えば、同じ話を二つの枠に重複して入れず、大事な項目を取りこぼさない形で分類することです。
初めての業務がむずかしいのは、論点がからまっているからです。コストの話なのか、スケジュールの話なのか、品質の話なのか、リスクの話なのか、顧客要望の話なのか、いっぺんに混ざって聞こえてきます。だから会議が終わっても、頭に残るのは「なんだか複雑だ」だけです。
AIを使うときの肝はここです。「この会議の論点をMECEに分けてほしい」と指示するのです。抜けている論点はないか、互いに重なる項目はないか、原因と解決策を混ぜて書いていないか、決定事項とやるべきことを混同していないか。これを何度も問い直すのです。
最初に出てきたAIの答えをそのまま信じてはいけません。AIも会議の構造を、一発で完璧につかめるわけではありません。自分が問い直し、分類を直させ、抜けた項目を埋めさせるのです。この過程を経ながら、見慣れない業務の構造がだんだんはっきりつかめはじめます。
判断基準が聞こえると、仕事が見えてくる
会議で大事なのは、「何をすることにしたか」だけではありません。なぜその選択をしたのかのほうが、もっと大事です。A案とB案があるとき、人々が何を基準に選んだのかを知るべきです。
AIに議事録を分析させるときも、判断基準は別に抜き出すべきです。コスト、スケジュール、性能、安定性、顧客の反応、社内リソース、責任の所在のうち、何が決定に影響したのか。どの基準がいちばん強く効いたのか。捨てられた案は、なぜ捨てられたのか。
判断基準がわかると、次の会議がラクになります。似た議題が出たとき、人々がどこを見るかを予想できるからです。業務を理解するとは、資料をたくさん暗記することではなく、その組織がどんな基準で選ぶのかを知ることです。
知らない用語は、AIで業務構造の中に位置づける
初めての会議で、知らない言葉が出てくるのは当然です。問題は、その言葉を全部その場で理解しようとすることです。そうすると会議の流れを取り逃がします。
会議中は、知らない用語に印をつけておくだけでいいのです。会議が終わったあと、AIに聞けばいいのですから。ただし「この言葉の意味を教えて」で止まると足りません。この用語が会議でどんな文脈で使われたか、どの業務段階とつながるか、どんな意思決定に影響するか。そこまで聞くべきです。
用語は単語帳として丸暗記するものではなく、業務構造の中で位置づけるものです。ある用語は顧客要望を指し、ある用語は技術的な制約を指し、ある用語は社内の手続きを指します。用語が業務構造のどこに当たるかを正しく押さえてはじめて、業務の構造が見えてきます。
担当者と次のアクションを残す
会議分析の最後は、人とアクションです。誰が何を引き受けたのか。いつまでに確認することにしたのか。誰の承認が必要か。どんな資料をさらに見るべきか。
ここを取りこぼすと、構造を理解しても、実際の仕事につながりません。会議は勉強の材料でもありますが、同時に業務の指示が次々に出される場でもあります。理解した内容を自分のアクションに変えられなければ、次の会議でもずっと見物人のままです。
会議後のまとめは、長くする必要はありません。今日決まったこと、未定の事項、主要な論点、判断基準、知らない用語、担当者と次のアクション。この六つの枠を残すだけで十分です。大事なのは、会議をただ聞き流さず、次のアクションに変えることです。
AIが代わりに理解してくれるわけではない
AIで会議の文字起こしを分析するからといって、AIが代わりに理解してくれるわけではありません。AIは構造を抜き出し、抜けた項目を見せ、用語を説明してくれます。けれど、この会議が自分の業務にとってどんな意味を持つのかは、最後は自分で判断しなければなりません。
だから、AIの答えを読んで終わりにしてはいけません。自分がもう一度問い直すのです。この分類は重なっていないか。抜けた論点はないか。決定事項とやるべきことが混ざっていないか。次の会議までに自分が確認すべきことは何か。
初めての業務は、一度で理解できるものではありません。けれど会議のたびにこうして文字起こしを分析し、MECEに構造化し、わからないことを確認していけば、理解のスピードはぐんぐん上がります。ほかの人がただ通り過ぎた一時間の会議が、自分にとっては業務の構造を学ぶ、いちばんよい材料になるのです。