この記事の要点
- 【結論】 ドキュメンテーションは「情報を残す作業」ではなく「意思決定と実行を促す構造」を作る技術である。6ステップで再現可能にする。
- 【重要ポイント1】 目的定義→構造設計→執筆→レビュー→配布→運用の6ステップで構造化する。
- 【重要ポイント2】 議事録・提案書・報告書の3種類のテンプレートを提供する。
- 【重要ポイント3】 各ステップに失敗パターンと明日から使えるフォーマットを提示する。
- 【対象読者】 コンサル、企画、営業、マネージャー、事業責任者。
目次
- ドキュメンテーションが「機能する」ために必要なこと
- 全体プロセス（6ステップ）の全体像
- ステップ1：目的と読者を定義する
- ステップ2：構造を設計する
- ステップ3：執筆する
- ステップ4：レビューする
- ステップ5：配布する
- ステップ6：運用に接続する
- よくある失敗3パターンと回避策
- 実務で使えるチェックリスト
- FAQ（よくある質問）
- 参考文献・出典
ドキュメンテーションが「機能する」ために必要なこと
結論： ドキュメントは「作った」で終わらせず、「読まれる」「意思決定に使われる」「実行につながる」の3段階まで至って初めて価値を生みます。
多くの企業でドキュメントが機能不全に陥る主因は次の3つです。
- 議事録が長すぎる：発言録レベルで書き、要点が埋もれる。
- 構造がない：時系列で書かれ、結論・示唆・アクションが見えない。
- 配布後の運用がない：作って配布して終わり、決定事項が実行されない。
マッキンゼー・BCGなどのコンサルティングファームは、ドキュメンテーションを競争優位の中核スキルとして訓練します。「1ページメモ」「ピラミッド構造」「SCQフレーム」は業界標準です。
本ガイドは、議事録・提案書・報告書の実務で使えるドキュメンテーションを、6ステップで体系化します。
全体プロセス（6ステップ）の全体像
結論： 6ステップは「目的→構造→執筆→レビュー→配布→運用」の順で構成されます。
| ステップ | 内容 | 主要ツール | 所要時間目安 |
|---|---|---|---|
| 1 | 目的と読者 | 定義書 | 5-10分 |
| 2 | 構造設計 | アウトライン | 15-30分 |
| 3 | 執筆 | 実文書 | 30分-数時間 |
| 4 | レビュー | 品質チェック | 15-30分 |
| 5 | 配布 | 共有・通知 | 5-10分 |
| 6 | 運用接続 | フォロー | 継続 |
ステップ1：目的と読者を定義する
結論： 「誰に、何のために」を明確化することで、書くべき内容と粒度が定まります。
目的・読者定義の具体的手順は以下です。
- 目的を1つに絞る：意思決定材料、実行指示、情報共有、記録保存のいずれか。
- 読者を具体的に：役職、事前知識、関心、意思決定権限。
- アウトプット形式を決める：1ページか10ページか、スライドかWordか。
- 読了後の行動を想定：読者に何をしてほしいか。
テンプレート例：ドキュメント定義書
【ドキュメント種別】議事録
【目的】決定事項の共有と、次アクションの明確化
【読者】経営会議参加者（社長、COO、CFO、事業本部長）
【事前知識】会議参加者、議題は理解済み
【アウトプット】1ページメモ形式
【読了後の行動】決定事項を各自の業務に落とす失敗しないためのポイント：
- 読者が特定できない場合は書かない。誰も使わないドキュメントになる。
- 目的が複数の場合、ドキュメントを分ける方が読みやすい。
ステップ2：構造を設計する
結論： 構造は「結論→根拠→詳細」のピラミッド、あるいは「S→C→Q→A」のSCQAで組み立てます。
構造設計の具体的手順は以下です。
- 結論を1行で書く：ドキュメントの主張。
- 主要根拠を3-5点挙げる：MECEに整理。
- 各根拠の詳細を配置：データ、事例、分析結果。
- 導入部を設計：SCQ形式で入る。
- クロージングを設計：次アクション、確認事項。
テンプレート例：議事録の構造
【冒頭】会議情報（日時・参加者・目的）
【結論】決定事項3点
【根拠】各決定に至った議論のポイント
【詳細】未決事項、次アクション、次回議題テンプレート例：提案書の構造（SCQA）
【Situation】現状（前提共有）
【Complication】何が問題か（複雑化）
【Question】どうすべきか（問い）
【Answer】結論（提案）
【根拠】3-5点
【リスク・前提】
【実行計画】失敗しないためのポイント：
- 結論から書く。背景の長々説明を避ける。
- 3-5点の主要根拠。7点以上は覚えられない。
- 各根拠の順序を、読者の関心順に並べる。
ステップ3：執筆する
結論： 執筆は「1文1主張」を徹底し、事実と解釈を明確に分けます。
執筆の具体的手順は以下です。
- 1文1主張で書く：複数主張を1文に詰め込まない。
- 事実と解釈を分ける：「〜が起きた（事実）」「〜と考えられる（解釈）」。
- 数字・固有名詞を明示：「多く」「主要な」など曖昧語を排除。
- 箇条書きと表を活用：情報を視覚的に整理。
- 短く、密度高く：冗長な表現を削る。
テンプレート例：1ページメモ議事録
【会議名】経営会議 2026年7月10日
【参加者】社長A、COO B、CFO C、事業本部長D、E
【目的】新規事業立ち上げの意思決定
【決定事項】
1. 新規事業Xに5,000万円投資（3年で30億円事業化目標）
2. 専任10名アサイン（Q3人選、Q4キックオフ）
3. 責任者：事業本部長D
【議論のポイント】
・市場規模2,000億円、CAGR 15%（矢野経済研究所2025年）
・既存事業への影響 -5%以内で合意
・撤退基準：Y1月次目標未達2四半期連続で見直し
【次アクション】
・人選リスト：CHRO、8月10日まで
・PJルーム確保：総務、7月末まで
・キックオフ会議：8月中旬
【未決事項】
・広報タイミング → 次回役員会失敗しないためのポイント：
- 発言録にしない。発言を整理して要点抽出。
- 主観を混ぜない。事実と決定事項に集中。
- 名詞形止めを活用。動詞形を減らして密度上げる。
ステップ4：レビューする
結論： 執筆後の「セルフレビュー」と「他者レビュー」の2層で品質を担保します。
レビューの具体的手順は以下です。
- セルフレビュー：時間を置いて自分で読み返し。
- 他者レビュー：同僚・上司に読んでもらう。
- チェックポイント：構造、事実誤認、誤字脱字、冗長表現。
- 修正：レビュー結果を反映。
- 最終確認：配布前の総チェック。
テンプレート例：レビューチェックリスト
- [ ] 結論が1文で書かれているか
- [ ] 主要根拠が3-5点でMECEか
- [ ] 数字・固有名詞が正確か
- [ ] 事実と解釈が分かれているか
- [ ] 曖昧語（多く、主要、など）を排除したか
- [ ] 誤字脱字はないか
- [ ] 次アクションが担当・期限付きか
失敗しないためのポイント：
- 執筆直後にレビューしない。時間を置く（可能なら翌日）。
- 他者レビューを恐れない。自分では気づけない点を発見できる。
ステップ5：配布する
結論： 配布は「読まれる状態」を作ることが目的で、単に送るだけでは機能しません。
配布の具体的手順は以下です。
- 配布チャネルを選ぶ：メール、Slack、Notion、SharePoint等。
- サマリを添える：本文を読まなくても要点が分かるように。
- アクション要請を明記：確認、承認、フィードバック等。
- 期限を切る：「〇日までに確認ください」。
- 重要事項は複数チャネルで：メール＋Slackなど。
テンプレート例：配布時のメッセージ
件名：【重要】経営会議議事録（新規事業意思決定）
本文：
本日の経営会議議事録を添付します。
【決定事項3点】
1. 新規事業Xに5,000万円投資
2. 専任10名アサイン
3. Q4キックオフ
【アクション要請】
・CHROは人選リスト作成（8月10日まで）
・総務はPJルーム確保（7月末まで）
内容確認は8月1日までにお願いします。
異論・追加ある場合は返信ください。失敗しないためのポイント：
- 「添付します」だけの配布は読まれない。要点をメッセージに含める。
- 期限がないと確認されない。必ず期限を切る。
ステップ6：運用に接続する
結論： ドキュメントは「配布して終わり」でなく、次のアクション・意思決定・実行につなげます。
運用接続の具体的手順は以下です。
- タスク管理システムに連携：JIRA、Asana、Backlog等へアクション登録。
- 次回会議アジェンダに反映：未決事項を持ち越し。
- 進捗トラッキング：週次・月次でアクション進捗確認。
- ドキュメント自体のバージョン管理：改訂履歴を残す。
- アーカイブ：ナレッジベースに保管。
テンプレート例：運用フロー
議事録配布 → タスク登録（JIRA） → 週次1on1で進捗確認
→ 未決事項は次回会議アジェンダへ
→ 月末に決定事項の実行状況レポート
→ 四半期に議事録アーカイブ失敗しないためのポイント：
- 「議事録配布した」で満足しない。実行までフォロー。
- ナレッジベース化を意識。過去の意思決定を検索可能に。
よくある失敗3パターンと回避策
結論： ドキュメンテーションで頻出する失敗は「発言録化」「結論不明」「フォロー欠如」の3パターンです。
失敗1：発言録化
議事録が発言の逐語録になり、要点が埋もれる。
回避策： ステップ3で「発言を整理し要点抽出」を徹底。1文1主張の原則。
失敗2：結論不明
何を決めたのか、次に何をするのかが読み取れない。
回避策： ステップ2の構造設計で「結論→根拠→詳細」のピラミッド。冒頭に決定事項3点。
失敗3：フォロー欠如
議事録を配布して終わり、次アクションが実行されない。
回避策： ステップ6でタスク管理システム連携。週次進捗確認。
実務で使えるチェックリスト
- [ ] ステップ1：目的と読者を1文で明確化したか？
- [ ] ステップ2：結論→根拠→詳細の構造で設計したか？
- [ ] ステップ3：1文1主張、事実と解釈を分けて書いたか？
- [ ] ステップ4：セルフレビュー＋他者レビューを経たか？
- [ ] ステップ5：要点サマリとアクション要請を明記して配布したか？
- [ ] ステップ6：タスク管理システムに連携し進捗フォローしたか？
FAQ（よくある質問）
Q1：議事録は何ページが適切ですか？
A1：会議1時間あたり1ページが目安です。発言録ではなく要点抽出型で書きます。60分の経営会議なら1ページ、半日ワークショップなら2-3ページ。長くなるほど読まれなくなります。
Q2：議事録に発言者名は入れるべきですか？
A2：意思決定の会議では入れるべきです（誰がどの立場か明示）。ブレインストーミングや発散会議では、匿名化した方が本音が集まる場合があります。目的で使い分けます。
Q3：ドキュメント作成にAIを活用してよいですか？
A3：はい、非常に有効です。議事録の要点抽出、報告書のドラフト作成、構造整理でAIを活用します。ただし事実・数字は必ず自分で確認し、AIが生成した内容の正確性を検証します。
Q4：提案書と報告書の違いは何ですか？
A4：提案書は「これから何をするか」を提案し意思決定を求める文書、報告書は「何が起きたか・結果はどうか」を報告する文書です。前者はSCQA構造、後者は事実・分析・示唆・次アクション構造が基本です。
Q5：ドキュメントの保管はどうすべきですか？
A5：ナレッジベース（Notion、Confluence、SharePoint等）に集約し、検索可能にします。個人PCやメール本文のみは避けます。過去の意思決定・議論を後から参照できる状態が、組織学習の基盤です。
参考文献・出典
- Minto, B. “The Pyramid Principle” (1987)
- 篠田真貴子監訳『会議でスマホは禁止？』（2018）
- 高橋政史『頭がいい人はなぜ、方眼ノートを使うのか？』（2014）
- マッキンゼー・アンド・カンパニー「Communication」トレーニング教材
- 経済産業省「デジタルスキル標準（DSS）」（2024年改訂版）
関連記事
この記事を書いた著者
Ballista Inc. 編集部
監修：中川貴登（Ballista代表取締役）
コンサルティングファーム・IT企業でのドキュメンテーション指導・案件実行の経験を元に執筆。
ConStepについて
ConStepは、AI時代の上流人材育成プラットフォームです。ドキュメンテーション・ロジカルシンキング・プレゼンテーションをDSS準拠体系で提供します。
個別相談のご案内：貴社の上流スキル育成について、個別相談（30分・無料）を承っています。個別相談予約
