マインドマップギャラリー PMP パフォーマンス ドメイン管理
PMP パフォーマンス ドメイン管理には、8 つのプロジェクト パフォーマンス ドメインが含まれます: 利害関係者、チーム、開発方法とライフ サイクル、計画、プロジェクト作業、納品、測定、不確実性パフォーマンス ドメイン、さまざまなパフォーマンス ドメインで何を行う必要があるかを説明する配布、準備。 PMP試験を受ける学生
2022-06-22 11:46:08 に編集されました人件費の管理は、企業が経済的利益を最大化するための重要な手段です。企業は、課題に対処するために中核となる競争力を継続的に向上させる必要があります。
これは教育技術のガイドではなく、教育の雰囲気を見つける旅です。読者の皆さん、この本では、それぞれの教育的な物語を通して、本当の教育者がどうあるべきかがわかります。繊細で機知に富み、子供たちにとって何が適切で何が不適切かを知っていて、何を言うべきか、何を言ってはいけないのか、注意を払うのかを知っています。子どもの個性を尊重し、子どもの個々の生活世界に注意を払い、子どもの話を「見る」「聞く」方法を知ってください。真の教育者だけが子どもの心を理解し、似非教育の調子を整え、教育と成長をより美しく充実したものにすることができるのです。
この本では、著者は、ほとんどの人が知識とスキルを学ぶのに適した一連の学習方法を詳細にまとめています。著者の意見では、あらゆる学習は、正確なインプット、深い消化、そして複数のアウトプットという 3 つの段階に分けられると考えています。 1 つ目は知識のインプットです。これは、最初に新しい知識を取り入れ、次に知識を消化し、インプットされた知識を理解し、最後に学んだ知識を使用することを意味します。この本が、学習中に混乱している人、または新しいスキルの学習方法がわからないすべての人に役立つことを願っています。
人件費の管理は、企業が経済的利益を最大化するための重要な手段です。企業は、課題に対処するために中核となる競争力を継続的に向上させる必要があります。
これは教育技術のガイドではなく、教育の雰囲気を見つける旅です。読者の皆さん、この本では、それぞれの教育的な物語を通して、本当の教育者がどうあるべきかがわかります。繊細で機知に富み、子供たちにとって何が適切で何が不適切かを知っていて、何を言うべきか、何を言ってはいけないのか、注意を払うのかを知っています。子どもの個性を尊重し、子どもの個々の生活世界に注意を払い、子どもの話を「見る」「聞く」方法を知ってください。真の教育者だけが子どもの心を理解し、似非教育の調子を整え、教育と成長をより美しく充実したものにすることができるのです。
この本では、著者は、ほとんどの人が知識とスキルを学ぶのに適した一連の学習方法を詳細にまとめています。著者の意見では、あらゆる学習は、正確なインプット、深い消化、そして複数のアウトプットという 3 つの段階に分けられると考えています。 1 つ目は知識のインプットです。これは、最初に新しい知識を取り入れ、次に知識を消化し、インプットされた知識を理解し、最後に学んだ知識を使用することを意味します。この本が、学習中に混乱している人、または新しいスキルの学習方法がわからないすべての人に役立つことを願っています。
PMP-プロジェクトパフォーマンスドメイン
コンセプト
プロジェクト パフォーマンス ドメインは、プロジェクトを効果的に成功させるために重要な一連の関連アクティビティです。
プロジェクト パフォーマンス ドメインは、調整された方法で望ましいプロジェクトの成果を達成するために、相互作用し、相互に関連し、相互依存する重点領域です。
8 つのプロジェクト パフォーマンス ドメイン: 利害関係者、チーム、開発アプローチとライフ サイクル、計画、プロジェクト作業、納品、測定、不確実性
ステークホルダーのパフォーマンスドメイン
ステークホルダーパフォーマンスドメインは、ステークホルダー関連の活動と機能を扱います。
ステークホルダーのパフォーマンス領域によってもたらされる期待される結果
プロジェクト全体を通じて利害関係者と生産的な協力関係を確立する
関係者がプロジェクトの目標に同意する
プロジェクトの受益者である利害関係者は協力的で満足していますが、プロジェクトやその成果物に反対する利害関係者はプロジェクトの成功に悪影響を及ぼしません。
利害関係者の関与
ステークホルダーの関与には、生産的なステークホルダーの関与を促進するための戦略と行動の実施が含まれます。
利害関係者の関与活動は、プロジェクトの開始前または開始時に開始され、プロジェクト全体を通じて継続されます。
効果的な利害関係者の関与を活用する
識別する
理解して分析する
権力、役割、態度、信念、期待、影響力のレベル、プロジェクトとの近さ、プロジェクトへの関心、利害関係者およびプロジェクトとの相互作用に関連するその他の側面
優先順位付け
参加する
コミュニケーションタイプ
通信方法
プッシュコミュニケーション
メモ、電子メール、ボイスメールなど、利害関係者に送信される通信メッセージ。
プッシュ通信は、単一の関係者または関係者のグループとの一方向の通信に使用できます。
プッシュ型コミュニケーションは、反応を即座に判断し、状況の理解を評価する能力を妨げるため、慎重に使用する必要があります。
プルコミュニケーション
利害関係者が求めている情報。例: プロジェクト チームのメンバーがイントラネット上でコミュニケーション ポリシーやテンプレートを探している、インターネット検索を実行している、オンライン リポジトリを使用している。
プルコミュニケーションを使用すると、ステークホルダーの懸念を間接的に検出できます
インタラクティブコミュニケーション
プッシュやプルのコミュニケーションよりもエンゲージメントが深まります
参加中にインタラクティブにコミュニケーションを取る
これには、1 人以上の関係者による会話、電話、会議、ブレインストーミングなどの情報交換が含まれます。
迅速なフィードバック ループにより、さまざまな形式のコミュニケーションを通じて有益な情報が提供されます
利害関係者がメッセージをどの程度認識しているかを判断する
関係者がメッセージに同意するかどうかを判断する
受信者が発見した微妙なメッセージや予期せぬメッセージを特定する
その他の有益な洞察を得る
監督する
プロジェクト全体にわたる利害関係者の関与の量と有効性を監視する
他のパフォーマンス領域との相互作用
プロジェクト チームの要件と範囲を定義して優先順位を付ける
参加して企画する
プロジェクトの成果物とプロジェクトの結果の受け入れと品質基準を決定します
テスト結果
チェック結果
チームパフォーマンス領域
チーム パフォーマンス ドメインには、ビジネス成果を達成するためのプロジェクト成果物の作成に関連する人間の活動と機能が含まれます。
予想された結果
責任の共有
ハイパフォーマンスチーム
すべてのチームメンバーは適切なリーダーシップとその他の対人スキルを発揮します
コンセプト
プロジェクトマネージャー
プロジェクトの目標を達成するためにプロジェクトチームを率いるために、実施組織によって任命された個人
プロジェクト管理チーム
プロジェクト管理活動に直接関与するプロジェクト チームのメンバー
プロジェクトチーム
プロジェクトの目標を達成するためにプロジェクト作業を実行する人々のグループ
プロジェクトチームの管理とリーダーシップ
プロジェクト管理では、知識、スキル、ツール、テクニックを管理活動やリーダーシップ活動に適用する必要があります。
管理活動は、効果的な手順の開発、計画、調整、測定、作業の監視など、プロジェクトの目標を達成するための手段に焦点を当てます。
人材を重視したリーダーシップ活動
リーダーシップ活動には、プロジェクト チームに影響を与える、動機づける、傾聴する、促進する、その他の活動が含まれます。
一元的な管理とリーダーシップ
場合によっては、プロジェクト憲章またはその他の権限文書により、プロジェクト マネージャがプロジェクトの成果を達成するためにプロジェクト チームを編成する権限が与えられる場合があります。
分散型管理とリーダーシップ
サーバントリーダーシップ
プロジェクト チームの最高のパフォーマンスを達成するために、メンバーのニーズと成長を理解して満たすことに重点を置きます。
サーバント リーダーは、次の問題の解決に焦点を当ててプロジェクト チームのメンバーを育成することを重視します。
場合によっては、プロジェクト マネージャーが指名されず、プロジェクト チームの誰かがファシリテーターとして機能し、コミュニケーション、コラボレーション、関与を促進することがあります。
サーバントリーダーシップの行動には以下が含まれます:
障害物を取り除く
気を散らすものを避ける
奨励と開発の機会
チーム開発の共通点
ビジョンと目標
役割と責任
プロジェクトチームの運営
ガイド
育つ
プロジェクトチームの文化
透明
誠実さ
尊敬
活発な議論
サポート
勇気
成功を祝う
ハイパフォーマンスプロジェクトチーム
オープンで正直なコミュニケーション
コンセンサス
責任の共有
信頼
協力
適応性
靭性
力を与える
承認
リーダーシップスキル
ビジョンを確立し維持する
ビジョンでは次のような概要を示す必要があります。
プロジェクトの目的は何ですか
成功するプロジェクトの定義とは何ですか?
プロジェクトの結果が得られた後、未来はどのように改善されるでしょうか?
プロジェクト チームは、ビジョンから逸脱していることをどのようにして認識するのでしょうか?
批判的思考
偏りのないバランスのとれた情報を調査して収集する
問題を特定、分析、解決する
偏見、明言されていない仮定、価値観を特定する
言語の使用とそれが自分自身や他者に与える影響を特定する
データと証拠を分析して議論と意見を評価する
イベントを観察してパターンと関係を特定する
帰納、演繹、アブダクションの適切な使用
誤った前提、誤った類推、感情的な訴え、その他の誤ったロジックを特定して明確にする
励起
プロジェクト チームのメンバーが高いパフォーマンスを達成する動機を理解する
プロジェクト チームのメンバーと協力して、プロジェクトに継続的に取り組み、プロジェクトを実現します。
内発的動機づけ: 達成、挑戦、仕事への信念、変化を起こす、自主性と自律性、責任、個人の成長、調和のとれた人間関係の必要性、プロジェクト チームの一員であること
対人能力
心の知能指数:自己認識、自己管理、社会的認識、社会的スキル
意思決定: プロジェクト チームの意思決定は、多くの場合、発散/収束パターンに従います。
競合管理
コミュニケーションをとるときはオープンかつ正直であり、敬意を表します
人ではなく問題に焦点を当てる
過去ではなく現在と未来に焦点を当てましょう
一緒に代替案を見つける
リーダーシップのスタイルを調整する
特定の種類のプロジェクトの経験
プロジェクトチームメンバーの成熟度
組織統治構造
分散型プロジェクト チーム
テスト結果
チェック結果 - チームパフォーマンスドメイン
開発手法とライフサイクルパフォーマンス領域
概要
開発アプローチとライフサイクル パフォーマンス ドメインには、プロジェクトの開発アプローチ、ペース、ライフサイクル フェーズに関連するアクティビティと機能が含まれます。
予想された結果
プロジェクトの成果物に合わせた開発方法論
プロジェクトの開始から完了までのフェーズで構成され、ビジネスの実現とステークホルダーの価値を結びつけるプロジェクトのライフサイクル
プロジェクトの成果物を作成するために必要な配信ペースと開発アプローチを促進するフェーズで構成されるプロジェクト ライフ サイクル。
発達、ペース、ライフサイクルの関係
プロジェクト成果物の種類によって開発の実施方法が決まります
成果物の種類と開発方法は、プロジェクトの納品の数とペースに影響を与えます
成果物の開発方法と望ましい納品ペースによって、プロジェクトのライフサイクルとそのフェーズが決まります
配達のリズム
1回限りの配送
1 回限りの配信プロジェクトはプロジェクトの終了時にのみ配信されます
複数の配送
定期配送
継続的デリバリー
継続的デリバリーとは、機能の増分を即座に顧客に提供する方法です (通常は、小さなバッチの作業と自動化技術を使用します)。
継続的デリバリーはデジタル製品にも使用可能
継続的デリバリは、製品ライフサイクル全体を通じてメリットと価値を生み出すことに重点を置いています
開発手法
予測的アプローチ
予測手法は、プロジェクトと製品の要件をプロジェクトの開始時に定義、収集、分析する場合に役立ちます。ウォーターフォールアプローチとも呼ばれる
予測アプローチにより、プロジェクト チームはプロジェクトの初期段階で不確実性のレベルを軽減し、計画作業の多くを事前に完了できます。
予測アプローチでは、概念実証開発を通じてオプションを検討できますが、ほとんどのプロジェクト作業は、プロジェクトの開始近くに作成された計画に従います。
このアプローチを採用するプロジェクトは、以前の同様のプロジェクトのテンプレートから学ぶことができます。
ハイブリッドアプローチ
ハイブリッド開発アプローチは、適応的アプローチと予測的アプローチを組み合わせたものです。
この開発アプローチは、要件に不確実性やリスクがある場合に役立ちます。
ハイブリッド アプローチは、成果物をモジュール化できる場合、または異なるプロジェクト チームによって開発できる成果物がある場合にも役立ちます。
ハイブリッド アプローチでは、通常、反復的または増分開発アプローチが使用されます。
適応的なアプローチ
適応型アプローチは、要件が高度な不確実性と変動性の影響を受け、プロジェクト全体を通じて変化する可能性がある場合に役立ちます。
適応型手法には、具体的には反復手法と増分手法の使用が含まれます。
開発アプローチを選択する際の考慮事項
製品、サービス、または結果
革新性の度合い
非常に革新的な成果物、またはプロジェクト チームによって行われていない成果物は、より適応的なアプローチに適しています。
確実性を要求する
予測アプローチは、要件がよく知られており、簡単に定義できる場合に適しています。
要件が不確実、不安定、または複雑で、プロジェクト全体を通じて進化すると予想される場合には、より適応的なアプローチがより適切である可能性があります。
範囲の安定性
予測アプローチは、成果物の範囲が安定していて変更される可能性が低い場合に役立ちます。
スコープで多くの変更が予想される場合は、開発手法の範囲の適応性の高い端に近づくと便利な場合があります。
変更の容易さ
要件の確実性と範囲の安定性に関連する
成果物の性質により管理と統合がより困難になる場合は、予測アプローチが適切です。
配送オプション
危険
安全要件
規則
プロジェクト
開発方法に影響を与えるプロジェクト変数
ステークホルダー
スケジュールの制約
資金の利用可能性
整理する
組織構造
文化
組織力
プロジェクト チームの規模と場所
ライフサイクルとステージの定義
プロジェクト ライフ サイクルにおけるプロジェクト フェーズの種類と数は、多くの変数によって決まります。主な変数は、配信ペースと開発アプローチです。
ライフサイクルの段階の例
実現可能性段階
設計段階
構築フェーズ
テスト段階
導入フェーズ
終盤
アダプティブ開発手法のライフサイクル
インクリメンタル開発手法のライフサイクル
予測ライフサイクルの例
配信ペース、開発アプローチ、ライフサイクルを調整する
提供頻度と開発アプローチ
潜在的なライフサイクル
スタートアップフェーズ
計画段階
開発段階
テスト段階
導入フェーズ
終盤
他のパフォーマンスドメインとの相互作用
開発方法論と納品頻度はプロジェクトの不確実性を軽減する 1 つの方法です
テスト結果
チェック結果
パフォーマンス領域の計画
計画パフォーマンス ドメインには、プロジェクトの成果物とプロジェクトの成果を提供するために必要な、初期、進行中、発展中の組織と調整に関連する活動と機能が含まれます。
予想された結果
プロジェクトは系統的、調整的かつ十分に考慮された方法で進行します
プロジェクトの結果を達成するために総合的なアプローチをとる
プロジェクトの実施によって達成されるべき成果物とプロジェクトの結果を生み出すために、進化する情報を精緻化する
計画に費やす時間は状況に応じて適切である
計画情報は利害関係者の期待を管理するのに十分です
プロジェクト全体を通じて、新たに発生するニーズや変化するニーズや条件に基づいて計画を調整するプロセスが存在します。
計画変数
プロジェクトの計画方法に影響を与える変数
開発手法
事前に高レベルの計画を立て、その後プロトタイプを使用した設計フェーズを行う方法
プロジェクト チームは反復的で適応的なアプローチを実装します
プロジェクトの成果物
組織のニーズ
市況
法的または規制上の制限
届ける
プロジェクトの範囲とは、特定の特性と機能を備えた製品、サービス、または結果を提供するために完了する必要がある作業です
見積もり
間隔
正確さ
正確さ
自信
決定論的推定と確率的推定
確定的推定は点推定とも呼ばれ、3 か月などの数値または金額で表されます。
確率の推定値には、特定の間隔内の推定値と、その間隔内の関連する確率が含まれます。
絶対推定値と相対推定値
絶対推定値は、実際の数値を使用した具体的な情報です。特定の状況でのみ意味をなす
ワークフローベースの見積り
サイクルタイムとスループットを決めて開発
不確実性の推定値を調整する
スケジュール
スケジュールは、期間、依存関係、その他の計画情報を含む、プロジェクト アクティビティを実行するためのモデルです。
スケジュール計画では、予測アプローチまたは適応アプローチを使用できます。
予測手法に従う手順
ステップ 1: プロジェクトの範囲を特定のアクティビティに分割する
ステップ 2: 関連するアクティビティを順番に整理する
ステップ 3: アクティビティを完了するために必要な労力、期間、人員、および物理的リソースを見積もる
ステップ 4: 空き状況に基づいて人やリソースをアクティビティに割り当てる
ステップ 5: 合意されたスケジュールに達するまで、順序、見積もり、リソースを調整する
その他のケース
プログレス圧縮方式
スケジュールモデルが当初希望した終了日と一致しない場合は、スケジュール圧縮アプローチを使用できます。
急ぐことはスケジュールを圧縮する方法であり、アクティビティに人を追加したり、残業したり、納期を早めるためにお金を払ったりすることが含まれる場合があります。
迅速なフォローアップも進捗を圧縮する方法です
迅速なフォローアップには、多くの場合、ネットワーク パスに進みと遅れを適用する必要があります。
リードタイムとは、先行アクティビティが完了する前に後続アクティビティを開始するなど、後続アクティビティの加速を指します。
タスク 2 の完了とタスク 4 の開始の間にはリードタイムがあります。図の例
ラグとは、後続アクティビティの遅延を指します。
ラグの使用例は、最初にアクティビティ間の関係タイプを変更してから、ラグを適用することです。
タスク 8 とタスク 7 の間にはラグがあります。サンプル画像
4 つの依存関係
必須の依存関係
契約によって要求される依存関係、または仕事の固有の性質によって決定される依存関係
このタイプの依存関係は通常は変更できません
選択的な依存関係
ベスト プラクティスまたはプロジェクトの設定に基づいた関係。このタイプの依存関係は変化する可能性があります。
外部依存関係
プロジェクト アクティビティと非プロジェクト アクティビティの間のこの種の依存関係は、変更することはできません。
内部依存関係
1 つ以上のプロジェクト アクティビティ間の関係、この種の依存関係は変化する可能性があります
適応的なスケジュール計画は増分計画の形式をとる
リリースおよびイテレーション計画、図の例
予算
プロジェクトの予算は、合意されたプロジェクトの見積もりに基づいて作成されます
プロジェクトの予算には、不確実性に対処するための予備費が含まれています
プロジェクトチームの構成と構造
プロジェクト チームの構成を計画するときは、プロジェクト作業を完了するために必要なスキル セットを決定することから始めます。
通信する
考慮すべきコミュニケーション要素
情報が必要な人
各関係者はどのような情報を必要としていますか?
ステークホルダーと情報を共有する理由
情報を提供する最善の方法は何ですか
いつ、どのくらいの頻度で情報が必要になるか
必要な情報を持っている人
物理的リソース
物理的リソースは人以外のあらゆるリソースに適用されます
物理リソースには、材料、機器、ソフトウェア、テスト環境、ライセンスなどが含まれます。
購入
変化
メトリクス
計画、実施、取り組みの測定の間には自然なつながりがあり、このつながりが指標です。
メトリクスには、仕事のパフォーマンスが期待を満たしているかどうか、期待されたパフォーマンスからプラスまたはマイナスに逸脱する傾向があるかどうか、または許容できないかどうかを示すしきい値の設定が含まれます。
一貫性
納期の約束、割り当てられた資金、リソースの種類と利用可能性、プロジェクトに固有の不確実性、および利害関係者のニーズ
プロジェクト内の作業のタイミングは、関連プロジェクトの作業および組織のビジネスの作業のニーズと一致している必要があります。
他のパフォーマンスドメインとの相互作用
プロジェクト全体を通じて、計画はプロジェクトの作業、成功、ビジネス価値の提供を導きます。
テスト結果
チェック結果
プロジェクト作業パフォーマンス領域
プロジェクトの作業パフォーマンス領域には、プロジェクトプロセスの確立、物理的リソースの管理、学習環境の作成に関連する活動と機能が含まれます。
プロジェクト作業には、プロジェクト チームが期待される成果物と結果を提供できるようにするためのプロセスの確立と作業の実行が含まれます。
予想された結果
効率的かつ効果的なプロジェクトのパフォーマンス
プロジェクトと環境に適したプロジェクトプロセス
ステークホルダーとの適切なコミュニケーションと関与
物理リソースを効果的に管理する
調達を効果的に管理する
継続的な学習とプロセスの改善を通じてチームの能力を向上させる
プロジェクトの作業には以下が含まれます
既存の作業、新しい作業、作業の変更を管理するプロセス
プロジェクトチームの集中力を維持する
効率的なプロジェクト システムとプロセスを確立する
ステークホルダーとのコミュニケーション
資材、設備、消耗品、物流を管理する
契約専門家やベンダーと協力して調達と契約を計画および管理する
プロジェクトに影響を与える可能性のある変更を監督する
プロジェクトの学習と知識の伝達を可能にする
プロジェクトのプロセス
プロジェクト マネージャーとプロジェクト チームは、プロジェクト チームが作業を実行するために使用するプロセスを確立し、定期的にレビューする必要があります。
環境プロセスを最適化する方法
無駄のない生産方式
リーン・マニュファクチャリングでは、バリュー・ストリーム・マッピングなどの手法を使用して、付加価値のある活動と付加価値のない活動の比率を測定します。
ミーティングや学んだ教訓を振り返る
次の資金を使うのに最適な場所はどこですか?
競争上の制約のバランスを取る
制約は、固定納期、規制遵守、事前に決められた予算、品質ポリシー、三重収益の考慮事項などの形をとる場合があります。
プロジェクトチームの集中力を維持する
プロジェクトのコミュニケーションと参加
物理リソースを管理する
現場での資材の取り扱いと保管を削減または排除する
材料の待ち時間をなくす
スクラップと廃棄物を最小限に抑える
安全な労働環境を推進する
調達に関する事項を処理する
入札プロセス
情報提供への招待状
プロポーズへの誘い
見積依頼
契約書に署名する
新しい作業と変更を監督する
プロジェクト全体を通して学ぶ
知財管理
形式知と暗黙知
他のパフォーマンスドメインとの相互作用
プロジェクト作業は、効率的かつ効果的な計画、実施、測定を促進およびサポートします。
プロジェクト作業は、プロジェクト チームの会議、交流、利害関係者の関与に効果的な環境を提供します
テスト結果
チェック結果
配信パフォーマンス領域
デリバリーパフォーマンスドメインには、デリバリープロジェクトによって達成される範囲と品質に関連する活動と機能が含まれます。
予想された結果
プロジェクトはビジネス目標の達成と戦略の推進に役立ちます
プロジェクトは当初の目的を達成します
プロジェクトの利益は計画された期間内に達成されました
プロジェクト チームは要件を明確に理解しています
利害関係者がプロジェクトの成果物を受け入れ、満足している
価値の提供
成果物
必要
要求の引き出し
満たすべき基準
クリア
簡潔
検証可能
一貫性
全体
追跡可能
進化し発見されたニーズ
管理ニーズ
範囲の定義
スコープの分解
範囲は、作業分解構造 (WBS) を使用して、より低い詳細レベルに階層化することで指定できます。
完全な成果物
合格または完了の基準
技術的なパフォーマンスの測定
完了の定義
完成という目標は進み続ける
品質
品質コスト (COQ)
予防コストと評価コストは品質要件適合コストに関連します
内部および外部の故障コストは不適合コストに関連します
品質コストに関わる4つのコスト
防止
製品またはサービスのニーズ
品質計画
品質保証
トレーニング
評価する
確認する
品質監査
サプライヤーの評価
内部障害
無駄
スクラップされた
手直しや修正
故障解析
外部障害
修理とサービス
保証請求
苦情
商品を返品する
評判
変更コスト
欠陥の発見が遅くなるほど、修正にかかる費用が高くなります
次善の結果
他のパフォーマンスドメインとの相互作用
デリバリーパフォーマンスドメインは、計画パフォーマンスドメインで実行されるすべての作業の蓄積です。
配信頻度は、ライフサイクル パフォーマンス ドメインで作業するための開発アプローチと構造的アプローチに基づいています。
テスト結果
チェック結果
パフォーマンス領域を測定する
パフォーマンスの測定ドメインには、プロジェクトのパフォーマンスを評価し、許容可能なパフォーマンスを維持するための適切な措置を講じることに関連する活動と機能が含まれます。
期待される結果
プロジェクトのステータスを確実に理解する
意思決定を促進する実用的なデータ
プロジェクトのパフォーマンスを軌道に乗せるために適切かつタイムリーな措置を講じます
信頼できる予測と評価に基づいて、情報に基づいたタイムリーな意思決定を行い、目標を達成し、ビジネス価値を生み出す
メトリクスを使用する理由
計画に対するパフォーマンスを評価する
リソースの使用状況、完了した作業、費やした予算などを追跡します
責任を示す
ステークホルダーへの情報提供
プロジェクトの成果物が予定通りの利益をもたらすかどうかを評価する
トレードオフ、脅威、機会、オプションに関する会話に焦点を当てる
プロジェクトの成果物が顧客の受け入れ基準を満たしていることを確認する
測定値
測定の価値はデータの収集と配布にあるのではなく、データを使用して適切な行動を起こす方法についての会話にあります。
効果的な測定基準を開発する
主要業績評価指標
プロジェクトの主要業績評価指標 (KPI) は、プロジェクトの成功を評価するために使用される定量化可能な測定指標です。
KPI には先行指標と遅行指標の 2 種類があります。
先行指標
事前インジケーターはプロジェクトの変化や傾向を予測できます
変化や傾向が好ましくない場合、プロジェクト チームは高度な測定基準の根本原因を評価し、傾向を逆転させるための措置を講じます。
プロジェクトのサイズやバックログで進行中のアイテムの数など、リードの指標を定量化できます。
遅行指標
遅行指標はプロジェクトの成果物またはイベントを測定します
遅行指標は過去のパフォーマンスや状況を反映します
遅行指標は先行指標よりも測定が簡単です
遅行指標は、結果と環境変数の間の相関関係を見つけるためにも使用できます。
効果的な指標
効果的な指標の特徴
特定の
メトリクスは測定対象に固有のものです
意味のある
測定はビジネスケース、ベンチマーク、または要件に関連している必要があります
満たすことができる
与えられた人材、技術、環境があれば目標は達成可能
関連する
タイムリーな
測定内容
メトリクスのカテゴリ
成果物の指標
エラーや不具合に関する情報
この測定には、欠陥の原因、特定された欠陥の数、解決された欠陥の数が含まれます。
パフォーマンス測定指標
パフォーマンス測定は、システム動作に関連する物理的または機能的属性を説明します。
技術的なパフォーマンスの測定
届ける
作業中です
この測定値は、特定の時点で処理されている作業項目の数を示します。
リードタイム
この測定値は、ストーリーまたは作品がバックログに入ってからイテレーションまたはリリースの終了までに経過した実際の時間を示します。
生理時
サイクル タイムはリード タイムに関連しており、プロジェクト チームがタスクを完了するまでにかかる時間を示します。
キューのサイズ
この測定では、キュー内のアイテムの数を追跡します。
バッチサイズ
バッチ サイズは、反復で完了すると予想される作業量 (労力、ストーリー ポイントなど) の推定量を測定します。
プロセス効率
プロセス効率は、作業プロセスを最適化するために無駄のないシステムで使用される比率です。
ベンチマークパフォーマンス
進捗状況の測定基準
開始日と終了日
人間の労力と期間
進捗偏差SV
クリティカル パス上のパフォーマンスを確認することで、単純なスケジュールの逸脱を特定します。
達成額管理を使用する場合、スケジュールの差異は達成額と計画値の差として表されます。
進捗差異の獲得価値チャート
スケジュールパフォーマンスインデックスSPI
スケジュール パフォーマンス インデックスは、計画された作業がどの程度効率的に実行されているかを示すアーンド バリュー管理の尺度です。
機能完了率
コスト測定指標
計画コストと実際のコストの比較
このコスト測定では、実際の労働力またはリソースのコストと、バーン レートとも呼ばれる推定コストを比較します。
コスト差異CV
成果物の実際のコストと推定コストを比較して、単純なコスト差異を決定します。
達成額管理を使用する場合、コスト差異は達成額と実際のコストの差として表されます。
コスト差異の収益額チャート
コストパフォーマンス指数CPI
予算コストと比較して作業がどの程度効率的に実行されているかを示す達成価値管理の尺度。
リソース
リソースの偏差はコストの偏差につながることが多いため、リソースの測定値はコストの測定値のサブセットである場合があります。
測定内容には以下が含まれます
計画されたリソース使用率と実際のリソース使用率の比較
計画されたリソース コストと実際のリソース コストの比較
商業的価値
費用対効果比
費用対効果の比率は、プロジェクトのコストが利益を上回っているかどうかを判断するために使用されます。
計画された収益配信と実際の収益配信の比較
ROI
ROI は、コストに対する経済的利益の額を比較する測定値です。
多くの場合、プロジェクトの開発に関する意思決定へのインプットとして開発されます。
正味現在価値NPV
NPV は、一定期間にわたる資本流入の現在価値と資本流出の現在価値の差です。
通常、プロジェクトに着手することを決定するときに開発されます
ステークホルダー
ネットプロモータースコア (NPS)
ネット プロモーター スコアは、利害関係者 (通常は顧客) が製品やサービスを他の人に推奨する意欲の程度を測定します。
感情マップ
感情マップは、非常に重要な利害関係者のグループ (プロジェクト チーム) の感情や反応を追跡できます。
士気
これはアンケートを通じて行うことができます
離職率
高い離職率は士気の低下を示す
予測する
定量的な予測には次のものが含まれます。
ETCは完了時に見積もる必要があります
残りのすべてのプロジェクト作業を完了するために予想されるコストを予測する達成価値管理尺度
一般的な尺度: 完成時の予算から収益額を差し引いた値をコストパフォーマンス指数で割ったもの
完了時見積り EAC
この達成価値管理尺度は、すべての作業を完了するために予想される総コストを予測します。
共通の尺度:竣工時予算をコストパフォーマンス指数で割ったもの
完了の見積もりと完了までに残っている見積もりの予測
完了差異 VAC
財政赤字または黒字残高を予測するために使用される稼得価値管理尺度
完了時の予算 (BAC) と完了時の見積もり (EAC) の差を表します。
完了までのパフォーマンス指数 TCPI
特定の管理目標を達成するために必要なコストパフォーマンスを見積もるために使用されるアーンドバリュー管理の尺度。
TCPIは、残りの予算に対する残りの作業を完了するために必要なコストの割合を表します。
回帰分析
一連の入力変数とそれに対応する出力結果を調べることによって、数学的または統計的な関係を確立する分析手法。
この関係を使用して、将来のパフォーマンスを推測できます。
収量分析
一定期間内に完了した項目の数を評価する分析手法です。
表示情報
ダッシュボード
ダッシュボードには通常、信号図、棒グラフ、円グラフ、管理図で表示される情報が含まれます。
ダッシュボードの例
情報の発信源
情報の発信源は、大きな可視アイコン BVC とも呼ばれ、目に見える物理的な表示ツールです。
組織の他のメンバーに情報を提供し、タイムリーな知識共有を可能にします
情報の発信源の例
視覚的な管理
タスクボード
タスクボードは計画された作業を視覚的に表現したもので、誰もが各タスクのステータスを確認できます。
タスクボードを使用すると、特定のタスクの状況や各作業フェーズのタスクの数を誰でも一目で確認できます。
タスクボードまたはカンバンボードの例
燃焼チャート
バーンダウン チャートはプロジェクト チームのベロシティを示すことができます
他の種類のチャート
ビジュアルアイコンには、バリアのリストなどの情報を含めることもできます
チェックリストには、作業の完了に対する障壁、その重大度、および障壁に対処するために取られる措置が記載されています。
測定トラップ
ホーソン効果
ホーソン効果とは、何かを測定するという行為が行動に影響を与えるというものです。
バニティメトリクス
士気が低い
指標の悪用
確証バイアス
相関関係と因果関係
パフォーマンスの問題のトラブルシューティング
臨界値範囲外の測定指標の計画に同意することは測定の一部です
スケジュール、予算、速度、その他のプロジェクト固有の尺度など、さまざまな指標に対してしきい値を作成できます。
成長し改善する
プロジェクト チームが学習できるようにする
意思決定を推進する
製品またはプロジェクトのパフォーマンスの一部を改善する
問題の回避に役立つ
パフォーマンスの低下を防ぐ
他のパフォーマンスドメインとの相互作用
計画は納品と計画を比較するための基礎となるため、測定パフォーマンス ドメインは、計画パフォーマンス ドメイン、プロジェクト作業パフォーマンス ドメイン、および納品パフォーマンス ドメインと相互作用します。
測定パフォーマンス ドメインは、学習した教訓が更新された計画に有利な情報または不利な情報を反映するように最新の情報を提供することで、計画パフォーマンス ドメインの一部であるアクティビティをサポートできます。
テスト結果
チェック結果
不確実性パフォーマンス領域
不確実性パフォーマンス領域には、リスクと不確実性に関連する活動と機能が含まれます。
予想された結果
技術的、社会的、市場的、経済的環境を含むがこれらに限定されない、プロジェクトの運営環境を理解する
不確実性を積極的に探求し、対処する
プロジェクト内の複数の変数間の相互依存関係を理解する
脅威と機会を予測し、問題の結果を理解する能力
プロジェクトの遂行が予期せぬ出来事や状況によって悪影響を受けることはほとんど、あるいはまったくありません
プロジェクトのパフォーマンスと成果を向上させる機会を活用する
コストとスケジュールの予備を効果的に活用して、プロジェクトの目標に合わせます
プロジェクトの不確実性を引き起こす要因
経済的要因
技術的な考慮事項
法的制限または要件
安全、天候、労働条件に関連する物理的環境
現在または将来の状況に関するあいまいさ
世論とメディアによって形成される社会的および市場的影響力
一般的な不確実性
情報を収集する
複数の結果に備えてください
コレクションベースのデザイン
靭性を高める
曖昧さ
進歩的なディテール
実験
プロトタイプメソッド
複雑
システムベースの
デカップリング
デカップリングには、システムの一部を切り離してシステムを簡素化し、相互に関連する変数の数を減らすことが含まれます。
シミュレーション
再構築する
多様性
バランス
プロセスベースの
反復する
参加する
フェイルセーフ
変動性
代替案分析
予約する
危険
脅かす
避ける
報告
移行
緩和する
受け入れる
チャンス
開ける
報告
共有
改善する
受け入れる
管理準備金と危険準備金
リスクレビュー
他のパフォーマンスドメインとの相互作用
プロジェクト チームのメンバーとその他の関係者が不確実性に関する主な情報源です
ライフサイクルと開発アプローチの選択は、不確実性への対処方法に影響を与えます
テスト結果
チェック結果