レッスン1：プロジェクトとは何を管理することか

このレッスンで学ぶこと

プロジェクトと定常業務の違いを、期限と成果物の観点から説明できる
制約の三角形（スコープ・QCD）で、プロジェクトが抱える構造的な緊張関係を理解する
PMBOKガイド第7版が示す「12の原則」と「8つのパフォーマンス領域」の考え方を把握する
ウォーターフォール型と適応型という2つの進め方の地図を持つ
本コースが扱う範囲と、扱わない範囲を理解する

新しい社内イベントの幹事を任された、新商品の立ち上げメンバーに選ばれた、オフィス移転の担当になった、システム導入のとりまとめ役を頼まれた——きっかけはさまざまですが、「期限のある仕事を、複数の人と一緒にやり遂げる」場面は、業種や職種を問わず、社会人であれば誰にでも訪れます。本コースは、このような場面で使える「プロジェクトマネジメント」の基礎を、8つのレッスンで身につけていくコースです。

本コースが扱う範囲

はじめに、本コースの立ち位置を明確にしておきます。プロジェクトマネジメントという言葉が指す範囲は広く、人によって思い浮かべる中身が違います。ある人は「メンバーのやる気を引き出す技術」を思い浮かべ、別の人は「スケジュール表を作る技術」を思い浮かべるかもしれません。本コースは、後者の「頭の中の段取りを、他人と共有できる図と表に変換する技術」に対象を絞ります。

具体的には、次のように守備範囲を分けます。

領域	本コースでの扱い
スコープ・WBS・見積・スケジュール・リスク管理	本コースの中心。「図と表」に落とす技術として8レッスンで扱う
人と権限の側面（メンバーの動機づけ、他部署からのリソース獲得の交渉、権限を持たないまま人を動かす技術）	扱わない。プロジェクト推進関連の実践的なコースが専門に扱う領域
個人の時間術（1日の予定の組み方、タスクの優先順位づけの心理的なコツ）	扱わない。集中力・生産性関連の入門コースが専門に扱う領域
定常チームの目標管理・進捗の見える化・日々のリソース配分	扱わない。新任マネジャー向けの入門コースが専門に扱う領域

このように領域を絞る理由は単純です。「プロジェクトマネジメント」を名乗る教材の多くが、ツールの使い方と人の動かし方を同時に詰め込もうとして、結局どちらも中途半端になりがちだからです。本コースは、あえて「図と表」に的を絞ることで、1つの技術として最後まで手を動かせるところまで練習できるように設計しています。

🔰 初学者の方へ 「人を動かす技術を学ばなくてよいのか」と不安に思う方もいるかもしれません。ご安心ください。本コースで扱う「図と表」の技術は、人を動かす場面でも土台として機能します。頭の中の段取りが図と表になっていれば、メンバーへの依頼や上司への相談も、格段にしやすくなります。まずは土台を固めることが、遠回りに見えて一番の近道です。

プロジェクトと定常業務の違い

プロジェクトとは、明確な始まりと終わりがあり、独自の成果物を生み出すために行われる、一時的な取り組みを指します。毎日繰り返される受注処理や、月次で行う経理の締め作業のような「定常業務」とは対照的に、プロジェクトには必ず終わりがあり、終わったときには「これができた」と言える具体的な成果物が残ります。新商品の発売、システムの導入、社内イベントの開催、オフィスの移転——これらはすべて、始まりと終わりが決まっていて、独自の成果物を持つという意味で、プロジェクトです。

身の回りにあるプロジェクトを見つける

「プロジェクトマネジメント」と聞くと、システム開発や建設現場を思い浮かべる方が多いかもしれません。しかし、プロジェクトの定義（始まりと終わりが明確で、独自の成果物を生む一時的な取り組み）に当てはめると、業種や職種を問わず、日々の業務の中に数多くのプロジェクトが隠れています。

営業：新規顧客の開拓キャンペーン、大型商談の受注に向けた提案活動
企画：新商品の企画から発売までの一連の取り組み、市場調査プロジェクト
人事：新卒採用イベントの運営、新しい評価制度の導入
経理：決算業務の効率化プロジェクト、経費精算システムの切り替え
総務：オフィス移転、社内規程の全面改定
広報：周年イベントの企画・運営、ブランドリニューアル
情報システム：業務システムの導入・更新、社内ネットワークの刷新
製造：新ラインの立ち上げ、生産設備の入れ替え
教育・公務：新しいカリキュラムの導入、地域イベントの運営

これらはすべて、日常の定常業務とは別枠の、始まりと終わりが決まった取り組みです。「自分の仕事にはプロジェクトマネジメントなど関係ない」と思っていた方も、振り返ってみると、すでにいくつかのプロジェクトに関わった経験があるはずです。本コースで学ぶ図と表の技術は、こうした身の回りのプロジェクトすべてに応用できます。

📝 補足 本コースの以降のレッスンでは、社内イベントの運営、新商品の発売、オフィス移転といった、業種を問わない汎用的な題材で具体例を示します。特定の業界知識やシステムの前提知識がなくても、自分の仕事に置き換えながら読み進められるように設計しています。

制約の三角形——スコープとQCD

プロジェクトを管理するとは、具体的に何を管理することなのでしょうか。本コースでは、その答えを「制約の三角形」という考え方で整理します。

プロジェクトには、常に次の4つの要素が同時に関わっています。

スコープ：何を作るか、どこまでの範囲をやるか
Q（クオリティ、品質）：どのくらいの品質で仕上げるか
C（コスト）：どのくらいの予算・人員でやるか
D（デリバリー、納期）：いつまでに終わらせるか

この4つをまとめて「制約の三角形」または「トリプルコンストレイント（三重制約）」と呼びます。品質・コスト・納期の頭文字を取って「QCD」とまとめて呼ぶことも多く、本コースでもこの呼び方を使います。

図で描くと、スコープを中心に置き、その周りをQ・C・Dの3辺が囲む三角形になります。ここで重要なのは、この4つが独立していないという点です。1つを動かせば、必ずほかのどこかにしわ寄せが生じます。

具体的な場面で考えてみましょう。ある新商品の発売プロジェクトで、発売日（納期）を前倒ししたいという依頼が経営陣から来たとします。このとき選べる手は限られています。

人員や外注費を増やしてコストを上げ、納期を守る
スコープを削って、機能や施策の範囲を狭める
品質基準を下げて、検証の工程を簡略化する
あるいは、納期の前倒し自体をあきらめる

「スコープもQもCも変えずに、Dだけを縮める」という都合のよい選択肢は、基本的に存在しません。制約の三角形は、この当たり前の事実を、関係者全員が共有できる形で示すための道具です。

💡 ポイント 「なんとか納期だけ短くできないか」という依頼を受けたとき、制約の三角形を持ち出せば、「では、スコープ・品質・コストのどれかを動かす必要があります。どれを動かしましょうか」と、具体的な選択肢を示す会話に変えられます。感覚的な押し問答を、構造化された意思決定に変える効果があります。

逆方向の例も見ておきましょう。ある社内イベントの運営プロジェクトで、参加者アンケートの結果を受けて「もっと内容を充実させたい」という要望が上がったとします。これはスコープを広げる要望です。制約の三角形に照らせば、スコープを広げるなら、コスト（予算や人員）を増やすか、納期を延ばすか、あるいは品質基準のどこかを下げて帳尻を合わせるほかありません。「予算も期間も変えずに、内容だけ充実させる」という要望は、口にするのは簡単でも、制約の三角形の上では成り立たない組み合わせです。要望を受けた側は、この構造を理解したうえで、「内容を充実させるなら、予算をどのくらい積み増せますか。それとも、開催日を後ろにずらせますか」と、相手に選択肢を投げ返す形で会話を進められます。

⚠️ 注意 制約の三角形を意識しないまま依頼を安請け合いすると、後になって「スコープは広がったのに、納期も予算もそのまま」という板挟みの状況に陥りがちです。依頼を受けた時点で、4つの要素のうちどれを動かすかを明確にしておくことが、後々のトラブルを防ぐ最も簡単な方法です。

PMBOKガイド第7版——原則ベースへの転換

プロジェクトマネジメントの世界的な標準として、長く参照されてきたのが「PMBOKガイド」です。PMBOKは、Project Management Body of Knowledgeの略で、PMI（プロジェクトマネジメント協会）が発行するガイドラインです。

PMBOKガイドは版を重ねるごとに内容を更新してきましたが、2021年に発行された第7版で、構成が大きく変わりました。第6版までは、スコープ・スケジュール・コスト・品質・リスクなど「10の知識エリア」と、立ち上げ・計画・実行・監視コントロール・終結という「5つのプロセス群」を軸にした、手順書に近い構成でした。第7版では、この構成から離れ、「12の原則」と「8つのパフォーマンス領域」を軸にした、原則ベースの構成に転換しました。分量も、600ページを超えていた第6版から、200ページ程度まで大幅に絞り込まれています。

12の原則は、例えば「価値に集中する」「複雑さを認識し、対応する」「変化に適応する」といった、進め方に依存しない普遍的な考え方を示すものです。8つのパフォーマンス領域は、ステークホルダー・チーム・開発アプローチ・計画・プロジェクト作業・デリバリー・測定・不確実性という、プロジェクトで常に意識すべき8つの側面を指します。

この転換が意味するのは、「決まった手順をなぞれば成功する」という発想から、「状況に応じて原則を適用する」という発想への転換です。本コースが扱うWBS・見積・ガントチャート・リスク登録簿といった道具も、この転換を踏まえて位置づけると理解しやすくなります。これらは「絶対に守るべき手順」ではなく、「状況に応じて使い分ける道具箱の中身」です。プロジェクトの規模や性質によって、すべての道具を使う場合もあれば、一部だけを軽く使う場合もあります。

📝 補足 本コースでは、PMBOKガイド第7版が示す個々の原則やパフォーマンス領域を1つずつ解説することはしません。かわりに、プロジェクトを進めるうえで実際に手を動かす道具——スコープの固め方、WBS、見積、スケジュール、リスク管理——に絞って、レッスン2以降で具体的に扱っていきます。

ウォーターフォールと適応型の地図

プロジェクトの進め方には、大きく分けて2つの系統があります。1つは「ウォーターフォール型」、もう1つは「適応型」です。

ウォーターフォール型は、スコープを固める、計画を立てる、実行する、検証する、という工程を順番に進める進め方です。上流の工程が終わってから下流の工程に移るため、水が上から下へ流れる様子になぞらえて、この名前がついています。建設・製造・大規模なシステム導入など、後戻りのコストが大きく、最初にゴールを固めやすいプロジェクトに向いています。本コースのレッスン2から7で扱うWBS・見積・ガントチャート・リスク管理は、主にこのウォーターフォール型の発想に基づく道具です。

適応型は、短い期間の作業を繰り返しながら、途中で得たフィードバックをもとに計画を調整していく進め方です。ソフトウェア開発を中心に広まった「アジャイル」という考え方が代表格で、その具体的な実践方法の1つが「スクラム」です。最初にすべてを決め切るのではなく、走りながら学び、次の短い期間の計画に反映していく点が、ウォーターフォール型と対照的です。適応型の具体的な進め方は、レッスン8で改めて扱います。

どちらが優れているという話ではなく、プロジェクトの性質によって向き不向きがあります。ゴールが最初から明確で、後戻りのコストが大きいプロジェクトはウォーターフォール型に、ゴールが走りながら見えてくる、変化の多いプロジェクトは適応型に向いています。実務では、大きな工程の骨格はウォーターフォール型で組みつつ、一部の工程だけ適応型を取り入れる、といった組み合わせもよく行われます。

2つの系統の特徴を、判断の目安として整理すると、次のようになります。

観点	ウォーターフォール型が向く	適応型が向く
ゴールの明確さ	最初からゴールと仕様がほぼ固まっている	やりながらゴールの解像度が上がっていく
後戻りのコスト	大きい（建物を建て直す、大型機器を入れ替えるなど）	小さい（画面の一部を作り直す程度で済む）
関係者の数と利害	多くの部門・外部業者が絡み、事前調整が不可欠	少人数のチームで完結しやすい
進捗の測り方	工程表に対する予定と実績の差分	一定期間ごとに完成した成果物の量

この表はあくまで目安であり、「このプロジェクトは必ずこちらの型」と機械的に決まるものではありません。プロジェクトの一部の工程だけを切り出して、適応型の進め方を試してみるという判断も、実務では十分にありえます。

📖 もっと詳しく プロジェクトマネジメントの方法論には、PMBOKガイドのほかにも、英国政府系の機関が整備した「PRINCE2（プリンス・ツー）」という方法論があります。PRINCE2は、プロジェクトを複数の管理段階に分け、各段階の終わりに継続の可否を判断する仕組みを特徴とし、資格試験としても広く知られています。PMBOKガイドが「知識体系」として世界共通の考え方を示すのに対し、PRINCE2は「方法論」として、より具体的な運営の型を示すという違いがあります。本コースでは、PMBOKガイド第7版の考え方を軸に据え、PRINCE2は「もう1つの体系がある」という位置づけの紹介にとどめます。

中核メッセージ——本コースが繰り返し立ち返る6つの視点

本コースの8レッスンを通して、次の6つのメッセージに繰り返し立ち返ります。ここで一度目を通しておき、各レッスンで思い出しながら読み進めてください。

プロジェクトマネジメントは、頭の中の段取りを図と表に変換する技術：優れたリーダーの頭の中には、たいてい整理された段取りがあります。問題は、それが本人の頭の中にしかないことです。図と表に落とすことで、誰もが同じ地図を見ながら動けるようになります。
「やること」より「やらないこと」を先に決める：スコープを広げることは簡単ですが、狭めることは難しくなります。プロジェクトの初期に「やらないこと」を明確にしておくことが、後々の混乱を防ぎます。
見積は当てるものではなく、外れ方を設計するもの：見積が外れることは避けられません。大切なのは、外れたときにどれだけの幅で外れるかを、あらかじめ想定しておくことです。
クリティカルパス上にない遅れは、遅れではない：スケジュール全体に影響しない遅れに一喜一憂すると、本当に注意すべき遅れを見逃します。
進捗率は最も嘘をつきやすい数字：「80%完了」という報告が、実際には「残り20%に80%の労力がかかる」場合があります。数字の裏側を見る習慣が欠かせません。
計画どおりに進むプロジェクトは存在しない。あるのは、ズレに早く気づける計画だけ：計画の価値は、予言が当たることではなく、ズレを早期に発見できる基準になることにあります。

💡 ポイント この6つのメッセージは、レッスン2以降で扱う個別の道具（WBS・見積・ガントチャート・リスク登録簿など）の「なぜそれをやるのか」を支える背骨です。道具の使い方を覚える前に、この背骨を意識しておくと、各レッスンの内容がつながりやすくなります。

まとめ

このレッスンでは、以下のことを学びました。

プロジェクトとは、明確な始まりと終わりがあり、独自の成果物を生み出す一時的な取り組みであり、定常業務とは対照的な性質を持つ
本コースは「図と表」に落とす技術に的を絞り、人と権限の側面、個人の時間術、定常チームの目標管理は扱わない
プロジェクトは常にスコープ・Q・C・Dという制約の三角形（トリプルコンストレイント）に縛られ、1つを動かせば必ずほかにしわ寄せが生じる
PMBOKガイドは第7版で、手順書型の構成から「12の原則」と「8つのパフォーマンス領域」を軸にした原則ベースの構成へ転換した
プロジェクトの進め方には、順番に進むウォーターフォール型と、繰り返しながら調整する適応型の2系統がある
本コースが繰り返し立ち返る6つの中核メッセージを確認した

次のレッスンでは、プロジェクトの出発点である「スコープを固める」技術を扱います。何を作るかを成果物ベースで記述し、優先度をつけ、あとから範囲が際限なく広がってしまう「スコープクリープ」を防ぐ考え方を学びます。

確認クイズ

このレッスンの理解度をチェックしましょう。