打ち合わせの出口は「誰が・何を・いつまでに」の一文

自分が説明する側に立つ打ち合わせについて、二つのことを整理します。何のために打ち合わせをするのか。そのために、どんな準備ができるのか。

準備というと「何を話すか」から考えがちですが、目的が決まっていないと、何を揃えればいいかも決まりません。だから目的から始めます。

何のために打ち合わせをするのか

まず、打ち合わせにするかどうかの線を引きます。チャットや文書のやり取りで決まることは、それで済ませます。打ち合わせにするのは、背景や前提のすり合わせが多く、やり取りだけでは決めにくいものです。

打ち合わせの目的は、説明することでも、理解してもらうことでもありません。終わった後に、相手と自分がどう動くかを決めることです。説明も理解も、そのための手段です。

だからゴール（この記事では出口と呼びます）は「終わった時点で、誰が・何を・いつまでにやると決まっているか」になります。相手に理解してもらう場に見えても、出口は同じです。理解した結果として次の動きが決まっていなければ、目的は果たせていません。

決まった状態とは、6W2H（誰が・誰に・何を・いつ・どこで・なぜ・どうやって・いくらで）が埋まった状態です。

このうち、5W1H に足された How much と Whom が決定を左右します。工数や費用が無いと相手は決められませんし、誰に影響するかが抜けていると、決めた後にひっくり返ります。

案を複数出して相手に選んでもらう場合、自分の次の動きも、選ばれた案と相手のフィードバックで決まります。だから案ごとに「これが選ばれたら自分は次に何をするか」まで用意しておきます。これが、打ち合わせの後の自分のアクションになります。

準備でできること、終わった後にすること

相手を知る。 相手個人に加えて、相手の周りの関係者まで見ます。誰と連携が要るのか、説明義務はどこにあるのか。それを相手（依頼元）が把握していなければ、知っている人を紹介してもらうところから始めます。関係者を洗ったうえで、この場に呼ぶ人は決める人と動く人に絞ります。

材料を作る。 案を並べたうえで、自分としてはこういう理由でこれを推奨する、と示します。並べるのは相手が比較できるようにするため、推奨は自分の意見を言うためです。

比較軸は、取り組む問題によって変わります。インフラや基盤の話なら、一例として IPA の非機能要求グレードの6つの大項目が土台になります。大項目は可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境・エコロジーです。そのうえで、全体最適の視点から、1年後・3年後・5年後に運用したときの弊害とメリットを並べます。ただし、あるべき論を追うと工数が無限に膨らむので、工数も軸に入れて歯止めにします。

想定される質問を用意する。 質問の出所は二つあります。一つは、自分の資料を相手になったつもりで読み直して見つかる弱い所です。もう一つは、相手が大事にしている観点（運用の手間、費用、過去の失敗など）から来るものです。資料に書けるものは書きますが、弱い所だけ詳しくすると、粒度を揃えようとして資料全体が膨らみます。だから資料は粒度を揃えたまま、細かい答えは手元に持っておきます。

事前に共有する。 資料ができていれば全部を送ります。できていなければ、目的と目次だけでも先に送ります。目的が届いていれば相手も準備できますし、目次があれば、どこで自分の意見を言うかを相手が前もって考えられます。目次は「比較軸」のような名詞ではなく、「どの案を採るか」のような質問の形にすると、相手は答えを考えて来られます。

時間を押さえる。 まず相手の予定を先に押さえます。30分で固定し、足りなそうなら予備枠も先行して予約しておくと、伸びても次回に流れません。予定を先に押さえると、自分の準備にも締切ができます。当日は、説明を一気にせず、相手が汲み取れる範囲で区切り、区切りごとに質疑を挟みます。

今日決めるか、持ち越すかの線を引いておく。 基本はその場で決めて終えます。ただし決めるといっても確定ではなく、「この仮説で進めて、分かったことで修正する」と合意する形にします。持ち越すのは、話の筋に論理的な整合性が取れないときです。整合性がないまま決めるのが一番危ないので、そこは持ち帰って調べます。

持ち越すかどうかは、手戻りの大きさでも変わります。手戻りが小さい決定なら、詰め切れていない点が残っていても仮説で進めて直せばよい。手戻りが大きい、またはできない決定は、整合性が取れるまで持ち越します。

出口の一文は、議事録の先頭に使う。 準備で書いた「誰が・何を・いつまでに」は、打ち合わせが終わったら確定版に書き換えて、議事録の先頭に置きます。トランスクリプトを AI に整形させた議事録は経緯の羅列になり、要点が埋もれます。先頭に人が決定と未決を書き、その下に AI の経緯を置きます。これで、合意の証拠にも、次に動かす道具にも、参加できなかった人への共有にもなります。

決まったことは安易に覆しません。進めるうえで重大な欠陥がない限り、そのまま推進します。重大でない問題は、決めたことを変えずに可能な限り対応し、それで弊害が出たら相手に相談します。期限が来たら、議事録を書いた自分が状況をトレースします。動いていなければ、その時点で相手に確認します。

まとめ

何のために打ち合わせをするのか。終わった後に、相手と自分がどう動くかを決めるためです。そのために、どんな準備ができるのか。「誰が・何を・いつまでに」の一文を先に書き、その一文が決まるように材料と時間を整えます。終わった後は、同じ一文を確定版にして議事録の先頭に置きます。

出典

• 本人の経験則。2026-09-02 の壁打ちで言語化した（外部の一次資料はない）
• IPA「システム構築の上流工程強化（非機能要求グレード）」 — 6つの大項目の出典
• Steven G. Rogelberg『The Surprising Science of Meetings』（Oxford University Press, 2019） — 目次を質問形式にする、会議を短くする
• Jeff Bezos, Amazon 2015 年株主レター — 取り消せる決定と取り消せない決定を分ける考え方（手戻りの大きさの項の元）

関連

• 仕事の進め方_INDEX（未公開） — 働き方と技術者育成のノート群の目次
• 仕事の進め方_SES現場で教わるなら相手が手を打てる時点で聞く — 相手が手を打てるうちに動く、という同じ時間の見方
• 可用性_フェイルオーバーは発動の実証_東証2020（未公開） — 「持っている」ではなく「動くか」で見る、同型の論理