プロジェクト・マネジメント-成果物のデリバリー

成果物のデリバリー

成果物デリバリーのマネジメント・プロセスの目的は、プロジェクト・マネージャーとチーム・マネージャー間のつながりをコントロールする。これは、スペシャリスト成果物の受け入れ、実行、報告、デリバリーの要件に合意することで達成されます。チーム・マネージャーの役割は、ある作業領域をとりまとめ、プロジェクト成果物を形成する 1 つまたは複数のスペシャリスト成果物を提供することです。(チーム・マネージャーは、プロジェクトを実行している組織に属する人でも、組織外部の人でも構いません。)

成果物デリバリーのマネジメント・プロセスの達成目標は、以下のことを確実に行うことです。 * チームに割り当てられた成果物に関する作業が、認可され、合意されること。 * チーム・マネージャーとそのチームが、作成されるものと期待されている労力、コスト、期間を明確に理解していること。 * 計画された成果物が期待品質どおりに、許容度内で提供されること。 * 期待が管理されるよう、合意された頻度で、正確な進捗情報がプロジェクト・マネージャーに提供されること。 チーム・マネージャーはプロジェクト・マネージャーから十分な自由を与えられて作業を行い、求められていることを提供します。これは、ワーク・パッケージ記述書で確立された許容度と、チーム・マネージャーに対するプロジェクト・マネージャーの信頼によって形式化します。プロジェクト・マネージャーのマイクロマネジメントはプロジェクトを改善しない代わりに、フラストレーションや遅延を引き起こす可能性が高くなります。

成果物デリバリーのマネジメント・プロセスでは、チーム・マネージャーの観点からプロジェクトを捉えます。ステージのコントロール・プロセスでは、プロジェクト・マネージャーの観点からステージを捉えます。

チーム・マネージャーは以下のことを行って、チームが確実にプロジェクト中に成果物を作成、提供できるようにします。 * プロジェクト・マネージャーから認可されたワーク・パッケージを受け入れる。 * ワーク・パッケージ記述書で特定される開発、運用、保守の関係が維持されるようにする。 * アサインされたワーク・パッケージに関するチーム計画書を作成する。これは、プロジェクト・マネージャーによるステージのステージ計画書作成と並行して行うことができます。 * ワーク・パッケージ記述書で特定されている開発手法に従って成果物が開発されることを確かなものとする。 * 成果物記述書で指定された品質手法を通じて、各成果物が品質仕様を満たしていることを示す。 * 成果物記述書で特定されている承認部門から、完成した成果物に対する承認を取得する。 * ワーク・パッケージ記述書に指定された手順に従って、プロジェクト・マネージャーに成果物を提供する。

ワーク・パッケージは契約上の合意の一部を成す場合があります。このため、チーム計画書の書式には幅があり、ワーク・パッケージ記述書に単にスケジュールを付加しただけのものや、ステージ計画書に類似したスタイルで完全に作成された計画書もあります。

活動

インプット	活動	アウトプット
ワーク・パッケージの認可(このプロセスをトリガー) ワーク・パッケージ記述書(レビュー)	ワーク・パッケージの受け入れ	チーム計画書 (作成、更新)
チーム計画書 (レビュー) ワーク・パッケージ記述書(レビュー)	ワーク・パッケージの実行	プロジェクト・ログ (更新) スペシャリスト成果物 (作成)
チーム計画書 (レビュー) ワーク・パッケージ記述書(レビュー) プロジェクト・ログ (レビュー)	ワーク・パッケージの評価	チェックポイント報告書 (期間ごとに作成) プロジェクト・ログ (更新)
チーム計画書 (確認) ワーク・パッケージ記述書 (確認) プロジェクト・ログ (レビュー)	ワーク・パッケージの完了の通知	チーム計画書 (更新) ワーク・パッケージ (完了) 完了したワーク・パッケージの通知(ステージのコントロール・プロセスをトリガー)

ワーク・パッケージの受け入れ

ワーク・パッケージがチームに割り当てられる前に、プロジェクト・マネージャーとチーム・マネージャーとの間で、何を提供するかについて合意します。合意内容には、報告要件、適用される制約、適用される手順、ワーク・パッケージの要件が妥当で達成可能なものかどうかを含める必要があります。

各チーム・マネージャーに推奨される処置 * ワーク・パッケージ記述書をレビューして、何をいつ提供するかを理解する。 * 所定の制約条件に準拠して成果物完了を示すチーム計画書を作成する。例えば、アジャイル・アプローチを使用する場合であればタイムボックス内になります。 * プロジェクト・ログを更新する手順については、ワーク・パッケージ記述書を確認する。 * 各成果物に追加のレビュー担当者が必要かどうかについてプロジェクト保証と協議し、それに応じてプロジェクト・ログが更新されていることを確認する。 * チーム計画書が実行可能であり、関連するサプライヤー標準に準拠しているかどうかをプロジェクト保証(サプライヤー)と協議する。 * チーム計画書に対する必要な承認を求める。商業的な顧客とサプライヤーの関係の場合、プロジェクト・マネージャーがチーム計画書をレビューして承認することが不適切である場合があります。この状況では、シニア・サプライヤーがチーム計画書をレビューして承認する場合もあります。 * チーム計画書を参照してリスクのレビューを実施し、リスクの追加や修正がある場合には、プロジェクト・マネージャーに通知する。チーム・マネージャーがリスクを直接記録することがワーク・パッケージ記述書で許可されている場合、チーム・マネージャーはプロジェクト・ログを更新する必要があります。 * ワーク・パッケージの提供に合意する。

ワーク・パッケージの実行

認可されたワーク・パッケージに定義されている要件に従って作業を実行、モニタリングする必要があります。 プロジェクト・マネージャーが設定した許容度内でワーク・パッケージを完了できると予測できる場合、チーム・マネージャーはワーク・パッケージに従って作業の実施や是正処置を実施することができます。ワーク・パッケージの許容度を超えることが予測された場合、チーム・マネージャーは速やかにプロジェクト・マネージャーに課題を提起します。その後、プロジェクト・マネージャーが処置を決定します。 さらに、チーム内の心理的安全性を確保することは非常に重要です。関連する課題とリスクは、迅速かつ適切に対処する必要があります。

各チーム・マネージャーに推奨される処置 * ワーク・パッケージ記述書で定義された要件と、合意されたチーム計画書の特定の取り決めに従って、必要な成果物の開発を管理する。 * 新しい課題、リスク、教訓があればプロジェクト・マネージャーに通知し、プロジェクト・マネージャーが必要とする処置を講じる。 * 完了した品質活動をプロジェクト・マネージャーに通知し、品質登録簿を更新する。 * 完成した成果物の承認を取得し、成果物登録簿を更新する。

ワーク・パッケージの評価

チーム・マネージャーは、ワーク・パッケージ記述書で定義された各期間の進捗をレビューし、プロジェクト・マネージャーに報告する必要があります。

推奨される処置 * ワーク・パッケージ記述書とチーム計画書をレビューして、その期間の期待される進捗を確認する。 * 課題登録簿をレビューして、ワーク・パッケージに関連する課題があるか確認する。 * リスク登録簿をレビューして、ワーク・パッケージに関連するリスクがあるか確認する。 * 品質登録簿をレビューして、ワーク・パッケージに関連する品質活動のステータスを確認する。 * 成果物登録簿をレビューして、承認レコードを含む、ワーク・パッケージに関連する成果物のステータスを確認する。 * 教訓ログをレビューして、ワーク・パッケージに関連する教訓があるか確認する。 * チェックポイント報告書を通じて、プロジェクト・マネージャーにワーク・パッケージのステータスを報告する。アジャイルなどの反復的かつ段階的なデリバリー手法を使用するプロジェクトの場合、チェックポイント報告書は「プル」システムに基づいている場合があります。プロジェクト・マネージャーはこのシステムでチーム・マネージャーと開発チームによって維持されているカンバン・ボードやバーンダウン・チャートなどの進捗チャートを確認します。 チーム・マネージャーがサプライヤー組織に所属している商業的な状況では、プロジェクト・ログとは異なる独自のログと登録簿を持ち、それを使ってワーク・パッケージを評価することもあります。(プロジェクト支援は、プロジェクト・ログに保持されているワーク・パッケージに関連する情報を提供してレビューすることにより、チーム・マネージャーを支援することもできます。)

ワーク・パッケージの完了の通知

チーム・マネージャーがワーク・パッケージの認可をプロジェクト・マネージャーから受け入れたら、その完了をプロジェクト・マネージャーに伝達する必要があります。

各チーム・マネージャーに推奨される処置 * ワーク・パッケージ記述書を確認して、手順に従って完了した成果物を提供する。 * 承認レコードをレビューして、ワーク・パッケージによって提供されるすべての成果物が承認されていることを確認する。 * チーム計画書を更新して、ワーク・パッケージが完了していることを示す。 * プロジェクト・ログをレビューして、ワーク・パッケージに関連する教訓や未解決の課題およびリスクがあるか確認する。 * 提供された成果物のステータスと、ワーク・パッケージ記述書での合意内容に対する作業のパフォーマンスについてプロジェクト・マネージャーに説明し、完成した成果物に関連する未解決の課題(仕様外項目など)またはリスクを強調する。 * プロジェクト・マネージャーにワーク・パッケージが完了したことを通知する。

適用

一般的な考慮事項

このプロセスの活動は、状況に合わせて結合、分割、または同時に実行できます。ただし、ステージのコントロール・プロセスへの接続の完全性を確保するよう注意しなければなりません。 このプロセスでは専門的な作業が行われるため、作業の種類に適したデリバリー手法と技法を使用して作業が完了されます。したがって、専門的な作業のモニタリングとコントロールは、使用されている方法と技法に適したコントロールと尺度を使用することが重要です。プロジェクト・マネージャーとチーム・マネージャーはそのようなコントロールに合意し、それらをワーク・パッケージ記述書に記載し、プロジェクトに対して確立されたマネジメント・アプローチと互換性があることを確認します。 ワーク・パッケージは必ずしも規模が小さいとは限りません。プロジェクトと同様にワーク・パッケージにも適用可能であり、その場合も適切なガバナンスとコントロールが必要です。また多くの場合、プロジェクト・マネジメント・スキルを有するチーム・マネージャーも必要です。 大規模なワーク・パッケージの場合、チーム・マネージャーは、階層化した小さなワーク・パッケージを作成しチーム・メンバーに割り当てることができます。この場合、成果物デリバリーのマネジメント・プロセスは、下位レベルのワーク・パッケージの作業が確実にコントロールされるようにテーラリングする必要があります。 成果物デリバリーのマネジメント・プロセス中のチーム・マネージャーとそのチーム・メンバーの関係は、協調的でなければなりません。チーム・マネージャーは、チーム・メンバーにタスクを委任したりアサインしたりするのではなく、オーナーシップを改善させるプロセスを促進し、ワーク・パッケージまたはチーム計画書、そして最終的にはプロジェクト目標とビジネス目標に貢献できるようにします

役割のテーラリング

チーム・マネージャーはすべての活動の実行責任を負いますが、チーム・メンバーから支援を受ける場合もあります。プロジェクト・マネージャーはチーム・マネージャーの役割を引き受けることができます。 ワーク・パッケージはさらにワーク・パッケージに分割することができます。これにより、独自の報告構造を持つチーム・マネージャーの階層を作成できます。上位レベルのチーム・マネージャーは、上位レベルのワーク・パッケージ内のすべての作業に実行責任があり、全体的な進捗をプロジェクト・マネージャーに報告します。 ワーク・パッケージ記述書の作成者、更新者、承認者を定義しますが、これらの責任は、チーム・マネージャーとプロジェクト・マネージャーの両者がワーク・パッケージ記述書の内容について合意している場合は変更できます。

責任

活動	ビジネス・レイヤー	プロジェクト・エグゼクティブ	シニア・ユーザー	シニア・サプライヤー	プロジェクト・マネージャー	チーム・マネージャー	プロジェクト保証	プロジェクト支援
ワーク・パッケージの受け入れ					A	R		I
ワーク・パッケージの実行					A	R	C	C
ワーク・パッケージの評価					A	R	C	C
ワーク・パッケージの完了の通知					A	R	C	I

R = 実行責任、A = 説明責任、C = 協議先、I = 情報先

プロセスへのプラクティスの適用

プラクティス	成果物デリバリーのマネジメント・プロセスへの適用
ビジネス・ケース	ワーク・パッケージ記述書で定義されたベネフィット・マネジメント要件と持続可能性マネジメント要件は、ワーク・パッケージの実行時に満たされます
組織化	ワーク・パッケージ記述書で定義されたコミュニケーション・マネジメント要件、変更マネジメント要件、商業マネジメント要件は、ワーク・パッケージの実行時に満たされます。 チーム構造、予定、作業の取り決めを記載したチーム計画書が作成されます。 チームのウェルビーイングと状況がモニタリングされます
計画	チーム・マネージャーは、プロジェクト・マネージャーから要求されたワーク・パッケージのチーム計画書を作成します。
品質	ワーク・パッケージ記述書で定義された品質マネジメント要件は、ワーク・パッケージの実行時に満たされます。 チーム計画書のスコープ内にある特別な成果物が作成され、提供されます。 チーム計画書のスコープ内にある成果物の品質登録簿は、計画された品質活動と実際の品質活動のレコードに合わせて更新されます
リスク	ワーク・パッケージ記述書で定義されたリスク・マネジメント要件は、ワーク・パッケージの実行時に満たされます。 チーム・レベルの課題のリスク登録簿は、新しいリスク、変化するリスク、リスク対応策のステータスのレコードに合わせて更新されます。 リスクは、該当する場合はプロジェクト・マネージャーにエスカレーションされます
課題	ワーク・パッケージ記述書で定義された課題マネジメント要件は、ワーク・パッケージの実行時に満たされます。 チーム・レベルの課題の課題登録簿は、新しい課題、変化する課題、処置のステータスのレコードに合わせて更新されます。 課題は、該当する場合はプロジェクト・マネージャーにエスカレーションされます
進捗	チーム計画書のスコープ内にある成果物の成果物登録簿は、成果物のステータスのレコードに合わせて更新されます。 ワーク・パッケージ記述書で定義されたデータ・マネジメント要件は、ワーク・パッケージの実行時に満たされます。 チェックポイント報告書は、ワーク・パッケージ記述書で合意された頻度でプロジェクト・マネージャーに提供されます。 チーム・レベルの教訓の教訓ログが更新されます