プロジェクトの開始段階

概要

プロジェクトが正式に承認され、作業が始まる最初のフェーズです。 ステークホルダーの整合性を取り、方向性を明確にする準備段階として極めて重要です。

プロジェクト憲章（Project Charter）

• プロジェクトを公式に承認・発足させ、プロジェクトマネージャー（PM）に対して組織のリソース（人員や資金）をプロジェクト活動に適用する公式な権限を与えるための基本合意文書。プロジェクトスポンサーによって承認・発行されます。

• プロジェクト憲章の4大構成セクション（試験頻出）: 試験問題では、プロジェクト憲章の記述が以下の4つのセクションのどれに分類されるかが問われます。それぞれのセクションに含まれる具体的な記述内容を正確に把握します。

  1. プロジェクトの一般情報（General Project Information）
     • プロジェクトの識別や管理のための基本メタデータを提供するセクションです。
     • 含まれる内容: プロジェクト名、プロジェクトの簡単な説明、プロジェクトマネージャー（PM）の氏名、プロジェクトスポンサー（またはチャンピオン）の氏名、公式なプロジェクト開始日（および目標完了日）。
  2. 組織概要（Organizational Overview）
     • プロジェクトに関わる関係者や組織、その役割分担や体制を特定するセクションです。
     • 含まれる内容: プロジェクトに関与する主要な関係者（Key Stakeholders）、関与するグループや役割（例：「獣医の専門家、動物行動学者、情熱的なボランティアが協力し...」などの参加・体制の記述）、チームメンバーのリストやその役割。
  3. プロジェクトのビジョン（Project Vision）
     • プロジェクトが「何を達成しようとしているか」という包括的な目標や、期待される戦略的価値を示すセクションです。
     • 含まれる内容: プロジェクトの目的・正当性（Purpose / Justification）、測定可能な目標・期待される利点（Measurable Objectives / Goals & Expected Benefits）、予備的な範囲（Preliminary Scope）、成功基準（Success Criteria）。
  4. 実装の概要（Implementation Overview）
     • プロジェクトをどのように展開・実行していくかという大まかな計画詳細や枠組みを示すセクションです。
     • 含まれる内容: プロジェクトの段階（フェーズ）や大まかなタイムライン、概略マイルストーンスケジュール（Summary Milestone Schedule）、リソース要件（Resource Requirements）、前提条件と制約条件（Assumptions & Constraints）、ハイレベルリスク（High-level Risks）、概算予算（Summary Budget / High-level Budget）。

• その他の重要構成要素:

  • PMの任命と権限（Project Manager Assignment & Authority Level）: 誰がPMを務めるか（一般情報）だけでなく、PMが組織のリソース（人員や資金）をプロジェクト活動に適用する「公式な権限」が明記されます。
  • スポンサーの署名・承認（Sponsor Sign-off / Approval）: スポンサーが署名することで憲章は公式に発効します。

プロジェクト憲章に「含まれない」重要要素（試験頻出）

プロジェクト憲章は「立ち上げ（開始）フェーズ」で作成されるため、「計画フェーズ」で作成される詳細な情報は含まれません。

• 詳細なスケジュール（Detailed Schedule） / ガントチャート: 憲章にあるのは「大まかなマイルストーン」のみ。
• 詳細な予算見積もり（Detailed Cost Estimate / コストベースライン）: 憲章にあるのは「概算予算」のみ。
• WBS（作業分解構成図） / WBS辞書: WBSは計画フェーズで作成されます。
• 詳細なリスク対応計画（Detailed Risk Response Plan）: 憲章にあるのは「ハイレベル（大まか）なリスクの特定」のみ。
• 詳細な製品仕様書 / 設計書（Detailed Specifications / Design）

TOR（Terms of Reference / 委託条件書・活動規約書）

• 定義: プロジェクト、委員会、チームなどの「存在目的、活動範囲、役割分担、成果物、意思決定プロセス」を文書化した基本合意書。プロジェクトの「内部運営ルール・ブック」として機能します。
• 類似ドキュメントとの違い（試験対策）:
  • プロジェクト憲章との違い: 憲章は「PMに公式な開始権限を与えるための組織レベルの承認文書」。TORは「そのプロジェクトやチームがどのように運営されるか（会議体、報告ライン、意思決定ルールなど）を定義する内部運営規範」。
  • SOW（作業範囲記述書）との違い: SOWは「外部ベンダーとの調達関係において、実施する作業の具体的な仕様・履行条件を文章化するもの」。TORは「組織内部や委員会・チームの活動規範・ルール」を定めるもの。
  • スコープ記述書との違い: スコープ記述書が「プロジェクトの成果物と境界線（範囲内と範囲外）」に特化するのに対し、TORはスコープに加え「運営ルールや意思決定プロセス」まで広く包含します。

関係者の特定（Stakeholder Identification）

• プロジェクトに影響を与える or 受けるすべての人物・組織を洗い出す。
• ステークホルダー登録簿（Stakeholder Register）を作成し、分類・優先順位を付ける。
• パワー×関心度マトリクスで管理方針を決定するのが一般的。

責任割り当てマトリックス（RAM / RACIマトリックス）

• 各タスクや成果物に対して、誰が何の役割を担うかを明確化します。詳細は「1.10 チームとリソースの管理」を参照。

キックオフミーティング（Kickoff Meeting）

• プロジェクト開始前に行う、全関係者への方向性共有・期待値合わせの場
• 憲章、ステークホルダー、スケジュール、役割などを説明
• 質問やリスクを洗い出すチャンスでもあり、関係者の合意形成を促進

補足メモ（理解を深めるヒント）

• プロジェクト憲章がなければ、正式なプロジェクトとは認められません。
• キックオフで出た意見は記録し、プロジェクト文書やリスク登録簿に反映することが望ましい
• RACIマトリックスの「C」と「I」の区別が問われやすいので注意（助言する vs 進捗を知る）

関連模擬問題

【問1】

質問: プロジェクトマネージャーは、プロジェクトチームに高い成果をあげてもらえるように働きかけを行いたいと考えています。キックオフミーティングの次のアクションとして、最もふさわしいものは、次のうちどれですか。

選択肢:

• A. チームのコミュニケーションを活性化するために、振り返り会を実施する
• B. チームメンバーごとの苦手分野について、研修を受講させてスキル向上をはかる
• C. プロジェクト全体の目標に基づいた、チームメンバーごとの目標を設定してもらい、チーム全員に共有を行う
• D. チームビルディング計画を作成する

回答と解説を見る

正解は C です。

解説: キックオフミーティングにおいて、プロジェクト全体の目標を共有しているため、次のアクションでふさわしいものは、チームメンバーに目標を立ててもらうことになります。 チームビルディング計画の作成は、キックオフミーティングより前に行うことが望ましいです。 研修の受講はチーム編成中もしくは目標作成後が望ましいタイミングであり、キックオフミーティング直後ではありません。 振り返り会は終結プロセスでのアクションになります。

【問2】

質問: キックオフミーティングで実施することとして、ふさわしいものは、次のうちどれですか。（2つ選択）

選択肢:

• A. プロジェクトチームメンバーを紹介する
• B. スケジュールベースラインについての承認を行う
• C. 成果物の品質レビューを行う
• D. プロジェクトの目的を周知する

回答と解説を見る

正解は A, D です。

解説: キックオフミーティングでは、メンバー間の顔合わせとプロジェクトゴール（目的）の共有が主目的となります。 スケジュールや成果物に求められる品質レベルの共有を行うことはありますが、スケジュールの承認や品質レビューについてはキックオフミーティングで行うことではありません。