「議事録を送ったのに、次の会議で『そんな決定はしていない』と言われた」
受託開発PMなら、一度は経験したことがあるシチュエーションではないでしょうか。議事録を書いているはずなのに、合意が積み上がらない。決めたはずのことが蒸し返される。宿題を依頼したのに誰も動かない。
こうした問題の多くは、議事録の書き方そのものより、「何を記録するか」という設計に原因があります。そこでこの記事では、認識ズレが起きる構造的な原因を整理し、決定事項・宿題・期限を正確に残す議事録の書き方とフォーマットを解説します。
なぜ認識ズレが起きるのか
議事録を書いても認識ズレが起きてしまう原因は、主に3つ考えられます。
原因1：「議論の経緯」は書くが「決定事項」を明記しない
多くの議事録は「○○について話し合いをしました」という経緯の記録になっています。しかし、後から参照するときに必要なのは「最終的に何が決まったか」です。経緯だけを読んでも、相手によって解釈が変わります。
NGな書き方：
画面Aのログイン機能について、セキュリティ要件を踏まえた仕様の検討をしました。
OKな書き方：
【決定】画面Aに2段階認証を追加する。リリース日は変更なし（5月30日）。追加開発コストは次回見積もり提示後に合意を取る。
原因2：宿題に期限と担当者が書かれていない
「次回までに確認します」という記述は、誰が・いつまでに確認するのかが不明です。「田中様が5月9日（金）17時までに要件詳細をPMに連絡する」という形でなければ、誰も動きません。
原因3：議事録の送付が遅い
会議の1週間後に議事録が届いても、参加者の記憶は薄れています。特に顧客側は複数の案件を抱えていることが多く、「あの会議で決まったこと」を正確に覚えていることは期待できません。認識のズレは時間とともに拡大します。議事録は会議当日中または翌朝に送付することが鉄則です。
議事録に必ず記載すべき5つの項目
認識ズレを防ぐには、議事録に次の5項目を必ず盛り込みましょう。
1. 会議の基本情報
- 日時・場所（オンライン/会議室名）
- 参加者（顧客側と自社側を分けて記載）
- 会議の目的（この会議で何を決めるのか）
会議の目的を冒頭に書くだけで、「どんな議論をしたか」の文脈が共有されます。
2. 決定事項（Decisions）
最重要項目です。会議中に合意した内容を箇条書きで明確に記載します。「検討しました」ではなく「決定しました」という言葉を使い、何がどう決まったかを具体的に書きます。
決定内容が多い場合は、「決定事項」セクションをまとめて設けることで、後から見返しやすくなります。
3. 宿題・アクションアイテム（Action Items）
誰が・何を・いつまでにするかをセットで記録します。
| 担当者 | 内容 | 期限 |
|---|---|---|
| 田中様（顧客） | 画面Aの2段階認証の要件詳細を提示 | 5月9日（金） |
| 山田（PM） | 追加開発の概算見積もりを作成 | 5月12日（月） |
担当者が「顧客側か自分側か」を明示することで、責任の所在が明確になります。
4. 継続検討事項・保留事項
今回の会議では決まらなかった事項を記録します。「次回議論する」「情報収集後に判断する」など、現在のステータスと次のアクションを書いておきます。
5. 次回会議の日程と議題
次回会議の日時と、持ち越した議題のリストを末尾に記載します。これがあることで、「次回何をするか」の認識合わせが完了した状態で会議を終えられます。
議事録フォーマットのテンプレート
以下のフォーマットをコピーしてご活用ください。
【会議録】プロジェクト名 / 会議名
日時：YYYY年MM月DD日 HH:MM〜HH:MM
場所：（オンライン / 会議室名）
参加者：（顧客側）〇〇様、〇〇様 （弊社側）△△、△△
■ 会議の目的
〇〇に関する仕様確認と次フェーズの方針決定
■ 決定事項
1. 〇〇は△△で進める
2. 〇〇の納期を××に変更する（元：〇〇）
■ アクションアイテム
| 担当者 | 内容 | 期限 |
|--------|------|------|
| 顧客：〇〇様 | 〇〇を確認の上、ご連絡 | MM/DD（曜日） |
| PM：〇〇 | 〇〇の見積もり提示 | MM/DD（曜日） |
■ 継続検討事項
- 〇〇については次回会議で判断（担当：〇〇）
■ 次回会議
日時：YYYY年MM月DD日 HH:MM〜
議題：〇〇の確認 / △△の合意「合意の確認」まで議事録に含める
議事録を送るだけでは不十分な場合があります。特に重要な決定事項や金額が絡む合意については、以下のような一文を添えることをおすすめします。
本議事録の内容について、ご確認いただき、相違がある場合は5月9日（金）17時までにご連絡ください。期日までにご連絡がない場合は、合意いただいたものとして進めさせていただきます。
この「確認期限を設ける」アプローチは、後から「そんなことは決まっていない」と言われたときの証拠にもなります。強引に見えるかもしれませんが、受託開発においては合意の証跡を管理することがPMの重要な責務のひとつです。
議事録を送る前のチェックリスト
議事録を送付する前に、以下の5点を確認してください。
- 決定事項が「決定事項」として明示されているか
- 宿題に担当者・期限が設定されているか
- 顧客側の宿題と自分側の宿題が区別されているか
- 会議当日中または翌朝に送付できるか
- 確認期限と「期日までに連絡がなければ合意とみなす」旨が添えられているか
議事録は「合意を守るための道具」
議事録は単なる「記録」のためではなく、「合意を守る」ために書くものです。
顧客との関係性を整理する視点は、議事録の書き方にも影響します。受託開発のステークホルダーマップ｜立ち上げ1週間で描く3層整理では、顧客側の担当者の役割・権限を整理する方法を解説しています。「誰に何を確認すればよいか」が明確になると、議事録の宛先設計も変わります。
また、顧客との変更交渉が増えてきたときは、追加要望で納期崩壊する前に｜受託PMの線引き合意フレームも参考になります。
まとめ
顧客との認識ズレを防ぐ議事録には、以下の3つが不可欠です。
- 決定事項を明確に記載する（「検討しました」ではなく「〇〇に決定しました」）
- 宿題に担当者・期限をセットで書く（誰が・いつまでに）
- 会議当日中または翌朝に送付し、確認期限を設ける
受託開発での会議体運用・ステークホルダー調整をさらに深く学びたい方には、FFF-104（会議体運用の実務）とIPJ-106（ステークホルダー調整の実践）がおすすめです。