マインドマップギャラリー プロジェクト管理全般
情報システムプロジェクトマネージャー - プロジェクト全体管理
2020-03-18 12:42:01 に編集されましたプロジェクト管理全般
6工程
プロジェクト憲章の作成
プロジェクト計画書
コンセプト
プロジェクトの正式な開始を発表する
プロジェクトの目的、範囲、主要な成果物、主要な制約、および主要な前提条件の一般的な説明
プロジェクト マネージャーが主要な関係者を探すための基礎となります。
プロジェクトマネージャーはプロジェクト憲章の実施者です
管理者とスポンサーのみが変更する権利を持っています
効果
プロジェクトマネージャーを決めて権限を委譲する
プロジェクトの存在を正式化し、プロジェクトに法的地位を与える
プロジェクト全体の目標を定義する
プロジェクトを開始した理由を説明する
入力
プロジェクト作業明細書
プロジェクトによって提供される製品、サービス、または成果物の物語的な説明 (契約、入札など)
ビジネスケース
プロトコル
出力
プロジェクトの概要とプロジェクトの製品説明
プロジェクトの目的またはプロジェクトを承認する理由
プロジェクトの全体的な要件
測定可能な全体目標と関連する成功基準
プロジェクトの主なリスク
全体的なマイルストーンスケジュール
全体の予算
プロジェクトの承認要件(各プロセスグループの誰が承認するか)
プロジェクトマネージャーとその責任と権限
プロジェクト憲章を承認するスポンサーまたはその他の人の名前と権限
プロジェクト管理計画を作成する
プロジェクト管理計画
特徴
徐々に明らかになる
主要な関係者の承認が必要です
ボトムアップで、まず各分野のサブ計画を作成し、次にそれらをプロジェクト管理計画に統合します。
プロジェクトの実行と監視をガイドする
変更申請は全体的な変更管理プロセスを通じて承認される必要がある
承認された変更はプロジェクト管理計画を更新する必要があります
入力
プロジェクト計画書
他の計画プロセスからの出力
組織プロセス資産: プロジェクトを管理するための公式および非公式のポリシー、手順、計画、原則
出力
サブ経営計画とベンチマーク
スコープ管理計画
需要管理計画
進捗管理計画
コスト管理計画
品質管理計画
プロセス改善管理計画
人事管理計画
コミュニケーション管理計画
リスク管理計画
調達管理計画
ステークホルダー管理計画
変更を管理する方法
完了管理のためのツールとテクニック
構成管理計画
管理を完了するまでの作業方法
プロジェクト管理パフォーマンスのベースラインを維持するための手順
ステークホルダーとコミュニケーションをとるための要件とテクニック
プロジェクトに選択されたライフサイクル モデル
プロジェクト作業を指示および管理する
概要
通常、主要な関係者が共同で開催する「キックオフ」会議によって特徴付けられます。
プロジェクトの組織構造が定義されている
チームメンバー、役割、責任を定義する
会議にてプロジェクトの範囲、スケジュール、コスト、リスク対応等を確認・承認
プロジェクトの関係者と合意に達する
作業承認制度を遵守する
作業パフォーマンスデータを収集する
変更管理の実装
入力
プロジェクト管理計画
承認された変更リクエスト
出力
成果物: プロジェクト管理計画が含まれます
勤務実績学校データ
変更要求
是正処置
注意事項
欠陥の修復
更新する
プロジェクト管理計画の更新
プロジェクトファイルの更新
プロジェクトの作業を監視する
入力
プロジェクト管理計画
仕事のパフォーマンス情報
進捗予測
コスト予測
確認された変更点
出力
変更要求
仕事のパフォーマンスレポート
プロジェクト管理計画の更新
プロジェクトファイルの更新
総合的な変更管理を実装する
概要
プロジェクトマネージャーが最終責任を負う
あらゆる関係者がリクエストを提出できますが、リクエストは書面で提出する必要があります。
承認または不承認の責任を負う 1 人の担当者が必要です。通常はプロジェクト スポンサーまたはプロジェクト マネージャーです。
変更管理委員会 (CCB) は、プロジェクトに対する全体的な変更を実装するかどうかを決定する責任を負います。通常、特定の変更リクエストには顧客またはプロジェクト スポンサーの承認が必要です。
プロセス: 変更リクエスト -> PM またはチームが影響を評価 -> プロジェクト関係者に評価結果を通知 -> CCB の承認 -> 変更を実行 -> 変更の実装を記録 -> 新しいドキュメントを配布
プロセス: 変更要求、変更評価、変更意思決定、変更実装、変更検証、コミュニケーションのアーカイブ
入力
プロジェクト管理計画
仕事のパフォーマンスレポート
変更要求
組織プロセス資産
出力
承認された変更リクエスト
変更ログ
プロジェクト管理計画の更新
プロジェクトファイルの更新
プロジェクトまたはフェーズの終了
プロジェクトの終了を宣言する前に、スコープのベースラインを確認して、すべてのプロジェクト作業が完了していることを確認します。
プロジェクトが早期に終了する場合は、手順を策定し、その理由を調査して記録し、適切なプロジェクト関係者を参加に招待する必要があります。
管理上のクロージングと契約のクロージングの違い
プロジェクトの各段階には管理上の終了があり、契約の終了は契約に固有です。
プロジェクト全体では、管理上の終了前に契約が終了します。
契約の観点から見ると、契約の締結には管理上の締結も含まれます
管理上のクロージングにはプロジェクトスポンサーまたは上級管理職からの書面による確認が必要ですが、契約のクロージングには調達管理メンバーからの書面による確認のみが必要です。
入力
プロジェクト管理計画
達成できる許容可能な結果
組織プロセス資産
出力
最終製品、サービス、または成果物の引き渡し
組織プロセス資産の更新
4つの側面
競合するプロジェクトまたは目標間を統合する
さまざまな関心を持つプロジェクト関係者を統合する
プロジェクトに必要なさまざまな専門家の取り組みを統合する
プロジェクト管理プロセス間の統合
コンセプト
状態
9 つの主要な知識領域と並行して、中核となるものです。
執行者
プロジェクトマネージャーはインテグレーターです
プロジェクトの選定方法
正味現在価値分析
投資収益
ROI
プロジェクトの目的
定量化され測定可能である必要がある
達成指標と制約指標または管理指標に分ける
制約目標は結果指標に取って代わられる