打ち合わせの最中はしっかり理解できたつもりでも、数日後に自分のメモを見返すと「これは誰が言ったことだったか」「結局この件はどう決着したのか」が分からなくなっている、という経験は誰しもあるはずだ。機械設計者として20年、複数の客先常駐先で数えきれないほどの会議に出席してきた中で、会議メモの質が後々の仕事の効率を大きく左右することを痛感してきた。今回は、後で実際に使える記録を残すための工夫を整理する。会議は設計作業そのものと違って形に残りにくいが、そこで交わされる決定事項や合意形成は、後々の図面や仕様の土台になる。だからこそ、会議そのものの質と同じくらい、メモという記録の質にもこだわる価値があると考えている。
なぜ「後で使える」ことが重要なのか
会議メモの目的は、その場で理解した気になることではなく、後日、決定事項や懸案事項を正確に再現できることにある。設計の現場では、一度の会議で複数の議題が並行して議論され、結論が出た項目と持ち帰り検討になった項目が入り混じることが多い。その場では整理できたつもりでも、後から見返すメモが断片的な単語の羅列だけでは、何が決まって何が未決なのかを再現できなくなってしまう。
私自身、若手のころは会議中に聞いた内容を思いつくままに書き殴るだけで、後から読み返しても文脈が分からず苦労した経験が何度もある。ある案件では、設計変更の要否について会議で議論した内容をメモに残していたが、「検討する」という言葉だけが書かれており、誰が何をいつまでに検討するのかという肝心の情報が抜け落ちていた。結局、担当者に個別に確認し直す羽目になり、メモを取っていた意味が半減してしまった。この経験から、メモは「その場で理解するための手段」ではなく「未来の自分やチームのための資料」として書くという意識に切り替えた。
客先常駐という働き方をしていると、この「未来の自分」という感覚は特に重要になる。社内で完結する仕事であれば、周囲の同僚に聞けば会議の経緯を思い出させてもらえることもあるが、常駐という立場では周囲に同じ会議に出ていた人間がいないことも多く、自分のメモだけが唯一の頼りになる場面が少なくない。誰も助けてくれない前提でメモを取るという意識を持つようになってから、記録の精度は明らかに上がったと感じている。
別の案件では、ある仕様確認の会議に自分だけが出席し、社内の他のメンバーは議事録だけを頼りに後続作業を進めるという場面があった。このとき私が残したメモが曖昧だったために、後続作業を担当したメンバーが仕様の解釈を誤り、一部の設計をやり直す事態になったことがある。自分一人が理解していれば済むわけではなく、自分のメモが他人の作業の起点になるという緊張感を持つべきだったと、この失敗から強く反省した。それ以降、自分だけが出席する会議のメモは、特に第三者が読んでも誤解の余地がないように意識して書くようにしている。
メモを取る前の準備
質の良いメモは、会議が始まる前の準備段階である程度決まってしまう。私は会議前に、議題と自分がその会議で確認したい論点をあらかじめ箇条書きにしておくようにしている。何も準備せずに臨むと、会議中の情報をすべて平等に扱おうとしてしまい、重要な決定事項と雑談レベルの発言の区別がつかなくなる。あらかじめ論点を持っておくことで、どこに意識を集中させるべきかがはっきりし、メモの密度にメリハリがつく。準備にかける時間は長くなくてよく、私の場合は会議開始の5分前に、議題と論点をざっと書き出す程度で十分だと感じている。長い時間をかけて入念に準備するよりも、短時間でも必ず準備する習慣を続けることの方が、結果として効果が大きいというのが実感だ。
また、フォーマットもある程度固定しておくと効果的だ。私が使っているのは、日付・出席者・議題・決定事項・懸案事項(担当者と期限つき)・次回までの宿題という項目をあらかじめ用意しておくテンプレートだ。真っ白な紙やノートアプリに向き合うと、その場の勢いで書き方がばらついてしまうが、決まった型に沿って埋めていくだけであれば、会議中の思考をメモの整理に割く負担が減り、内容そのものの理解に集中できる。
このテンプレートは長年使いながら少しずつ手直ししてきたもので、最初は決定事項と懸案事項の区別すらなく、ただ議題ごとに発言をまとめるだけの形式だった。しかし、それでは会議の後に「結局何が決まったのか」を拾い出すのに時間がかかることに気づき、決定事項を独立した欄として切り出すようにした。テンプレートは一度作って終わりではなく、実際に使いながら不便に感じた部分を直していくものだという考え方も、この経験から身についた。
別の現場では、会議の種類によってテンプレートを2種類使い分けるようにしている。技術的な検討会では、決定事項欄をさらに「仕様」「コスト」「スケジュール」の3項目に細分化し、客先との定例会では、そこに「客先からの要望」という欄を追加している。1つのテンプレートですべての会議をカバーしようとすると、どうしても項目が汎用的すぎて拾いきれない情報が出てくる。会議の性質に応じてテンプレートを微調整するという発想に切り替えてから、清書にかかる時間がさらに短縮されたと感じている。
その場で書くべきこと・省略すべきこと
会議中に発言のすべてを書き取ろうとすると、書くことに気を取られて議論についていけなくなる。私が優先して書くようにしているのは、決定事項、担当者名、期限、そして数値や固有名詞といった後から思い出しにくい情報の4点だ。逆に、議論の過程で交わされた細かいニュアンスや、結論に至らなかった検討の枝葉は、思い切って省略することが多い。
数値や固有名詞を優先する理由は明確だ。議論の流れや雰囲気は後からでもある程度思い出せるが、「公差は0.02だったか0.05だったか」「部品番号の末尾は3桁目までだったか」というような具体的な数字は、記憶だけに頼ると簡単に間違える。私は会議中に数値が出た瞬間、他のメモを中断してでもまずその数字だけは正確に書き留めるようにしている。この優先順位を意識するようになってから、後日「あの数値は本当にそれで合っていたか」と確認し直す手間が大幅に減った。
聞き取れなかった、あるいは自信が持てない数値については、あいまいなまま書かず、必ず「?」などの記号を添えて後で確認すべき項目だと分かるようにしている。分からないことをそのまま分からないと記録しておくことが、実は正確なメモの条件のひとつだと考えている。自信のない数値を確定情報のように書いてしまうと、後から見返した自分がそれを事実だと誤認し、誤った数値のまま図面に反映してしまう危険がある。分からないことは分からないと書く、これだけのことだが徹底するのは意外と難しい。
別の会議では、公差の数値を口頭でのみ伝えられ、資料には記載がないという場面があった。その場で聞き取った数値をメモに残したが、念のため「?」を添えて確認を保留にしておいたところ、後日資料が正式に配布された際、私が聞き取った数値と資料の数値が実際に0.01mmだけ食い違っていたことが判明した。もしその場で確定情報として書いてしまっていたら、誤った数値のまま設計を進めてしまっていた可能性がある。この経験から、口頭でのみ伝えられた数値は、たとえ聞き間違えた自信がなくても、必ず資料や書面での裏取りを行うまでは仮の情報として扱うことを徹底するようになった。
図や記号を使った素早い記録術
文章だけでメモを取ろうとすると、会議のスピードに追いつかないことが多い。私は簡単な図や矢印、記号を積極的に使うようにしている。例えば、部品同士の関係性を説明する場面では、文章で「AとBが接続され、Cが干渉する可能性がある」と書くよりも、簡単な箱と矢印の図を描いた方が圧倒的に速く、後から見返した際の理解も早い。
決定事項には丸印、懸案事項には四角、要確認事項には星印というように、自分なりの記号のルールを決めておくことも有効だ。会議が終わった直後にメモ全体をざっと見返す際、この記号があるだけで「まず何を優先して処理すべきか」が一目で分かるようになる。私はこのルールを長年使い続けているため、他人が見ると意味不明な記号の羅列でも、自分の中では瞬時に情報を引き出せる仕組みになっている。
別の案件では、部品の取り合いを説明する場面で、簡単な断面図をその場で描いて共有したことがあった。文章で「A部品とB部品の間に3mmの隙間を設ける」と説明するよりも、簡単な断面のスケッチに寸法を書き添えた方が、出席者全員の認識がその場で揃うのを実感した。以来、複数人が参加する会議では、重要な取り合い部分について、多少下手でもその場でスケッチを描いて見せながら説明するようにしている。言葉だけのやり取りよりも、図を介した方が、後になって「言った・言わない」の水掛け論になりにくいという副次的な効果もあると感じている。
手書きとデジタルツールの使い分け
会議メモをすべてデジタルツールで完結させようとした時期もあったが、キーボード入力の音や画面に集中する姿勢が、かえって議論への集中を妨げると感じることがあった。特に少人数の込み入った打ち合わせでは、ノートパソコンの画面越しに会話をすると、相手との視線が合いにくく、微妙なニュアンスを読み取りにくくなる。そのため、少人数の突っ込んだ議論では手書きのノートを使い、大人数の定例会議や、後で検索性が必要になる長期案件の記録にはデジタルツールを使うというように、場面に応じて使い分けるようにしている。
手書きのメモは、その場のスピード感を保ちながら図や矢印を自由に書き込める点が強みだが、後から検索することができないという弱点がある。私は手書きで取ったメモも、会議後の清書の際に必ずデジタル化し、案件名や日付でタグ付けして保存するようにしている。この一手間を加えることで、手書きの速さとデジタルの検索性を両立させることができ、数年前の会議の内容でもキーワード検索で数秒のうちに探し出せるようになった。
会議後すぐにやることと清書のタイミング
会議直後のメモは、走り書きや自分にしか分からない略語が混じっていることが多い。私は会議が終わってから可能な限り早いタイミング、理想を言えば30分以内に、走り書きのメモを見返して清書する時間を確保するようにしている。時間を置けば置くほど、その場の文脈の記憶が薄れ、走り書きの意味を復元できなくなるリスクが高まる。
清書の際は、単に文字を整えるだけでなく、決定事項と懸案事項を明確に分け、懸案事項には必ず担当者と期限を添えるようにしている。この作業を怠ると、会議で決まったはずのことが誰の記憶にも定着せず、次の会議で「あれ、これ前回決まってましたよね」という不毛なやり取りが発生してしまう。清書して終わりではなく、必要に応じて関係者にメモを共有し、認識のズレがないかをその場で確認してもらうところまでを、会議対応の一連の流れとして扱っている。
清書にかける時間の目安についても、自分なりの基準を持つようにしている。通常の定例会議であれば10分程度、複数の議題が絡む技術検討会であれば20〜30分を上限にしている。時間をかければかけるほど丁寧なメモになるとは限らず、むしろ時間をかけすぎると他の業務を圧迫し、結局は清書自体が後回しにされて記憶が薄れてしまう。上限を決めておくことで、限られた時間の中で要点を絞り込む力も自然と鍛えられると感じている。
実際に会議メモが役立った事例
もっとも助けられたのは、ある設計変更を巡る客先との協議だった。数ヶ月前の会議で「この仕様変更はコスト増を伴うため、次年度の予算で対応する」という結論が出ていたが、担当者の異動もあり、この経緯が客先側で忘れられかけていたことがあった。私が残していた会議メモには、決定事項として日付・出席者・結論が明確に記録されており、これを提示することで無用な蒸し返しを防ぎ、スムーズに話を進めることができた。
逆に、メモが不十分だったために苦労した経験もある。ある技術検討会で、口頭でのやり取りが中心になり、細かい合意事項をメモに残しきれなかったことがあった。後日、参加者それぞれの記憶が微妙に食い違い、結論の再確認に想定外の時間を費やすことになった。この失敗を経て、特に複数人が参加する技術的な議論では、その場で認識をすり合わせながらメモを取ることの重要性を改めて意識するようになった。
この失敗があってから、私は議論が白熱してきたと感じた瞬間に、あえて一度会話を止めて「今の内容を確認させてください」と割って入り、その場でメモを読み上げて認識を合わせるという方法を取るようにしている。会議の流れを止めることに最初は抵抗があったが、後になって解釈の違いが発覚し、関係者全員の時間を奪う方が、よほど大きな損失になる。その場の数十秒を惜しまずに使うことが、結果的には全体の効率を上げるのだと考えるようになった。
もう一つ印象に残っているのは、ある部品の材質選定に関する会議で、複数の候補材が検討され、最終的にコスト面から特定の材質に決まったという経緯があった。数ヶ月後、別の担当者から「なぜこの材質を選んだのか」という問い合わせを受けた際、当時のメモに検討した候補材の一覧と、それぞれを採用しなかった理由まで残していたため、選定の経緯を的確に説明することができた。決定事項だけでなく、「なぜそれ以外を選ばなかったのか」という不採用理由まで記録しておくことの価値を、この経験で実感した。
客先との会議特有の注意点
客先常駐という立場では、社内会議と客先との会議とでメモの扱い方を区別する必要がある。客先との会議で残したメモは、そのまま社内に持ち帰って共有してよい情報かどうかを慎重に判断しなければならない。私は客先との会議後、メモを社内共有する前に、機密性の高い内容が含まれていないかを一度見直す習慣をつけている。
また、客先の会議では、決定事項があいまいなまま会議が終わることも少なくない。そうした場合、私はその場で「本日の結論としては、A案で進めるという理解でよろしいでしょうか」というように、あえて口頭で確認を取り、その回答をメモに残すようにしている。曖昧なまま持ち帰ると、後々の解釈の相違につながりやすいため、多少強引にでもその場で認識を揃えることを意識している。
別の客先では、複数の関係会社が同席する会議があり、発言者の所属を明確に区別してメモに残す必要があった。所属を書き分けずに記録してしまうと、後から「この発言はどちらの会社の意見だったか」が分からなくなり、責任の所在が曖昧になってしまう。それ以降、複数社が同席する会議では、出席者の名前の前に所属の略称を必ず添えて記録するというルールを自分の中に設けている。
会議メモは、単なる記録ではなく、後の自分やチームを助けるための資料だと私は考えている。準備段階から意識を持ち、その場では要点に絞って書き、会議後すぐに清書して共有する。この一連の流れを習慣化することが、日々の設計業務における無用な手戻りや認識違いを防ぐ、地味だが確実な土台になっている。20年間、複数の常駐先で数え切れないほどの会議に出てきたが、良いメモが残っている案件ほど、後になってトラブルが少なく、逆にメモが不十分だった案件ほど、後から思わぬ形で手間が増えることが多かった。メモの質は会議の議論そのものよりも地味に見えるが、案件全体の進行を静かに支える重要な仕事の一つだと、経験を重ねるほどに実感している。
コメント