マインドマップギャラリー プロジェクト統合管理
これは、プロジェクト管理ナレッジ システム ガイドのプロジェクト統合管理に関するマインド マップです。プロジェクト統合管理には、プロジェクト管理プロセス グループおよびプロジェクト管理アクティビティのさまざまなプロセスを特定、定義、結合、統合、調整するためのさまざまなプロセスが含まれます。
2021-08-29 17:39:01 に編集されました第 4 章: プロジェクト統合管理
核となるアイデア
プロジェクトの要件、リソース、知識、プロセス、代替案をメールで送信し、信頼性が高く、有機的で完全な管理システムにまとめます。
プロジェクト統合管理はプロジェクト マネージャーの責任です。プロジェクト マネージャーは、プロジェクト全体に対する最終的な責任を負います。
1. リソースの割り当て。 2. 競合する要求のバランスを取る。 3. さまざまな代替方法を研究します。 4. プロジェクトの目標を達成するためにプロセスを調整する。 5. さまざまなプロジェクト管理知識領域間の依存関係を管理します。
開発トレンドと新たな実践方法
1. 自動化ツールを使用する: プロジェクト管理情報システム、ソフトウェア開発における構成管理ソフトウェアなど。 2. 視覚的な管理ツールを使用します: 棒グラフ、ネットワーク図、アジャイル開発カンバン ボード、バーンダウン チャートなど。 3. プロジェクトの知識管理: 人材の離職によって生じる知識のギャップを回避します。 4. プロジェクト マネージャーの責任を増やす: プロジェクト マネージャーの仕事の延長。 5. ハイブリッドアプローチ
切断時に考慮すべき要素
1. プロジェクトのライフサイクル: 適切なライフサイクルを選択します 2. 開発ライフサイクル: 適切なものを選択する 管理方法 4. 4. ナレッジマネジメント。 変化、ガバナンス、学んだ教訓、利点など。
プロセス
4.1 プロジェクト憲章を作成する
定義: プロジェクト憲章は、プロジェクトの設立を正式に承認し、プロジェクト マネージャーがプロジェクト活動を実行するために組織リソースを使用することを許可する、プロジェクトの開始者またはスポンサーによって発行される文書です。プロジェクトと、プロジェクトが提供すると予想される製品、サービス、または結果に関する概要情報を文書化します。 主な役割: プロジェクトと組織の戦略目標との直接的な関係を明確にし、プロジェクトの正式なステータスを確立し、プロジェクトに対する組織のコミットメントを実証します。
入力
ビジネス文書
ビジネスケース
プロジェクトを正当化する
給付管理計画
プロトコル
契約は、両当事者を拘束する合意です。 契約には、契約書、覚書、サービスレベル契約、意向表明書、口頭契約、電子メール、その他の書面による契約など、さまざまな形式があります。
事業環境要因
政府および業界の基準、市場の状況、利害関係者の期待およびリスクの基準。
組織プロセス資産
組織の標準的なポリシー、プロセス、手順、モニタリングおよび報告方法、および過去の情報と教訓の知識ベース。
ツールとテクニック
専門家の判断
専門家パネル、Delphi テクニック
データ収集
ブレーンストーミング; フォーカスグループへのインタビュー;
対人スキルとチームスキル
紛争管理、会議管理。
ミーティング
出力
プロジェクト計画書
含む: プロジェクトの目的、測定可能なプロジェクトの目標および関連する成功基準、プロジェクトの概要、境界定義、および主要な成果物、事前に承認された主要な関係者のリスト。 ; プロジェクトの承認要件; プロジェクトの終了基準; 割り当てられたプロジェクトマネージャーとその責任および権限; プロジェクト憲章を承認するスポンサーまたはその他の人の名前と権限。
仮説ログ
高レベルの戦略的および運用上の前提条件と制約を特定します。 プロジェクトのライフサイクル全体にわたるすべての前提と制約を文書化するために使用されます。これらのコンテンツはプロジェクトの進行に応じて継続的に改良、補足、修正され、継続的なメンテナンスが必要になります。
4.2 プロジェクト管理計画の作成
基準
主な目的: すべてのプロジェクト作業の基礎とその実行方法を確立する包括的な文書を生成します。これは、プロジェクト内の 1 回だけ、または事前に定義された時点でのみ実行されます。 プロジェクト管理計画はベンチマークを行う必要があり、プロジェクトの実行の評価とプロジェクトのパフォーマンスの管理のベンチマークを提供するために、少なくともプロジェクトの範囲、時間、コストを規定する必要があります。 ベースラインが確立されると、統合された変更管理プロセスを実装することによってのみ変更できます。
入力
プロジェクト計画書
他のプロセスからの出力
他の計画プロセスから出力されたサブプランとベースラインは、このプロセスへの入力となります。
事業環境要因
政府または業界の基準、垂直市場および専門分野に関する一連のプロジェクト管理の知識、組織のガバナンスの枠組み。
組織プロセス資産
組織のプロセス システム、変更管理手順、リスク管理手順、および同様の過去のプロジェクトに関する知識ベース。
ツールとテクニック
専門家の判断
データ収集
ブレーンストーミング; フォーカス グループのインタビュー。
対人スキルとチームスキル
紛争管理、会議管理。
ミーティング
会議を利用してプロジェクトのアプローチについて話し合い、プロジェクトの目標を達成するために作業をどのように実行するかを決定し、プロジェクトの監視方法を開発します。 通常、プロジェクトのキックオフ ミーティングは、計画フェーズの終わりと実行フェーズの始まりを示します。
出力
プロジェクト管理計画
サブ経営計画: 範囲管理計画、スケジュール管理計画、リソース管理計画、ステークホルダー関与計画。
基準: 範囲ベースライン、コストベースライン。
4.3 プロジェクト作業を指示および管理する
定義: プロジェクト管理計画で特定された作業を主導および実行し、プロジェクトの目標を達成するために承認された変更を実装するプロセス。 主な役割: プロジェクトの作業と成果物を包括的に管理し、プロジェクトの成功の可能性を高めます。
入力
プロジェクト管理計画
プロジェクトファイル
変更ログ、プロジェクトのコミュニケーション記録、リスクレベルレポート。
承認された変更リクエスト
事業環境要因
組織の構造、文化、管理慣行および持続可能性のインフラストラクチャ。
組織プロセス資産
組織のプロセス システム、問題および欠陥の管理手順および過去のプロジェクトの変更管理およびリスク管理手順のデータベース。
ツールとテクニック
専門家の判断
プロジェクト管理情報システム
ITソフト等を活用し、情報収集の効率化と精度の向上を図る
ミーティング
キックオフミーティング、技術ミーティング、アジャイルまたは反復計画ミーティング、毎日のスタンドアップミーティング、運営グループミーティング、問題解決ミーティング、進捗フォローアップミーティング、振り返りミーティングなど。
出力
成果物
仕事のパフォーマンスデータ
生の観察と測定
問題ログ
問題ログは、このプロセス中に初めて作成されます。 プロジェクトのライフサイクル全体を通じて、問題ログを通じてすべての問題を文書化し、フォローアップします。
変更要求
変更リクエストには、必要な予防措置、是正措置、欠陥修正、更新が含まれます。
プロジェクト管理計画の更新
プロジェクト管理計画への変更は変更要求として提起され、組織の変更管理プロセスを通じて処理されます。
プロジェクトファイルの更新
活動リスト、リスク記録、教訓記録。
組織プロセス資産の更新
4.4 管理プロジェクトの知識
主な役割: 既存の組織の知識を活用してプロジェクトの成果を創出または改善し、現在のプロジェクトによって作成された知識のレッスンを組織の運営および将来のプロジェクトまたはフェーズのサポートに使用できるようにします。 知識は「形式知」と「暗黙知」に分けられ、知識の共有と知識の統合によって新たな知識が生まれます。
入力
プロジェクト管理計画
プロジェクトファイル
教訓登録、プロジェクト チームの派遣作業指示書、関係者登録。
成果物
事業環境要因
組織、利害関係者、および顧客の文化、組織内の知識専門家、および法的要件と制約。
組織プロセス資産
組織の標準的なポリシー、プロセスおよび手順、組織の正式な知識共有および情報共有手順。
ツールとテクニック
専門家の判断
知財管理
対面でのやり取りは、ナレッジマネジメントに必要な信頼関係の構築に役立ちます
情報管理
対人スキルとチームスキル
積極的な傾聴; 対人コミュニケーション;
出力
教訓登録
プロジェクト管理計画の更新
組織プロセス資産の更新
すべてのプロジェクトは新しい知識を生み出します
4.5 プロジェクト作業の監視
ベンチマークと比較して逸脱を迅速に修正および防止します
主な役割: 関係者にプロジェクトの現在の状況を知らせ、パフォーマンスの問題に対処するために取られた措置を認識するだけでなく、コストとスケジュールの予測を通じて将来のプロジェクトの状況を関係者に知らせます。 管理には、是正措置または予防措置の策定、または措置計画の再計画と実施の追跡が含まれます。
入力
プロジェクト管理計画
プロジェクトファイル
仕事のパフォーマンス情報
作業実績データから導き出される変数の比較分析により、プロジェクトの乖離度の把握に役立ちます。
プロトコル
売買契約書、下請け契約書など
事業環境要因
プロジェクト管理情報システム、利害関係者の期待と政府または業界の基準。
組織プロセス資産
組織の標準的なポリシー、プロセスおよび手順、問題管理手順、および組織の知識ベース。
ツールとテクニック
専門家の判断
データ分析
代替案の分析、根本原因の傾向分析。
意思決定
投票(全会一致、過半数、多数決)、権威主義的な意思決定、多基準の意思決定分析
ミーティング
出力
仕事のパフォーマンスレポート
決断を下す、行動を起こす、または注意を引く
変更要求
是正措置、予防措置、欠陥の修復
プロジェクト管理計画の更新
プロジェクトファイルの更新
4.6 全体的な変更管理の実装
主な役割: プロジェクト内の文書化された変更を包括的にレビューします。 プロジェクトに関係する関係者は誰でも変更リクエストを送信でき、変更管理委員会 (CCB) は変更を承認、延期、または拒否する責任を負います。
入力
プロジェクト管理計画
変更管理計画、範囲スケジュールのベースライン、
プロジェクトファイル
推定ベースの需要追跡リスクレポート。
仕事のパフォーマンスレポート
リソースの可用性、スケジュールとコストのデータ、収益額レポート、バーン チャートまたはバーンダウン チャート
変更要求
プロジェクト ベースライン内の変更に関する決定はプロジェクト マネージャーによって行われます
事業環境要因
組織プロセス資産
ツールとテクニック
専門家の判断
変更管理ツール
データ分析
代替案分析、費用対効果分析
意思決定
投票、学位に基づく意思決定、複数の基準による意思決定
ミーティング
変更管理委員会との変更管理会議を実施する
出力
承認された変更リクエスト
プロジェクト管理計画の更新
プロジェクトファイルの更新
4.7 プロジェクトまたはフェーズの終了
主な機能: プロジェクトまたはフェーズの情報をアーカイブし、計画された作業を完了し、新しい作業を実行するために組織チームのリソースを解放します。
入力
プロジェクト計画書
プロジェクト管理計画
プロジェクトファイル
仮定ログ、推定根拠、変更ログ、問題ログ、教訓記録、マイルストーンリスト、プロジェクトコミュニケーション記録、品質管理測定結果、品質報告書、要件文書、リスク記録、リスクレポート
受領のための成果物
承認された製品仕様、納品受領書、作業実績文書が含まれ、部分的に完了または進行中の成果物が含まれる場合があります。
ビジネス文書
プロトコル
調達書類
作業明細書、支払い情報、請負業者の作業実績情報、計画、図面、その他の通信など、調達プロセスを管理するために使用される完全なサポート記録が含まれています。
組織プロセス資産
ツールとテクニック
専門家の判断
データ分析
文書分析、回帰分析、傾向分析、偏差分析
ミーティング
決算報告会、お客様総括会、体験・レッスン総括会、祝賀会など。
出力
プロジェクトファイルの更新
このプロセスでは、すべてのプロジェクト ファイルが更新され、最終ファイルとしてマークされます。
最終製品、サービス、または結果の引き渡し
最終報告書
最終レポートでプロジェクトのパフォーマンスを要約する
組織プロセス資産の更新