受領基準:プロジェクトの成果物が受け入れられる前に満たされなければならない、性能要件や必須条件を含む基準。
活動:プロジェクトのタスクを達成するために必要な行動であり、プロジェクト作業の最小単位である。
仮定:プロジェクト計画の目的で真実とみなされ、証明を必要としない要因。予算:作業分解構造に記載されたプロジェクト作業の全体範囲を完了するための承認済み資金見積もり。
ビジネスケース:プロジェクトを開始する理由を記述した書面文書。また、特定のビジネス目標を達成するために必要なリソース(資金、スタッフ時間、設備など)についても記述する。
変更管理:プロジェクト計画に対する変更を特定し、文書化し、承認または拒否するプロセス。
コミュニケーション管理計画:プロジェクトのコミュニケーションニーズを記述する文書。以下を記述する:
- プロジェクト情報がどのように、いつ、どのような形で配布されるか
- 情報を受け取る人物およびその種類
- 情報の作成責任者
制約:プロジェクトの内部または外部に存在する制限であり、プロジェクトの実行を制限するもの。たとえば、プロジェクト予算に割り当てられた固定金額はコスト制約であり、プロジェクトが完了すべき設定日は時間制約である。
クリティカルパス:プロジェクトネットワーク図における、連結された依存関係を持つプロジェクトタスクの連鎖で、最も長く必要な完了時間を有するもの。プロジェクトの終了日は、このクリティカルパスを構成するタスクによって決定される。クリティカルパス上のタスクの完了に必要な時間に変更が生じると、プロジェクト全体の完了日が影響を受ける。
分解:プロジェクトの範囲および成果物を、より小さな、管理しやすい部分に分割する計画手法であり、各部分に関連する作業が十分な詳細に定義されるまで繰り返す。これにより、プロジェクトチームのメンバーが、プロジェクト範囲を満たすために必要なすべてのタスクを実行、監視、制御できるようになる。
成果物:プロジェクトのマイルストーンを完了するために生成されなければならない、測定可能で、物的かつ検証可能な成果、結果、またはアイテム。
期間:タスクが完了するまでの期間。タスクの期間は、タスクを実行するために割り当てられたリソースに依存する場合も、独立している場合もある。タスクの期間が固定されている場合、その期間はタスクに割り当てられたリソースの量に影響されない。
フロート(スラック):プロジェクトネットワーク図上のタスクが遅延しても、以下の遅延を引き起こさない時間の量:
- 後続タスク(フリーフロート)
- プロジェクト完了日(トータルフロート)
総フロートがゼロである活動は「クリティカルアクティビティ」と呼ばれます。これは、この活動の完了時期の遅延が、プロジェクト全体を同じ期間だけ遅らせるということを意味します。
フォーカスグループ:特定のサービスや製品のビジネス上の課題や機能性などについて、グループの人々に尋ねる形の定性的研究です。
ガントチャート:プロジェクトスケジュールを示す人気のある棒グラフの一種です。ガントチャートは、プロジェクトの末端要素および要約要素の開始日と終了日を示します。ガントチャート内のタスクやマイルストーンは、プロジェクトの作業分解構造(WBS)から取り出されます。一部のガントチャートでは、活動間の依存関係を示し、プロジェクトの現在のスケジュール状況を表示するために使用できます。
ラグ:1つのタスクが開始または完了してから、次のタスクが開始または完了できるまでの時間の量。
教訓:プロジェクトの実施過程から得られた学び。教訓はプロジェクトのどの段階でも得られるものであり、他のプロジェクトチームが得た知識の恩恵を受けるために記録しておくべきです。
マイルストーン:主要な成果物または関連する成果物のセットの完了を示す予定されたイベントです。通常、プロジェクトは5~10の主要なマイルストーンに分けられます。各マイルストーンには、成果物と完了日が関連付けられており、成果物の説明に受容基準が含まれます。
ポートフォリオ管理:1つ以上のプロジェクトポートフォリオの集中管理であり、プロジェクトの特定、優先順位付け、承認、管理および制御を含み、特定の組織目標を達成することを目的としています。
プログラム:個別に管理するのでは得られない利益を得るために、関連する複数のプロジェクトを調整された形で管理するグループ。
段階的詳細化:プロジェクトチームにさらに多くの情報が得られるにつれて、プロジェクト計画を継続的に改善・精緻化するプロセスです。この反復的なプロセスにより、プロジェクトが進行するにつれてより良い予測とより包括的な計画を作成できるようになります。
プロジェクト:以下の5つの特徴を持つ一時的かつ一度限りの取り組みです:
- 一度限りのイベントである
- 独自の製品やサービスを創出する
- 時間とコストの制約がある
- 特定の仕様(要件)に基づいて完了する
- 明確な開始日と終了日がある
- リソース(例:資金、人材、材料、機材)を消費する
プロジェクト受領報告書:プロジェクトチャーターに記載されたプロジェクトの成果物が、チャーターに記載された指定された受領基準を満たしていることを確認するために使用される文書です。プロジェクトの公式クライアントが各成果物を評価し、承認します。
プロジェクトチャーター:プロジェクトの範囲、目的、参加者に関する記述です。以下の内容を提供します:
- プロジェクトの目的の説明
- プロジェクトの仮定の一覧
- プロジェクト範囲の説明
- プロジェクトのマイルストーンの一覧
- 主要なプロジェクトステークホルダーの一覧
- プロジェクトチームメンバーおよびその他の主要ステークホルダーの役割と責任の説明
- プロジェクト資金およびその他のリソースの説明
- 上位レベルのプロジェクトリスクの一覧
- プロジェクトマネージャーの権限
- プロジェクトスポンサーによるチャーターの承認
チャーターはスポンサーによって署名され、プロジェクトの開始および指定されたリソースの使用を承認するものである。
プロジェクト管理: リソース(例:人材、資金、材料、設備など)を適切に組織・管理する学問であり、プロジェクトが以下の条件を満たすようにする。
- 定義されたプロジェクト範囲
- 時間およびコストの制約
- 機能要件および技術仕様
- 顧客の期待
- プロジェクト範囲に明記された必要品質
プロジェクト管理事務所(PMO): 組織がプロジェクト管理に使用する標準的な実践を定義および維持するために設置できる部門である。標準化および再利用可能な実践を導入することで、PMOは組織のプロジェクトの成功を向上させることを目的としている。PMOはプロジェクト管理の実践に関する文書、ガイドライン、メトリクスの源でもある。また、監督下にあるプロジェクトを統合的に管理する責任を負う場合もあり、組織のリーダーシップが提案された戦略的プロジェクトを評価するのを支援する役割も果たす。
プロジェクトマネジメントプロフェッショナル(PMP): プロジェクトマネジメント協会が提供するプロジェクトマネジメントの資格である。
プロジェクトマネージャー: プロジェクト全体のマネジメントプロセスおよび最終的にプロジェクトの成功を担当する人物が担う一時的な役職である。プロジェクトマネージャーの責任は以下の通りである。
- プロセスの責任
- プロジェクトの問題を特定し、追跡し、管理し、解決する。
- 積極的にプロジェクト情報をすべてのステークホルダーに共有する。
- プロジェクトリスクを特定し、管理し、軽減する。
- 解決策が許容可能な品質であることを確保する。
- 変更がスコープ管理を通じて承認された場合を除き、合意されたものだけが提供されるように、積極的にスコープを管理する。
- プロジェクトの進捗を測定するための指標を定義し収集する。
- 全体のスケジュールを管理し、作業が適切な時期に予算内に割り当てられ、完了されるようにします。
- 人的責任
- プロジェクトチームのリーダーを務める。プロジェクトリーダーシップとは、プロジェクトのビジョンを伝え、チームがそれを受け入れ、それを達成するために努力するようにすることである。
- プロジェクトチームのメンバーが標準的なプロセスと手順に従うことを確認する。
- チームメンバーに対して現実的で挑戦的で明確な期待を設定し、その期待を達成する責任を負わせる。これには、メンバーに対して良いパフォーマンスフィードバックを提供することも含まれる。
- チームビルディングのスキルを活用し、メンバーが良好に協力し合い、プロジェクトやチームメンバーのために努力する意欲を持てるようにする。
- 積極的な口頭および書面によるコミュニケーションスキル(優れた積極的な傾聴スキルを含む)を使用する。
プロジェクト手法:プロジェクト管理に使用される特定の実践、技術、ルールのセットである。アメリカで最も一般的に使用されているプロジェクト手法は、プロジェクトマネジメント協会(PMI)が開発したものである。この手法は5つの段階から構成される:
- 開始 — 提案されたプロジェクトの分析、初期のプロジェクト範囲の定義、プロジェクトチャーターの作成、スポンサーによるプロジェクトチャーターの承認を含む。
- 計画 — プロジェクトマネジメント計画の作成を含む:
- 熟成された作業分解構造(WBS)
- プロジェクトネットワーク図
- プロジェクト作業スケジュール
- リスク管理計画
- プロジェクトコミュニケーション計画
- 実行 — プロジェクトチームがプロジェクト計画で規定された通りにプロジェクトの作業を実施することを含む。
- モニタリングとコントロール — プロジェクトの実行段階で行われた作業の進捗を測定し、プロジェクトチームがパフォーマンス目標を達成しているかを確認し、プロジェクト目標を達成するために必要な場合に是正措置を講じることを含む。
- 終了 — プロジェクト活動を終了し、プロジェクトによって作成された製品やサービスを運用に移管するために必要なすべてのプロセスを含む。また、プロジェクトから得た教訓の記録とプロジェクト文書のアーカイブも含まれる。
一部のプロジェクトでは、これらの段階が別々のサブプロジェクトとして実施される。たとえば、5つの段階は以下の順序で実施される3つの別々のサブプロジェクトに分割されることがある:
- 開始
- 計画
- 実行、モニタリングとコントロール、終了
各サブプロジェクトの終了時に、適切な組織のリーダーが、プロジェクトチームが次の提案されたサブプロジェクトを実施すべきかどうかを決定する。
プロジェクト指標:プロジェクトのマイルストーンの進捗を追跡することで、プロジェクトが予定通りかつ予算内に開発されているかどうかを測定する方法。
プロジェクトのマイルストーン:プロジェクトの主要な成果物または関連する成果物の完了を示す予定されたイベント。
プロジェクトネットワーク図:プロジェクトのタスクが完了される順序およびタスク間の相互依存関係を示す図式。
プロジェクトの目的:プロジェクトが対処しようとしているビジネス上の目的を説明する。プロジェクトが組織にどのような価値をもたらすか、またどのような戦略的優先事項が取り組まれるかを説明する。
プロジェクトフェーズ:主要なプロジェクト成果物の完了を達成するために論理的に関連するプロジェクト活動の集合。フェーズは通常順次完了されるが、時折重複することもある。
プロジェクトポートフォリオ:組織の戦略的ビジネス目標を達成するためにまとめられたプロジェクトの集まり。
プロジェクト要件:プロジェクト計画および契約で規定された通り、製品、システム、またはサービスが満たすべき機能または条件。
プロジェクト範囲:プロジェクトの範囲を定義する。範囲は、何が、どこで、いつ、どのように提供されるかを説明する。スポンサーが引き渡しを受け取るサービス、機能、システム、解決策、または有形製品を説明する。範囲には以下の内容を含むべきである:
- プロジェクトが達成すると期待される主要な目的
- 重要な時間的、財務的、技術的、法的制約
- 重要な仮定
プロジェクト進捗報告書:プロジェクトの状況を伝える。この報告書はプロジェクトマネージャーが以下の目的で使用するツールである:
- ステークホルダーにプロジェクトの進捗状況を通知する
- 問題を提起する
- 必要に応じて支援を要請する
プロジェクト進捗報告書は通常、週次または2週間に1回の頻度で作成・配布される。
プロジェクトチーム:共通の目標、すなわち成功したプロジェクトの達成に向けて協力する人々の集まり。通常、プロジェクトチームはプロジェクトマネージャーと1人以上の専門分野の専門家から構成され、3人から12人のコアメンバーと拡張メンバーに分かれる。
- コアメンバー:通常、1つ以上のプロジェクト成果物を担当し、プロジェクトにフルタイムで従事する。
- 拡張メンバー:特定のプロジェクト作業に対してパートタイムでの支援を提供する。
RACIチャート: プロジェクトの役割と責任を記録するためのチャート。何を誰が行うべきかを説明する。RACIという用語は、このチャートが定義する4つの異なる責任レベルに基づく頭字語である。
- 実行責任者
- 責任者
- 相談対象
- 通知対象
RADIOリスト: プロジェクト会議中に、その場で解決できない問題を記録するために使用される文書。プロジェクトチームが覚えて対応すべき問題を分類するために使用される5つのカテゴリーの頭字語である。
- リスク
- 仮定
- 定義
- 課題
- 機会
予備費: プロジェクトマネージャーとスポンサーがプロジェクトリスクを軽減するために確保する予算の一部。
リスク: 発生した場合、プロジェクトの目的に負の影響を与える不確実な出来事または状態。プロジェクトチームは、出来事の発生確率と影響度に基づいて、リスクの特定および軽減のための計画を策定する。
リスク評価: 特定の状況およびプロジェクトに対する特定の脅威に関連するリスクの定量化または定性的な価値の決定。リスク評価は、リスク管理プロセスにおける一般的な最初のステップである。
リスク管理: リスクの特定および評価を含む一連の活動を通じて、プロジェクトの不確実性を構造的に管理するアプローチ。プロジェクトチームメンバーは、リスクが発生する確率およびリスクイベントが発生した場合のプロジェクトへの影響に基づいて、リスクの管理および軽減のための戦略を開発する。これらのリスク管理戦略には、以下のものが含まれる:
- リスクを他の当事者に移転する
- リスクを回避する
- リスクの負の影響を軽減する。
- 特定のリスクの一部またはすべての結果を受け入れる
リスク登録簿(リスクログ): プロジェクト計画でよく使用されるツールで、プロジェクトチームが特定したすべてのプロジェクトリスクに関する情報を含む。
- リスクの説明
- リスク分析の要約。リスクが発生する確率およびリスクが発生した場合のプロジェクトへの影響を含む。
- リスクへの対応計画
スポンサー: プロジェクトに対する最終的な権限を持つ人物。スポンサーはプロジェクトの資金を提供し、問題や範囲の変更を解決し、主要な成果物を承認し、上位レベルの方向性を提供する。プロジェクトが完了すると、スポンサーの役割は終了する。実際の運用上、プロジェクトスポンサーはプロジェクトの成果物を必要とし、通常は作業を完了するための資金を提供する。内部主導のプロジェクトでは、スポンサーがプロジェクトの費用を負担しない場合もあるが、利用されたリソースとともにプロジェクトの所有者として認識される。プロジェクトマネージャーは、必要なリソースを調達するための支援を提供し、特にステークホルダーの要件の調整を助けるために、プロジェクトスポンサーに依存する。
ステークホルダー: プロジェクトの実行および成功または失敗に影響を受ける個人またはグループ。これにはチームメンバー、リソース所有者、最終ユーザー、プロジェクト成果物の運用責任者などが含まれる。プロジェクトのスポンサーは最も重要なステークホルダーである。
成功の測定: プロジェクトチームがプロジェクトの成果物がステークホルダーの期待を満たすかどうかを判断するのに役立つ指標。これらの指標は、範囲、コスト、納期の状況を評価するのにも使用できる。適切に設計された成功測定指標のセットは、問題が発生する兆候を早期にチームに知らせるため、対策を講じる機会を提供する。
タスク: プロジェクトのマイルストーンを達成するために必要な行動。タスクを達成するために必要な作業は、さらに活動に分類される。
タスクの依存関係: タスクが独立して実行可能かどうか、または他のタスクが完了または開始された後に実行しなければならないかを指す。たとえば、水をグラスに注ぐには、まずグラスと水の供給源が必要である。
三つの制約: 時間、コスト、範囲というプロジェクトの制約の相対的な優先順位と相互依存関係を検討する一般的なモデル。スポンサーはプロジェクトにおけるこれらの制約の優先順位を定義する。
作業分解構造(WBS): プロジェクト全体の範囲を管理可能な作業単位に分割するために使用されるプロジェクト管理ツール。通常はアウトラインまたはツリー図として提示される。WBSの上位レベルは成果物や計画された成果を記述し、下位レベルは成果物や成果を完了するために必要なタスクを記述する。作業分解構造は作業スケジュールの作成に使用される。
作業スケジュール: プロジェクトのマイルストーン、タスク、活動、成果物、およびプロジェクトにとって重要な関連情報を記述するプロジェクト文書。これらの作業スケジュールの主要な要素は、プロジェクトが成功するためには期限内かつ予算内に完了しなければならず、そのためプロジェクトマネージャーとステークホルダーによる監視が必要となる。作業スケジュールの状況は、プロジェクト進捗報告書に報告される。