Skip to content

DNET_PMPExecutingOther

nishi_74322014 edited this page Sep 11, 2026 · 1 revision

PMP:実行 - その他

概要

その他の知識エリアの実行プロセス群

実行 - その他プロセスの主要な役割

インプット・アウトプット(ITTO)

表中で参照しているページは以下(元の PukiWiki ではセル内がリンクだった)。

  • PMP:立上(ステークホルダー登録簿)
  • PMP:計画(プロジェクト・マネジメント計画書、 コミュニケーション・マネジメント計画書、ステークホルダー・エンゲージメント計画書)
  • PMP:計画 - 範囲(スコープ・ベースライン、 要求事項トレーサビリティ・マトリックス)
  • PMP:計画 - 時間(プロジェクト・スケジュール、スケジュール・ベースライン)
  • PMP:計画 - 原価(コスト・ベースライン)
  • PMP:計画 - リスク(リスク・マネジメント計画書、リスク登録簿、リスク報告書)
  • PMP:計画 - 資源(品質マネジメント計画書、品質尺度、資源マネジメント計画書)
  • PMP:環境(組織体の環境要因、組織のプロセス資産)
  • PMP:実行(課題ログ、教訓登録簿、作業パフォーマンス・データ、変更要求)
  • PMP:監視・制御(作業パフォーマンス報告書、変更ログ)
  • PMP:監視・制御 - その他(品質コントロール測定結果、品質管理(QC))
  • PMP:共通(各知識エリア)
# 分野 プロセス インプット ツールと技法 アウトプット 知識エリア
3 品質 ・品質保証(QA) (p) プロジェクト・マネジメント計画書
  ・品質マネジメント計画書
・プロジェクト文書
  ・品質尺度
  ・品質コントロール測定結果
  (p) リスク報告書
  (p) 教訓登録簿
----------
(p) 組織体の環境要因
(p) 組織のプロセス資産
(p) データ収集
(p) データ分析
  (p) 代替案分析
  (p) 文書分析
  (p) 教訓登録簿
  ・プロセス分析
  (p) 根本原因分析
(p) 意思決定
  (p) 多基準意思決定分析
(p) データ表現
  (p) 親和図法
  (p) 特性要因図
  (p) フローチャート
  (p) ヒストグラム
  (p) マトリックス・ダイアグラム
  (p) 散布図
・監査
(p) デザイン・フォー・エックス
(p) 問題解決
(p) 品質改善方法
(p) 品質報告書
(p) テストと評価の文書
・変更要求
・プロジェクト・マネジメント計画書更新版
  (p) 品質マネジメント計画書
  (p) スコープ・ベースライン
  (p) スケジュール・ベースライン
  (p) コスト・ベースライン
・プロジェクト文書更新版
  (p) 課題ログ
  (p) リスク登録簿
  (p) 教訓登録簿
・プロジェクト品質マネジメント
7 コミュニケーション ・コミュニケーション・マネジメント (p) プロジェクト・マネジメント計画書
  (p) 資源マネジメント計画書
  ・コミュニケーション・マネジメント計画書
  (p) ステークホルダー・エンゲージメント計画書
(p) プロジェクト文書
  (p) ステークホルダー登録簿
  (p) 品質報告書
  (p) リスク報告書
  (p) 変更ログ
  (p) 課題ログ
  (p) 教訓登録簿
・作業パフォーマンス報告書
----------
・組織体の環境要因
・組織のプロセス資産
・コミュニケーション技術
・コミュニケーション方法
(p) コミュニケーション・スキル
  (p) コンピテンシー
  (p) 非言語
  (p) プレゼンテーション
・プロジェクト・マネジメント情報システム
(p) プロジェクト報告
(p) 人間関係とチームに関するスキル
  (p) 積極的傾聴
  (p) コンフリクト・マネジメント
  (p) 会議のマネジメント
  (p) ネットワーキング
  (p) 文化的な認識
  (p) 政治的な認識
(p) 会議
・プロジェクト伝達事項
・プロジェクト・マネジメント計画書更新版
  (p) コミュニケーション・マネジメント計画書
  (p) ステークホルダー・エンゲージメント計画書
・プロジェクト文書更新版
  (p) ステークホルダー登録簿
  (p) プロジェクト・スケジュール
  (p) リスク登録簿
  (p) 課題ログ
  (p) 教訓登録簿
----------
・その他
  ・組織のプロセス資産
・プロジェクト・コミュニケーション・マネジメント
8 リスク ・リスク対応策の実行(6) (p) プロジェクト・マネジメント計画書
  (p) リスク・マネジメント計画書
(p) プロジェクト文書
  (p) リスク報告書
  (p) リスク登録簿
  (p) 課題ログ
  (p) 教訓登録簿
(p) 作業パフォーマンス・データ
(p) 作業パフォーマンス報告書
・データ分析
  ・技術パフォーマンスの分析
  ・予備設定分析
・監査
・会議
・作業パフォーマンス情報
・変更要求
・プロジェクト・マネジメント計画書更新版
  ・あらゆる構成要素
・プロジェクト文書更新版
  ・前提条件ログ
  ・リスク報告書
  ・リスク登録簿
  ・課題ログ
  ・教訓登録簿
----------
・その他
  ・組織のプロセス資産
・プロジェクト・リスク・マネジメント
10 ステークホルダー ・ステークホルダー・エンゲージメント・マネジメント (p) プロジェクト・マネジメント計画書
  ・コミュニケーション・マネジメント計画書
  (p) リスク・マネジメント計画書
  (p) ステークホルダー・エンゲージメント計画書
(p) プロジェクト文書
  (p) ステークホルダー登録簿
  (p) 変更ログ
  (p) 課題ログ
  (p) 教訓登録簿
----------
・組織体の環境要因
・組織のプロセス資産
・専門家の判断
・コミュニケーション・スキル
  ・フィードバック
・人間関係とチームに関するスキル
  ・コンフリクト・マネジメント
  ・交渉
  ・観察と対話
  ・文化的な認識
  ・政治的な認識
・行動規範
・会議
・変更要求
・プロジェクト・マネジメント計画書更新版
  (p) コミュニケーション・マネジメント計画書
  (p) ステークホルダー・エンゲージメント計画書
・プロジェクト文書更新版
  (p) ステークホルダー登録簿
  (p) 変更ログ
  (p) 課題ログ
  (p) 教訓登録簿
・プロジェクト・ステークホルダー・マネジメント

品質保証(QA)

  • 「品質マネジメント」(PMP:共通の該当節を参照)知識エリアの実行プロセス群
  • 品質の実行プロセスは、品質保証(QA)になる。
  • PMが最も品質に対して影響力を発揮するプロセス(確かにQAはスタッフ側)

※ ちなみに、品質管理(QC)(PMP:監視・制御 - その他の該当節を参照)は監視・制御プロセス群

  • 品質保証 - Wikipedia
    https://ja.wikipedia.org/wiki/%E5%93%81%E8%B3%AA%E4%BF%9D%E8%A8%BC

    効率と品質が求められるあらゆる活動において、それらに保証を与えるのに必要な証拠を提供する活動一般。

  • プロジェクトは一般に、その製品やサービスが要求された品質を満足していることを保証する必要がある。

  • 品質が所定のレベルに到達していることを事前に確認する手続きを効率的に構築するものである。

    • 設計・開発・製造・実装・サービス・文書といったあらゆる活動をカバーする。
    • 材料や部品、製造工程や検査工程などの品質の「規定」も含まれる。
  • 品質保証(QA)は品質管理(QC)と密接に関連しており、
    これらによって顧客やステークホルダーのニーズ・期待・要求に製品が適合していることを保証する。

インプット(品質保証(QA))

インプット・アウトプット(ITTO)を参照。

プロセス(ツールと技法)(品質保証(QA))

データ収集

チェックリスト

データ分析(品質保証(QA))

  • 代替案分析
    品質保証(QA)の選択肢の評価

  • 文書分析
    品質保証(QA)プロセスのアウトプットを分析

  • プロセス分析
    プロセス改善の機会を特定する。

  • 根本原因分析

    • 根本原因を明らかにする。

      • 差異を発生させる根本原因
      • 欠陥を発生させる根本原因
      • リスクの根本原因
    • 根本原因を明らかにして解決する。

意思決定

  • 多基準意思決定分析(PMP:実行 - 資源の該当節を参照)

    • 様々な

      • 実施シナリオ
      • サプライヤ選択
    • リスクの評価を含む

      • 欠陥解決
      • スケジュール
      • ライフサイクル・コスト
      • ステークホルダーの満足

データ表現

PMP:共通の該当節を参照。欠陥の潜在的原因を

  • 親和図法
    グループ分けして焦点を当てる領域を示す。

  • 特性要因図
    魚の骨図、石川ダイアグラム

  • フローチャート
    見つけるため、連続したステップで示す。

  • ヒストグラム
    数値データでグラフ表示

  • マトリックス・ダイアグラム
    データを二次元に配置し、交点に着眼する。

  • 散布図
    変数間の関係を示す。

監査(品質保証(QA))

「方針、プロセス、アクティビティ」へ準拠しているか?
を判断する、構造化された独立したプロセス。
監査後はプロセスとアクティビティを対象としたプロセス改善を行う。

  • 実施

    • 実施者

      • PMO
      • 監査部門
    • タイミング

      • 予定を立てて実施
      • 抜き打ちで実施
    • 内容
      承認済み変更要求(PMP:実行の該当節を参照)の実施内容を確認する。

      • 更新
      • 予防処置
      • 是正処置
      • 欠陥修正
  • 目標

    • 優れた実務慣行、ベストプラクティスの特定・共有
    • 逆に、不適合、ギャップ、不備を特定・共有
    • プロセス改善の支援をして、生産性向上に役立てる。
  • 結果

    • 組織の教訓リポジトリに監査の指摘事項を明示する。
    • 品質コスト削減により、成果物の受け入れが増える。

デザイン・フォー・エックス

PMP:共通の該当節を参照。

問題解決

  • 品質保証(QA)品質改善における基本的な要素
  • 長期に渡って持続する解決策を開発するのに役立つ
    • 問題の定義
    • 根本原因の特定
    • 可能な解決策の作成
    • 最適な解決策の選択
    • 解決策の実施
    • 解決策の有効性検証

品質改善方法

アウトプット(品質保証(QA))

品質報告書

  • 定量的(グラフ、数値)、定性的

  • この情報をベースに是正処置(PMP:実行の該当節を参照)を行う。

  • 示される情報

    • エスカレーションされた品質保証(QA)の課題

    • プロジェクト・プロダクト側の改善

    • 推奨事項

      • プロセス
      • 是正処置
    • 品質管理(QC)(PMP:監視・制御 - その他の該当節を参照)での発見・要約

テストと評価の文書

  • 以下に基づいて作成

    • 業界のニーズ
    • 組織のテンプレート
  • 文書の一部に以下を含む

    • 専用のチェックリスト
    • 詳細な要求事項トレーサビリティ・マトリックス(PMP:計画 - 範囲の該当節を参照)
  • 品質管理(QC)(PMP:監視・制御 - その他の該当節を参照)で目標達成度を評価

変更要求(品質保証(QA))

プロジェクト・マネジメント計画書(PMP:計画の該当節を参照)更新版ではなく、
プロジェクト・マネジメント計画書に対して変更要求(PMP:実行の該当節を参照)を行う。

この変更要求は、統合変更管理(PMP:監視・制御の該当節を参照)で処理される。

プロジェクト・マネジメント計画書更新版(品質保証(QA))

  • 品質マネジメント計画書(PMP:計画 - 資源の該当節を参照)
    品質保証(QA)手法が合意されても、現実を反映した更新をする。

  • スコープ・ベースライン(PMP:計画 - 範囲の該当節を参照)
    品質保証(QA)結果のスコープに係る変更を反映する。

  • スケジュール・ベースライン(PMP:計画 - 時間の該当節を参照)
    品質保証(QA)結果のスケジュールに係る変更を反映する。

  • コスト・ベースライン(PMP:計画 - 原価の該当節を参照)
    品質保証(QA)結果のコストに係る変更を反映する。

プロジェクト文書更新版(品質保証(QA))

  • 課題ログ(PMP:実行の該当節を参照)
    課題を記録する。

  • リスク登録簿(PMP:計画 - リスクの該当節を参照)

    • 特定された新しいリスク
    • リスク・マネジメント(PMP:共通の該当節を参照)でマネジメントされる。
  • 教訓登録簿(PMP:実行の該当節を参照)

    • うまく機能した手法
    • 課題の回避方法

コミュニケーション・マネジメント

「コミュニケーション・マネジメント」(PMP:共通の該当節を参照)知識エリアの実行プロセス群

  • 目的

    • ステークホルダー⇔チームの情報の流れを効率的・効果的にする。
    • また、プロジェクト情報についての各種処理・マネジメントを行う。
      • 処理(生成、検索、配布)
      • マネジメント(保管、監視、破棄)
  • 実行方法

    • プロジェクト全体を通して実行する。

    • 効果的なコミュニケーションの側面を特定し

      • 技術を選択
      • 方法を選択
      • 技法を選択
    • コミュニケーション活動の柔軟性を持たせる。

      • 変化するニーズに対応出来るよう、柔軟性を持たせる。
      • 柔軟性を持たせるため、方法と技法を調整する。
    • 技法の考慮事項

      • 送信者・受信者モデル:フィードバック・ループを採用
        相互作用と参加の機会を与えることができ、
        効果的なコミュニケーションが期待できる。

      • 媒体:プル・プッシュ、書面・口頭、正式・略式。

      • 文体:能動・受動、文書の構造、用語の選択。

      • 会議:課題の準備、招集、参加、コンフリクト解決。

      • 積極的傾聴:障壁を認め、明確化、確認、理解、除去を行う。

      • プレゼンテーション:ボディ・ランゲージ、視覚資料の影響力の認識。

      • ファシリテーション:関心・熱意の維持、障害の克服による合意形成を支援。

  • 活動内容

    • 配布
      伝達される情報が適切に

      • 生成され、
      • フォーマットされ、
      • 対象者に受け取られる。
    • ステークホルダーの要求に対する機会の提供

インプット(コミュニケーション・マネジメント)

インプット・アウトプット(ITTO)を参照。

プロセス(ツールと技法)(コミュニケーション・マネジメント)

コミュニケーション技術

PMP:計画の該当節を参照。技術に影響を及ぼす要素

  • チームが同じ場所に配置されているか?
  • 共有する必要がある情報の機密性
  • チーム・メンバに利用可能な資源
  • コミュニケーション技術に対する組織文化の影響

コミュニケーション方法

PMP:計画の該当節を参照。
ステークホルダー・コミュニティの変化に合わせて柔軟性を持たせる。

  • メンバー・シップ
  • ニーズ、期待

コミュニケーション・スキル(コミュニケーション・マネジメント)

  • コンピテンシー

  • 非言語

  • ミラーリングとアイコンタクト

  • プレゼンテーション

    • プロジェクト・目標の一般情報

      • 作業の注目度を高めることを目的とした。
      • 理解と支持を高めることを目的とした。
    • 意思決定を支援するための背景情報

    • ステークホルダーへの進捗報告・情報更新

    • プレゼンテーションの成功

      • ステークホルダーの期待とニーズを考慮
      • プロジェクトのニーズと目標の考慮

プロジェクト・マネジメント情報システム

PMP:監視・制御の該当節を参照。

  • ステークホルダーが必要な情報を容易に取得できるようにする。
  • プロジェクト情報の配布

プロジェクト報告

  • プロジェクト情報の収集・配布

    • ステークホルダー・グループ

      • 多くのグループに配布される。
      • グループ毎に適切なレベル/形式/詳細を提供
    • 形式
      多岐にわたる。

      • 単純なコミュニケーション
      • プレゼンテーション
      • 精巧なカスタム・レポート
    • タイミング

      • 定期的
      • 例外的
  • コミュニケーションのタイプ
    さまざまなタイプのコミュニケーションを作成する。

    • 臨時レポート
    • プレゼンテーション
    • Blog, etc.

人間関係とチームに関するスキル(コミュニケーション・マネジメント)

  • 積極的傾聴
    人が言っていることを理解し、他の人に向けて言い換える。

  • コンフリクト・マネジメント(PMP:実行 - 資源の該当節を参照)

  • 会議のマネジメント
    会議計画の手順

    • 会議の目的を記した議題を準備して配布する。
    • 会議が公開された時間に開始・終了することを確実にする。
    • 適切な参加者が招集され、参加していることを確認する。
    • 全てのアクティビティとアクティビティ完了責任割当担当者を記録。
    • 会議内の課題とコンフリクトに対処する。
  • ネットワーキング

    • 非公式なグループへアクセスし問題を解決する。
    • ステークホルダーの行動に影響を与え、支持を高める。
    • プロジェクトのパフォーマンスを向上する。
  • 文化的な認識

    • カルチャー・ショック
  • 政治的な認識

    • ・・・

会議(コミュニケーション・マネジメント)

コミュニケーション計画(PMP:計画の該当節を参照)で決定された戦略・計画を支援

アウトプット(コミュニケーション・マネジメント)

プロジェクト伝達事項

以下の情報が含まれる。

プロジェクト・マネジメント計画書更新版(コミュニケーション・マネジメント)

  • コミュニケーション・マネジメント計画書(PMP:計画の該当節を参照)
    コミュニケーション手法に係る変更を反映する。

  • ステークホルダー・エンゲージメント計画書(PMP:計画の該当節を参照)
    このプロセスの結果以下に係る変更が反映され得る。

    • コミュニケーション要求事項
    • 同意済みコミュニケーション戦略

プロジェクト文書更新版(コミュニケーション・マネジメント)

  • ステークホルダー登録簿(PMP:立上の該当節を参照)
    ステークホルダーとのコミュニケーション活動に関する情報で更新される。

  • プロジェクト・スケジュール(PMP:計画 - 時間の該当節を参照)
    コミュニケーション活動状況を反映する。

  • リスク登録簿(PMP:計画 - リスクの該当節を参照)
    コミュニケーション・マネジメント関連リスクをCRUDする。

  • 課題ログ(PMP:実行の該当節を参照)
    課題を記録する。

  • 教訓登録簿(PMP:実行の該当節を参照)

    • うまく機能した手法
    • 課題の回避方法

その他(コミュニケーション・マネジメント)

  • 組織のプロセス資産(PMP:環境の該当節を参照)
    • 往復書簡、メモ、会議の議事録、プロジェクト文書
    • 計画・臨時のプロジェクト報告書とプレゼンテーション

リスク対応策の実行

「リスク・マネジメント」(PMP:共通の該当節を参照)知識エリアの実行プロセス群

  • 目的
    リスク・マネジメント・プロセスの有効性を判断。

    • リスク対応計画の実行の監視
    • 個別リスク、リスク・エクスポージャーの最新情報に基づいた意思決定
      • 既存リスクの追跡
      • 新規リスクの特定・分析
  • 実行方法
    プロジェクト全体を通して実行する。

  • 活動内容

    • 個別リスク、全体リスクの程度の変化を継続的に監視する。

      • 新たなリスク
      • リスクの変化
      • 消えたリスク
    • パフォーマンス情報から以下を判断する。

      • リスク・マネジメント手法は適切か?
        リスク・マネジメントの方針・手順は遵守されているか?
        リスク対応策の実行は効果的だったか?
        全体リスクは変化したか?
        新しい個別リスクが発生したか?
        特定された個別リスクは変化したか?

      • その他
        プロジェクト前提条件は依然として有効か?
        プロジェクト戦略は依然として有効か?
        コンティンジェンシー予備の修正は必要か?

インプット(リスク対応策の実行)

インプット・アウトプット(ITTO)を参照。

プロセス(ツールと技法)(リスク対応策の実行)

データ分析(リスク対応策の実行)

  • 技術パフォーマンスの分析
    技術的な達成予定と成果を比較

    • 成果物の目標と結果の比較
    • 定量的な測定の指標の定義が必要
    • 例:デリバリ、品質(欠陥数)、量(重量、容量)
  • 予備設定分析(PMP:計画 - 時間の該当節を参照)

    • 個別リスクは、コンティンジェンシー予備に±の影響を与える。
    • コンティンジェンシー予備の残余量と残存リスクを比較

監査(リスク対応策の実行)

リスク監査

  • リスク・マネジメント・プロセスの有効性を調べる。
  • リスク・マネジメント計画書に従い適切な頻度で実施

会議(リスク対応策の実行)

リスク・レビュー

  • 定期的にスケジュールされ、リスク対応策の有効性を検査して文書化。
  • 個別リスク(二次リスク含む)に対して以下を実施する。
    • 現在のリスクの再検査
    • リスクの追加・削除
    • リスク発生後の課題特定
    • 学習すべき教訓特定

アウトプット(リスク対応策の実行)

作業パフォーマンス情報

PMP:監視・制御の該当節を参照。

  • リスクマネジメントの実施状況の情報
  • 個別リスクの発生と発生予測の比較

変更要求(リスク対応策の実行)

プロジェクト・マネジメント計画書(PMP:計画の該当節を参照)更新版ではなく、
プロジェクト・マネジメント計画書に対して変更要求(PMP:実行の該当節を参照)を行う。

この変更要求は、統合変更管理(PMP:監視・制御の該当節を参照)で処理される。

プロジェクト・マネジメント計画書更新版(リスク対応策の実行)

あらゆる構成要素(PMP:計画の該当節を参照)への変更

プロジェクト文書更新版(リスク対応策の実行)

  • 前提条件ログ(PMP:立上の該当節を参照)
    前提条件・制約条件を再検討して変更する。

  • リスク報告書(PMP:計画 - リスクの該当節を参照)
    新たな情報による、個別リスク状況や全体リスク程度の変更を反映する。

  • リスク登録簿(PMP:計画 - リスクの該当節を参照)
    個別リスクの変更を反映する。

  • 課題ログ(PMP:実行の該当節を参照)
    課題を記録する。

  • 教訓登録簿(PMP:実行の該当節を参照)

    • うまく機能した手法
    • 課題の回避方法

その他(リスク対応策の実行)

  • 組織のプロセス資産(PMP:環境の該当節を参照)
    • テンプレート(いずれもPMP:計画 - リスクの該当節を参照)
      • リスク・マネジメント計画書
      • リスク報告書
      • リスク登録簿
    • リスク・ブレークダウン・ストラクチャー(RBS : Risk Breakdown Structure)(PMP:計画 - リスクの該当節を参照)

ステークホルダー・エンゲージメント・マネジメント

「ステークホルダー・マネジメント」(PMP:共通の該当節を参照)知識エリアの実行プロセス群

  • 目的
    ステークホルダーとコミュニケーションをとることで、

    • ステークホルダーの支持を強化し、抵抗を抑える。
    • ステークホルダーのニーズや期待に応え、課題に対処する。
    • ステークホルダーの適切な関与を促し、協働する。
  • 実行方法

    • プロジェクト全体を通して実行する。

    • ステークホルダーの関与について動機付ける。

    • ステークホルダーの関与の貢献を理解させる。

      • プロジェクト目的
      • プロジェクト目標
      • ベネフィット
      • リスク(軽減)
  • 活動内容
    プロジェクト成功のため

    • ステークホルダーの、プロジェクトの適切な段階での関与を獲得する。
    • ステークホルダーの継続的コミットメントを維持する。
      • 課題の解決
      • リスク・マネジメント
        ステークホルダーの期待をコミュニケーションを通してマネジメントする。
        ステークホルダーが提起し得る潜在的な懸念を予測して対処する。

インプット(ステークホルダー・エンゲージメント・マネジメント)

インプット・アウトプット(ITTO)を参照。

プロセス(ツールと技法)(ステークホルダー・エンゲージメント・マネジメント)

専門家の判断

  • 組織内外の

    • 政治と権力構造
    • 環境と文化
  • 技法、方法と戦略

    • 分析技法、評価技法
    • コミュニケーション方法と戦略
  • 関与している、関与する可能性のある

    • ステークホルダー
    • ステークホルダー・グループ
    • 組織

    の特徴

  • 各種マネジメント

    • ステークホルダーの要求事項
    • ベンダー(ステークホルダー)
    • ステークホルダーの変更

コミュニケーション・スキル(ステークホルダー・エンゲージメント・マネジメント)

  • フィードバック

    • プロジェクト・マネジメント活動や意思決定
      に対するステークホルダーの反応の理解に役立つ。

    • 収集方法

      • 正式・略式の会話
      • 特定した課題についてのディスカッション
      • 調査, 会議, 進捗報告.

人間関係とチームに関するスキル(ステークホルダー・エンゲージメント・マネジメント)

  • コンフリクト・マネジメント(PMP:実行 - 資源の該当節を参照)

    • コンフリクトをタイムリーに解決する。
    • ステークホルダー同士のコンフリクトの場合、顧客を優先する。
  • 交渉
    交渉による合意達成により、コンフリクトを解消する。

  • 観察と対話
    ステークホルダーとチームメンバの態度を継続的に把握。

  • 文化的な認識
    文化の違いと要求事項を考慮し
    効果的なコミュニケーションを図る。

  • 政治的な認識
    取り巻く権力関係の理解

行動規範

チーム憲章(PMP:計画 - 資源の該当節を参照)の行動規範を、
チーム・メンバだけではなく、ステークホルダーに対しても設定。

会議(ステークホルダー・エンゲージメント・マネジメント)

  • 課題・懸念について議論し対処する。

  • タイプ

    • キックオフ
    • スプリント・プランニング
    • 状況更新
    • 課題解決
    • 意思決定
    • 教訓と振り返り

アウトプット(ステークホルダー・エンゲージメント・マネジメント)

変更要求(ステークホルダー・エンゲージメント・マネジメント)

プロジェクト・マネジメント計画書(PMP:計画の該当節を参照)更新版ではなく、
プロジェクト・マネジメント計画書に対して変更要求(PMP:実行の該当節を参照)を行う。

この変更要求は、統合変更管理(PMP:監視・制御の該当節を参照)で処理される。

プロジェクト・マネジメント計画書更新版(ステークホルダー・エンゲージメント・マネジメント)

  • コミュニケーション・マネジメント計画書(PMP:計画の該当節を参照)
    ステークホルダーの要求事項のCRUD

  • ステークホルダー・エンゲージメント計画書(PMP:計画の該当節を参照)
    ステークホルダー関与に必要なマネジメント戦略を更新

プロジェクト文書更新版(ステークホルダー・エンゲージメント・マネジメント)

  • ステークホルダー登録簿(PMP:立上の該当節を参照)
    以下によって更新。

    • 解決済み課題
    • 承認済み変更
    • ステークホルダーに提供された情報
  • 変更ログ(PMP:監視・制御の該当節を参照)
    変更要求に基づいて更新される。

  • 課題ログ(PMP:実行の該当節を参照)
    課題を記録する。

  • 教訓登録簿(PMP:実行の該当節を参照)

    • うまく機能した手法
    • 課題の回避方法

移行メモ

  • 「文書分析」の説明が「品質管理(QA)プロセスのアウトプットを分析」となっていたが、 QA は品質保証のため「品質保証(QA)プロセスの〜」に修正した。
  • 品質改善ツールの「PCDA」は「PDCA」の誤記のため修正した。
  • 誤記を修正した。「解決策の有効検証」→「解決策の有効性検証」、 「資格資料の影響力」→「視覚資料の影響力」、 「教訓と振返」→「教訓と振り返り」、 「反応を理解に役立つ」→「反応の理解に役立つ」、 「前提条件・制約条件の再検討して」→「〜を再検討して」、 「ステークホルダーをプロジェクトの適切な段階での関与を獲得する」→ 「ステークホルダーの、プロジェクトの適切な段階での関与を獲得する」。
  • コミュニケーション・マネジメントとステークホルダー・エンゲージメント・マネジメントの アウトプットの見出しが「プロジェクト・マネジメント計画書」「プロジェクト文書」と なっていたが、ITTO の記載どおり「〜更新版」に統一した。
  • ITTO の表はセル内が全てリンクだったため、 セルの内容をプレーンテキストとし、参照先ページを表の直上に列挙した。 ヘッダの横結合(>)は「分野」列として展開した。
  • 4 つのプロセスで同名の見出し(「インプット」「プロセス(ツールと技法)」 「アウトプット」「データ分析」「監査」「会議」「変更要求」 「プロジェクト・マネジメント計画書更新版」「プロジェクト文書更新版」「その他」 「コミュニケーション・スキル」「人間関係とチームに関するスキル」)が繰り返され、 GitHub Wiki ではアンカが衝突するため、括弧でプロセス名を補って一意にした。

Tags: 移行, PMP, 実行, 品質保証, QA, コミュニケーション・マネジメント, リスク対応策の実行, ステークホルダー・エンゲージメント・マネジメント, 品質報告書, ITTO

NetDevInfraWiki

マイクロソフト系技術情報 Wiki
Open 棟梁 Wiki

(未着手)

開発基盤部会 Wiki

移行管理: DONETODO

Clone this wiki locally