プロジェクトマネジメントとは?目的・計画・変更判断を小さな施策の例で学ぶ

プロジェクトマネジメントとは、合意した目的に向けて、人・作業・日程・費用・判断を関連づけて進めることです。管理表を細かく埋めることだけが仕事ではありません。何を届ければ完了か、変更が出たら誰が何を判断するかをそろえると、小さな施策でも計画を使いやすくなります。
プロジェクトマネジメントは成果を届けるための調整
PMIは、プロジェクトの要求を満たすために知識・技能・ツール・技法を用いることとしてプロジェクトマネジメントを説明しています。実務では計画を作るだけでなく、実行中に状況を確かめ、必要な判断を関係者につなぐ活動も含めて考えます。 PMIのプロジェクトマネジメントの説明
プロジェクトには、特定の成果に向けた一時的な取り組みという特徴があります。新サービスの申込ページを作る取り組みと、その公開後に毎日問い合わせへ対応する運用では、仕事の区切り方が異なります。ただし、運用の改善を期限と成果物を定めたプロジェクトとして行うこともあります。
終了は、当初の目標を達成した場合だけではありません。事業判断による中止、別チームへの移管、契約の終了などでも終結の手続きが必要です。何が完了し、何が残り、誰が引き受けるかを記録します。
目的・成果物・完了条件・関係者を先にそろえる
目的は「なぜ取り組むか」、成果物は「何を届けるか」、完了条件は「何を確認したら受け取れるか」です。たとえば「集客を増やす」と「申込ページを公開する」は同じではありません。ページの公開は成果物の完了として確認できても、申込数や売上の達成は別に観察する必要があります。
以下は架空の小さな施策の開始メモです。D1、D2などはプロジェクト内の作業日を表します。金額や工数は説明用で、一般的な相場や推奨上限ではありません。
項目 | 記入例 | 開始前に確かめること |
|---|---|---|
目的 | 新サービスの説明会に申し込める経路を用意する | 対象者と期待する事業成果 |
成果物 | 申込LP 1本、案内メール 1本 | 公開先、内容、対象言語 |
完了条件 | 内容承認、リンク・申込テスト、公開承認を完了 | テスト条件と最終承認者C |
期限 | D10の終業時までに公開承認を得る | 社外予定との関係 |
費用・工数枠 | 費用30万円、社内作業40人時 | 費用の対象範囲と担当者の空き時間 |
役割 | A:進行、B:制作、C:最終承認 | 代理判断者と確認に必要な時間 |
範囲外 | CRM全体の移行 | 追加依頼が出た際の判断先 |
主なリスク | 原稿承認待ちで制作着手が遅れる | 原稿の確認期限と代替案 |
「テスト済み」だけでは確認範囲が分かりません。想定する端末や入力内容、送信後に確認する状態を決めます。関係者には発注者だけでなく、実際の利用者、制作担当、承認者、公開後の運用担当も含めます。
範囲・日程・費用・品質・リスクを関連づける
範囲、日程、費用、品質、リスクは互いに影響します。しかし、すべての条件を同時に満たすことが不可能という意味ではありません。実行可能な範囲と体制を合意できれば、条件を満たした納品は目指せます。途中の変更が、その実行可能性を変える点に注意します。
たとえば対象言語を増やすと、翻訳だけでなく、レイアウト調整、内容確認、リンクテスト、承認の追加が生じる場合があります。「ページを1本追加」のような依頼を、必要な作業と完了条件に分けて見積もり直します。
- 日程:依存する作業と承認の待ち時間を含める。
- 費用:承認済み枠、追加見積もり、支出実績を区別する。
- 品質:削ってよい部分と、満たす必要がある条件を明示する。
- リスク:まだ起きていない不確実性と、すでに起きた問題を分ける。
予定が厳しくなったとき、必要なテストを黙って省くと完了条件が変わります。変更する範囲、残るリスク、判断者を示して相談します。
予測型・適応型・ハイブリッドを選ぶ
進め方は、要求や作業の見通し、試して得られる情報、変更のコストから選びます。予測型は、比較的見通せる成果物と手順を先に計画しやすい場合に向きます。変更を一切認めないという意味ではなく、影響を評価して承認する仕組みを置きます。
適応型は、不確実性が大きく、試した結果を受けて優先順位や詳細を調整したい場合に使います。短い区切りで確認する方法がありますが、すべての現場で同じ周期にする必要はありません。予算、終了判断、品質基準まで不要になるわけでもありません。
ハイブリッドでは、たとえば説明会の日付と公開承認の条件を固定し、訴求案は途中で試して選びます。固定するものと見直せるもの、見直す時点を明記すると、関係者の期待を合わせやすくなります。
小さな施策なら、開始メモ、主要日程、課題・判断の記録から始められます。人数だけで管理の要否を決めず、社外への約束、金額、失敗の影響に合わせて手間を調整します。
小さな施策の開始から変更判断までを追う
開始メモを合意した後、担当と承認者の予定を確認し、制作・確認・公開準備を進めます。途中で「別言語のLPも今回追加したい」という依頼が出た場合、その場で制作を増やす前に、影響と選択肢を並べます。
次の金額と工数は架空の見積もりです。現在の30万円・40人時に対し、追加分を8万円・12人時と仮定します。金額は費用枠、人時は社内作業量という別の単位です。
案 | 費用・工数の見積もり | 日程・品質の確認 | 必要な判断 |
|---|---|---|---|
今回追加する | 38万円・52人時 | 担当の空きと追加承認を含め、D10に間に合うか再計画 | 追加枠と新しい範囲をCが承認 |
次の施策に分ける | 今回は30万円・40人時の範囲 | 現在の完了条件を維持。追加分は別日程で検討 | 今回は追加しないと合意 |
別の作業と入れ替える | 同じ8万円・12人時を削れるなら、数値上は30万円・40人時 | 技能・依存関係・完了条件が異なるため同じ納期になるとは限らない | 削る成果物と影響を承認 |
入れ替え案は、削れる作業が実際に存在する場合に限ります。すでに発注済みなら費用が戻らないこともあります。見積もり上の合計だけで決めず、契約、残作業、利用者への影響を確認します。
決定後は理由、承認者、更新した計画を記録します。作業担当が善意で追加してから承認を求める形では、費用や日程の責任が曖昧になります。
規模に合う記録と確認を続けて終結する
実行中の確認では、基準の計画、現在の事実、残作業の見込み、必要な判断を分けます。「順調です」という説明にとどめず、承認待ちや後工程への影響があるかを確かめます。すべての作業に会議を増やすのではなく、判断が必要な時点に記録を更新します。
- 成果物を完了条件に沿って確認し、受領と公開の判断を残す。
- 残った作業や不具合に、担当と期限または次回確認日を付ける。
- 運用担当へ資料・問い合わせ先・未解決事項を引き継ぐ。
- 費用と工数の実績、変更の理由、次回に使う学びを整理する。
施策の事業成果を後日確認する場合は、確認担当と時点も決めます。プロジェクトの納品完了と、売上などの効果判定を同じ日に無理にそろえる必要はありません。必要な情報がつながり、次の担当が判断できる状態を作ることが、終結の実務です。
関連記事
参考資料(2026年10月10日確認)