プロジェクト統合管理

統合は、统一、統合、コミュニケーション、つながりを兼ね備え、プロジェクト全体を通して流れます。

統合管理はプロジェクトマネージャーが責任を負い、統合責任は移転または委任することはできません。

プロジェクトマネージャーは、プロジェクト全体について最終的な責任を負う必要があります。

使用自動化ツールPMIS、視覺化管理ツール、プロジェクト知識管理、プロジェクトマネージャーの責務を増やす（スタートアップと終了プロジェクトへの介入）、ハイブリッド手法

アジャイルなイテレーティブな方法では、メンバーは分野の専門家として統合に参加し、自ら計画を立て、協力で決定を下す。

阐述

正式に承認し、プロジェクトマネージャーがプロジェクト活動で組織リソースファイルを使用することを許可するプロセス

述べる

承認されたプロジェクトチャーターは、プロジェクトの正式開始を意味します。

早い段階でプロジェクトマネージャーを任命し、プロジェクトチャーターの策定に参加してください。チャーターの策定段階で任命するのが最善ですが、最悪でも計画の開始前に任命する必要があります。

プロジェクトチャーターを策定し、プロジェクトが組織の戦略的目標と日常業務の需要に合致することを確認します。

プロジェクトチャーターを契約と見做しないでください。外部プロジェクトを実行する際には、プロジェクトが組織戦略や日常運営の需要に合致することを確認してください。

いくつかの注意点

ビジネス论证、効果管理計画

定期的なレビューが必要で、プロジェクトマネージャーは更新または修正できず、ただし関連する提案を行うことができます。

商業文書

契約、谅解备忘录MOUs、サービス品質契約SLA、意向書

協定

入力した内容：

専門家の判断

頭の中の嵐、焦点グループ、面接

データ収集

紛争管理、ガイド、会議管理

工具

プロジェクトマネージャーの委任とその権限・責任；高レベルのニーズ、プロジェクトの説明、戦略的な運営の仮定条件と制約要因

全体的なマイルストーンスケジュール、全体の予算、全体のプロジェクトリスク

プロジェクト承認基準、重要関係者リスト、プロジェクト退出基準

プロジェクトチャーター

プロジェクトにおけるすべての仮定条件と制約要因

仮想ログ

出力

プロジェクトチャーターを策定する

定義準備調整プロジェクト計画のすべての構成部品を、総合プロジェクト管理計画に統合する

他のプロセスの出力

頭の中の嵐、チェックリスト（行動ポイントリスト）、フォーカスグループ、インタビュー、

始動会議（起動）、キッチオフ会議（計画）

プロジェクト管理計画

プロジェクト管理計画の策定

プロジェクトの目標を達成するために、リーダーシップと実行を行い、プロジェクト管理計画に決定された作業を実行し、一連の承認された変更プロセスを実施する

計画されたプロジェクトアクティビティを実施します。2、技術インターフェイスと組織インターフェイスを管理します。3、承認された変更を実施します。4、作業パフォーマンスデータを収集し、適切な制御プロセスに伝えます。

承認された変更依頼

情報管理系统PMIS（事業環境要因）

会议

提供する成果

仕事の成績データ

問題の説明、責任者、解決期限

問題ログ

矫正措置、予防措置、欠陥対応、更新

変更依頼

プロジェクトの作業を指導し管理する

明示的知識、潜在的知識

経験・教訓記録、プロジェクトチーム派工帳、リソース分解構造、関係者登録帳

プロジェクトファイル

入力した内容を日本語に翻訳してください。以下の手順に従ってください。まず、文の意味を全体的に理解してください。次に、内容の翻訳が正確であり、文法構造が通顺であり、言語表現が美しいものであることを確認してください。最後に、日本語に翻訳してください。制約：1. Htmlタグは変更しません。もし、エスケープされていない文字があれば、そのまま出力してください。2. 最後の翻訳結果のみ出力し、何らかの説明や解説の文を出力しないでください。

知識管理

情報管理

積極的な聞き取り、ガイド技术、リーダーシップ、人間関係、政治意識

経験・教訓記録帳

プロジェクトの知識を管理する

トラッキング、レビュー、レポートを行い、プロジェクトの全体的な進捗を関係者に理解させる，，，

モニター作業はプロジェクト全体を通し、唯一の出力される業績レポートです。

進捗予測、コスト予測

仕事の成績情報

効果の分析、偏差の分析、トレンドの分析、根本原因の分析、代替案の分析、コスト効果の分析

決定：一致同意、多数同意、相対多数原則

仕事業績報告

プロジェクトの作業を監督する

すべての変更リクエストを確認し、変更を承認し、変更の管理、変更処理結果のコミュニケーションを行うプロセス

変更はプロジェクト全体を通じて存在し、プロジェクトマネージャーは最終的な責任を負います。

承認された変更のみが、修正後の基準に含まれることができます。

いかなる関係者も変更を提案することができ、文書化され、変更管理または構成管理システムに組み込まれます。

影響を評価し、CCB評価、変更結果を記録し、伝える

1、記録 2、評価 3、提出 4、更新 5、通知

設定管理システム

変更管理ツール

変更ログ

プロジェクトファイルの更新

基準の変更は、最新の基準に基づいて将来の状況に対してのみ行うことができ、過去の業績は変更できません。

ヨー、基準と歴史的なパフォーマンスデータの厳密さに注意を払うこと

プロジェクト管理計画の更新

全体的な変更管理を実施する

アーカイブプロジェクト情報、完了計画作業、チームリソース解放

プロジェクト管理計画を振り返り、すべての作業が完了し、目標が達成されていることを確認してください。

受入可能な成果物

設定管理知識ベース、段階のガイドと要件

組織プロセス資産

ファイル分析、回帰分析、傾向分析、バイアス分析

最終製品、サービスの引き渡し

最終報告

プロジェクトファイル、運営サポートファイル、終了ファイル、経験・教訓知識ベース

組織資産の更新

プロジェクトまたはフェーズを終了する

プロジェクト統合管理