プロジェクト1ページャー

英語名 Project One Pager
読み方 プロジェクト ワン ページャー
難易度
所要時間 作成1〜3時間
提唱者 リーンスタートアップのOne Pager概念のプロジェクト管理応用
目次

ひとことで言うと
#

プロジェクトの目的・スコープ・体制・マイルストーン・リスクを1枚に凝縮した概要書。「10分でPJの全容を把握できる」状態を作り、関係者の認識統一と迅速な意思決定を実現する。

押さえておきたい用語
#

押さえておきたい用語
1ページャー(One Pager)
複雑な情報をA4またはA3の1枚に収めた要約文書。読み手の時間を尊重し、「必要なことだけ」を書く技術。
エレベーターピッチ
30秒〜1分でプロジェクトの価値を説明できる短い説明文を指す。1ページャーの冒頭に配置する。
In Scope / Out of Scope
プロジェクトが**やること(In)とやらないこと(Out)**を明示する区分である。
マイルストーン
プロジェクトの主要な中間チェックポイント。1ページャーでは3〜5個に絞る。

プロジェクト1ページャーの全体像
#

1ページャーの7つの構成要素
プロジェクト名 ── 1ページャー① エレベーターピッチ「誰の・何の課題を・どう解決し・いつまでに・どんな効果を出すか」を2〜3文で② 背景と目的なぜやるか / 成功の定義(KPI を1〜2個明記)③ スコープIn Scope / Out of Scope(やらないことも明記)④ マイルストーンMS1: 要件確定(4月)→ MS2: 開発完了(7月)→ MS3: テスト完了(8月)→ MS4: リリース(9月)⑤ 体制スポンサー / PM / リーダーチーム規模と主要メンバー⑥ 予算・リソース総予算 / 主要コスト内訳外注費・ライセンス費等⑦ 主要リスクと前提条件TOP3のリスクと対策案 / 前提条件で最も不確実なもの「この1枚を10分読めば、PJの全容がわかる」が目標
1ページャーの作成フロー
1
情報収集
プロジェクト憲章・提案書から要点を抽出
2
7要素に整理
ピッチ・背景・スコープ・MS・体制・予算・リスク
3
1枚に凝縮
各要素を2〜3行に圧縮し、A4に収める
共有・合意
関係者全員に配布し、認識統一の基盤にする

こんな悩みに効く
#

  • プロジェクトの概要を聞かれるたびに長い資料を引っ張り出す
  • 関係者ごとにPJの理解が微妙に違う
  • 経営層が「結局このPJは何なの?」と聞いてくる

基本の使い方
#

プロジェクトの本質を2〜3文に凝縮する

1ページャーの冒頭に配置するエレベーターピッチを書く。

フォーマット: 「[誰の/何の]課題を、[どうやって]解決し、[いつまでに][どんな効果]を出すプロジェクト」

  • 悪い例:「DXを推進するプロジェクト」(抽象的すぎる)
  • 良い例:「営業部門の見積もり作成工数を月40時間→10時間に削減するため、見積もり自動化システムを9月までに導入するプロジェクト」

この2〜3文が、PJの存在意義を最も簡潔に伝える。

7つの要素を各2〜3行で記述する

1ページャーの各セクションを、情報の受け手に合わせた粒度で記述する。

セクション記述量ポイント
エレベーターピッチ2〜3文「誰の・何を・どう・いつ・効果」
背景と目的3〜4行KPIを1〜2個明記
スコープ箇条書き5〜7行Out of Scopeを必ず含める
マイルストーン時系列で3〜5個日付を入れる
体制3〜4行意思決定者を明記
予算2〜3行総額と主要コスト内訳
リスクTOP3影響度と対策を1行ずつ

1枚に収まらない場合は、情報が細かすぎる。各セクションを「最も重要な1〜2点」に絞り込む。

関係者に配布しフィードバックを得る

完成した1ページャーをキックオフ前に全関係者に配布する。

  • 「この1枚で認識が合っているか、ズレがあれば指摘してほしい」と伝える
  • フィードバックを反映し、キックオフ時点で合意済みの状態を作る
  • PJ期間中は「基準文書」として常に参照可能にする
  • スコープ変更があれば1ページャーも更新する

具体例
#

例1:受託Web制作のキックオフで1ページャーを活用する

状況: クライアントとの初回ミーティングで50ページの提案書をベースに説明したが、クライアントの部長・課長・担当者でPJの理解度がバラバラ。特に部長は「結局何がアウトプットなの?」と困惑。

1ページャーを作成

  • エレベーターピッチ:「月間PV 5万のコーポレートサイトを、モバイル対応+CMS化し、更新工数を月8時間→2時間に削減する。9月末までにリリース」
  • Out of Scope:「EC機能」「多言語対応」「既存システムとのAPI連携」を明記

部長からは「これが欲しかった。この1枚を社内稟議に使える」と即座にフィードバック。PJ承認までの期間は通常 3週間1週間 に短縮。

例2:社内の新規事業PJで経営会議の承認を得る

状況: 新規事業の企画書が20ページ。経営会議での持ち時間は 15分 しかなく、毎回「もっと簡潔に」と言われる。前回は10分で時間切れになり、承認が次月に延期。

1ページャーで経営会議に臨む

  • A3横1枚に7要素を配置
  • 経営層が最も気にするROI(投資回収期間 18か月、3年累計利益 8,000万円)を冒頭に配置
  • リスクTOP3と対策を簡潔に記載

15分の会議で「質問→回答→承認」まで完了。経営層は「この1枚があれば判断できる。詳細は別途読む」と評価。承認率は 50%(毎回延期)→ 初回で承認 に改善。

例3:フリーランスが案件管理を1ページャーで標準化する

状況: フリーランスのマーケター。5社の案件を並行しているが、各社の目的・スコープ・期限を頭の中で管理。クライアントから「先月の打合せで合意したことと違う」と指摘されるケースが四半期に 3件

各案件の1ページャーを作成

  • A4の1枚テンプレートをNotionに用意
  • 新規案件の初回ミーティング後に必ず作成し、クライアントにメールで送付
  • 「この内容で合っていますか?」と確認を取ることで「言った言わない」を防止

認識違いは四半期 3件 → 0件 に。作成時間は1枚あたり 30分。「自分の頭の整理にもなるし、クライアントからの信頼も上がった」と実感。

やりがちな失敗パターン
#

  1. 情報を詰め込みすぎて2枚以上になる — 1枚に収めることが制約であり価値。収まらない場合は情報の粒度を上げる(詳細は別文書に)
  2. Out of Scopeを書かない — やることだけ書くと「これも含まれていると思った」が必ず起きる。やらないことの明記が最も重要
  3. 作って終わりにする — スコープ変更があれば1ページャーも更新する。古い1ページャーが残ると認識齟齬の原因になる
  4. エレベーターピッチが抽象的 — 「DX推進」「業務効率化」ではPJの具体像が伝わらない。数字と期限を必ず入れる

まとめ
#

1ページャーは「このPJは何か」を10分で伝えるための最強のコミュニケーションツールだ。7つの要素を各2〜3行に凝縮し、特に「エレベーターピッチ」と「Out of Scope」に力を入れる。経営層への報告、キックオフの資料、日常の認識合わせなど、あらゆる場面で「まずは1ページャーを見よう」が合言葉になる。