プロジェクトイニシエーション 月間イニシエーション 週刊管理 毎日の管理 月の締め切り プロジェクト終了 プロジェクト後の管理 スポンサーの指定 A01 プロジェクトマネージャーの指定 A02 要となるチームメンバーの指定 A03 プロジェクトの説明 A04 成果物の識別、計画 A05 リスクとプラン対応の計画 A06 プロジェクトイニシエーションのピアレビュー A07 継続か中止かの決定 A08 プロジェクト開始 A09 焦点を当てたコミュニケーションの実践 A10 プランの修正、改良 B01 月間サイクルのビアレビュー B02 継続か中止かの決定 B03 月間サイクルの始まり B04 焦点を当てたコミュニケーションの実行 B05 測定とレポートパフォーマンス C01 逸脱への対応計画 C02 週刊サイクルの始まり C03 焦点を当てたコミュニケーションの実行 C04 リスク、問題、変更リクエストの管理 D01 完了した成果物の承認 D02 関係者の満足度査定 E01 改善に向けたレッスンとプランの取り込み E02 焦点を当てたコミュニケーションの実行 E03 製品引き渡し F01 関係者の満足度査定 F02 終了するアクティビティグループのピアレビュー F03 プロジェクト文書のアーカイブ F04 お祝いしましょう! F05 焦点を当てたコミュニケーションの実行 F06 有益性の査定 G01 新しいアイデアの生成 G02 焦点を当てたコミュニケーションの実行 G03

導入

A - プロジェクトイニシエーション

B - 月間イニシエーション

C - 週刊管理

D - 毎日の管理

E - 月の締め切り

F - プロジェクト終了

G - プロジェクト後の管理


D02 - 完了した成果物の承認

この管理アクティビティは毎日の管理 アクティビティグループに属します。毎日完了されます。

チームリーダーとサプライヤープロジェクトマネージャーに指定された成果物は、いつでも終えることができます。それはプロジェクトマネージャーによるクイックレビューと承認の時です。この管理アクティビティの承認は、準備作業です。

主要成果物、または重要な成果物の場合には、可能であればスポンサーと顧客の承認を求めましょう。

目的

進行中の仕事が多すぎると、問題が起こります。リソースを無駄にして質が低下することがあり、プロジェクトの予測性を減らします。可能な時にいは、同時にあまりに多くの成果物に取り組むのではなく、誰もが次のプロジェクトに移る前にひとつのアイテムを仕上げて終えるように促す必要があります。

共通の落とし穴

成果物を承認することには責任を負い、一部のプロジェクトマネージャーは承認を遅らせてこの責任を避けます。これは逆効果で避けるべきです。責任を負うことを心配しないでください。承認する成果物の一部は今後問題を起こすかも知れませんが、それらの問題は、プロジェクトで保留にしている成果物が多すぎることほど大きな問題ではありません。

多くの成果物はほぼ完了の状態ですばやくアプローチし、その後にいくつかの小さな困難のために問題に突き当たります。 ほとんどの仕事は完了しているので、完了としてマークする気になるかも知れませんが、そうすべきではありません。完全に完了した成果物だけを承認すべきです。

原則

以下の原則は、この管理アクティビティで重要な役割を果たします。



⊚ ダウンロード可能なPDFのマニュアル

⊚ 図表をダウンロード


ご意見を共有していただき、ありがとうございます。以下のことにご注意ください。

  • 簡潔、明確にお書きください。
  • お好きな言語でお気軽にお書きください。
  • 複数の提案がある場合には、別々にご送信ください。

お客様のご提案がプラスの改善となる場合には、貢献者としてお客様を喜んでクレジットを提供いたします(このフォームにお客様のお名前とメールアドレスを提供する場合)。



ウェブ上のランダムなボットと区別するために、下記にP3.expressアクティビティグループ数をご入力ください。


よろしければ、お客様のコメントについて話す必要がある、または投稿者としてお客様にクレジットを与える場合に、お客様のお名前とメールアドレスを当社と共有することができます。





チーム メンバーが 1 ~ 7 人程度のマイクロ プロジェクトがある場合は、通常の P3.express の代わりに micro.P3.express を使用することをお勧めします。