背景と目的の違いとは?企画書での書き分け方と例文

背景は「なぜ今、この取り組みが必要なのか」を説明する事情、目的は「何のために取り組み、どんな状態を実現したいのか」です。企画書で同じ内容を二度書いてしまうときは、背景に現状と変化、目的に実現したい状態を置くと整理できます。
たとえば「問い合わせの引き継ぎ方法が担当者ごとに違う」は背景に使える観察、「担当者が替わっても対応を引き継げるようにする」は目的の書き方です。「手順書を作る」は、その目的を実現するための手段として別に書きます。
この記事では、背景・目的・課題・目標の違いを、書き換え例とコピー用の型で確認します。例は説明用に作成したもので、著者の顧客案件、上司との会話、改善実績ではありません。組織で指定された書式や用語の定義がある場合は、そちらを優先してください。
背景と目的の違いを、答える質問で分ける
| 項目 | 答える質問 | 企画書に書く内容 |
|---|---|---|
| 背景 | なぜ今、検討するのか | 現状、起きた変化、取り組みが必要になった事情と根拠 |
| 目的 | 何のために取り組むのか | 実現したい状態、誰にどのような価値を届けたいか |
| 課題 | 何を解決・確認する必要があるか | 現状と望む状態の隔たり、解決すべき問い |
| 目標 | どこまで到達したらよいか | 判断に使う指標、基準、期限、確認方法 |
| 施策 | 何をするのか | 目的に近づくための具体的な作業や方法 |
表は当サイトが資料作成のために提案する整理方法です。統一された公式分類ではありません。小さい画面では表の中を横にスクロールできます。
「背景は過去、目的は未来」という時制も手がかりにはなります。ただし、それだけで機械的には分けられません。将来の変更予定が既に告知されているなら、その告知は背景の根拠になり得ます。逆に、現在形で書いても「この資料で判断してほしいこと」は目的です。文章の時制より、何を説明している欄なのかを確認します。
企画書の例文を、背景・課題・目的へ書き分ける
ここからは、問い合わせ対応の引き継ぎを題材にした説明用の記入例です。実際に使う際は、観察・聞き取り・業務記録で確かめた内容へ置き換えてください。
同じことを繰り返している例
背景:問い合わせ対応を改善する必要がある。
目的:問い合わせ対応を改善する。
このままでは「何を見て改善が必要だと考えたのか」と「改善後にどうなっていてほしいのか」が分かりません。「改善する」という言葉を、前者では根拠に、後者では状態に置き換えます。
書き分けた例
| 欄 | 説明用の例文 |
|---|---|
| 背景 | 担当者への聞き取りでは、受付後の確認事項と引き継ぎ先が、担当者ごとに異なっていた。確認できた範囲は今回の聞き取り対象に限る。 |
| 課題 | 担当変更時に、必要な確認事項と引き継ぎ先を同じ基準で判断できるようにする必要がある。 |
| 目的 | 担当者が替わっても、必要な情報を確認し、適切な窓口へ引き継げる状態にする。 |
| 施策候補 | 受付時の確認項目と引き継ぎ先を整理し、運用担当と試行する。 |
背景の聞き取り結果は、実際に確認した場合にだけ書けます。まだ聞いていないなら「担当者によって手順が違う可能性があるため、現状を確認する」とし、仮説を調査済みの事実に見せないことが重要です。
この例では、作業時間や改善率を設定していません。数字がないことと、根拠がないことは別です。手順の版、会議での合意、問い合わせ記録、担当者が説明した内容なども根拠になります。一方、数字があっても、集計期間や対象が不明なら、そのまま比較材料にはできません。
背景に書く「事実」と「解釈」を混ぜない
背景には、読み手が状況を確かめられる情報を置きます。「対応が遅い」とだけ書くのではなく、確認できた事象、情報源、対象の範囲を添えます。原因の推測や取り組みの必要性を説明するときは、事実と区別して示します。
「事実なので反論できない」とは考えないでください。観察の対象、測定方法、言葉の定義、情報の古さについて疑問が出ることはあります。疑問が出たら、主張を強めるより、出典や確認範囲へ戻ります。
- 確認済み:何を、どの記録や聞き取りから確認したか。
- 解釈:その状況が、誰のどの業務に影響すると考えるか。
- 未確認:どの情報が不足し、誰へ確かめる必要があるか。
未確認がある段階で、完成した改善計画に見せる必要はありません。「まず現状調査を行う」という取り組みなら、調査が必要な理由と、調査で判断したいことを分けて書けます。
目的と目標は、方向と到達基準を分けて書く
目的が「担当者が替わっても対応を引き継げる状態にする」なら、目標は、その状態に近づいたかを確認する基準です。たとえば「合意した試行期間に、対象となる問い合わせについて確認事項と引き継ぎ先を担当者が説明できるか確かめる」と置けます。これは書き方の例で、試行済みという意味ではありません。
目標は必ずパーセントでなければならない、ということではありません。数値が使えるなら、対象・期間・集計方法・基準を定めます。数値が合わない場合は、確認する成果物や状態、確認者、期限を明示します。基準が未合意なら、決まったように書かず「基準を確認中」と残します。
「手順書を作る」を成果物の目標にする場合も、その完成と業務上の目的の達成は分けます。手順書が完成していても、担当者が使えない、対象外の問い合わせしか扱えない、といった可能性が残るからです。
取り組みの必要性を早い段階で文書化する考え方は、PMI掲載のAlex S. Brownによる2005年の論考The Charter — Selling your Projectでも扱われています。ただし、本記事の背景・目的の分類や例文は当サイトの独自提案であり、この論考や現行PMBOKの公式書式を転載したものではありません。
企画書・キックオフ資料で、説明の重みを変える
企画書・提案書:まだ実施を決めていない読み手には、検討が必要な事情、何もしない場合の影響、実現したい状態を示します。やらないリスクだけを大きく見せず、実施する場合の負担や不確実性も判断材料にします。
キックオフ資料:参加者の認識をそろえるため、目的、今回扱う範囲、完了の確認方法へ比重を置きます。背景を何行にするかは、参加者が既に知っていることと不足していることによって変わります。
報告・検討依頼:報告の対象となる状況を背景に、読み手へ求める確認や判断を目的に置きます。「資料を作ること」が、業務全体の目的とは限りません。何の資料の、誰に向けた目的なのかを明らかにします。
コピーして使える、背景と目的の記入テンプレート
下の型をコピーし、括弧の中を自分の情報へ置き換えて使えます。全項目を埋めることを優先せず、確認済みと未確認を分けてください。
【背景】 ・現状/変化:(何が起きているか) ・根拠と範囲:(記録、聞き取り、告知/確認日と対象) ・未確認:(まだ確かめていないこと) 【課題】 ・解決/確認したいこと:(誰の何を、なぜ扱うか) 【目的】 ・実現したい状態:(誰が、何をできる/どうなっている状態か) 【目標・確認方法】 ・対象/基準:(どこまで確認できればよいか) ・確認者と時期:(誰が、いつ、何から判断するか) ・未合意の条件:(決まっていない指標や期限) 【施策候補】 ・方法:(どの作業で目的へ近づけるか) ・前提/対象外:(この方法で扱わないこと)
背景の根拠が足りないなら、もっともらしい数字を補うのではなく、現状確認の作業を追加します。目的が広すぎるなら、今回の取り組みが扱う範囲を切り出します。範囲の整理はスコープ定義書の書き方で具体的に確認できます。
提出前に確認する3つの問い
- 背景を確認できるか:情報源・対象・確認時点が分かり、仮説を調査済みの事実にしていないか。
- 目的が読み取れるか:何をするかだけでなく、その先に実現したい状態が書かれているか。
- 目標と手段を区別したか:何から到達を判断するか、どの方法を試すか、未決の条件は何かが分かるか。
背景と目的を分ける狙いは、欄を形式的に埋めることではありません。読み手が「なぜ取り組むのか」「何を目指すのか」「何がまだ分からないのか」を確かめられる状態にすることです。
聞き取りの問いを作るときはオープン・クローズド質問の使い分け、関連する実務の型はPMOテンプレート・実務ガイド一覧から確認できます。
参考資料の確認日:2026年10月13日。本文の比較表・記入例・テンプレートは当サイト独自制作。アイキャッチ写真:Gabriel Cox / Unsplash。実際の著者・顧客の職場ではなくイメージ写真です。既存Editorial v2画像を継続使用しています。
