プロジェクトイニシエーション 月間イニシエーション 週刊管理 毎日の管理 月の締め切り プロジェクト終了 プロジェクト後の管理 スポンサーの指定 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 - プロジェクト後の管理


C02 - 逸脱への対応計画

この管理アクティビティは、各週の始めに行われるアクティビティグループである週刊管理グループに属します。

C01のパフォーマンス測定に基づくターゲットから逸脱がある場合には、管理して軌道に戻すようにします。

複雑な場合には、ワークショップを行い、逸脱からの回復方法を計画するすべて、または選択したチームメンバーグループから援助してもらうことができます。重要な場合、またはデリケートな場合には、その人たちにアドバイスを求めて、回復プランの承認を求めましょう。

逸脱から回復ができない場合には、スポンサーの承認を求め、修正したターゲットと目標を設定し、その承認を得ます。必ず、新しい情報をプロジェクト説明に記録してください。

今後、同じような問題が起こるかも知れない逸脱の潜在的な理由がある場合には、リスクとしてフォローアップ登録に記録して、それに向けた適切なリスク対応を計画します。

プロジェクト説明テンプレート

フォローアップ登録テンプレート

目的

プロジェクトの目標達成のためには、蓄積する前にできるだけ早く逸脱から回復する必要があります。もっと重要なことは、逸脱から回復しようとして成功せず、プロジェクトで差し迫った傾向が見えた場合、既存のターゲットではプロジェクトの目標を達成できないということが分かり、それらのターゲットを修正しなければなりません。修正したら、それをもう正当化できず、プロジェクトが取り消されることがあり、今後もっと大きな損失を避けることができます。

共通の落とし穴

「今から15%早く仕事をしなければなりません」といった一般的、曖昧、希望的な声明は回復プランではないということを覚えておきましょう。回復プランは現実的で、実行、査定できる行動可能なことを含む必要があります。

逸脱からの回復と、逸脱の根本原因の解決から選ぶ必要があります。これは今後同じ問題を起こすことがあり、後者を優先してください。そうしない場合には、継続的に障害除去活動をしているでしょう。

原則

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



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

⊚ 図表をダウンロード


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

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

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



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


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





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