マインドマップギャラリー 情報システムプロジェクトの統括管理
情報システム プロジェクト マネージャー向けのプロジェクト管理全体の概要。これには、プロジェクト憲章の策定、プロジェクト管理計画の策定、プロジェクト作業の指導と管理、プロジェクト作業の監視、および全体的な変更管理の実施のプロセスが含まれます。
2021-11-03 18:11:35 に編集されました情報システムプロジェクトの統括管理
プロセス
プロジェクト憲章の作成
プロジェクト憲章と呼ばれる正式な文書を作成するプロセス。プロジェクト憲章を発行することにより、プロジェクトを正式に承認し、プロジェクト マネージャーがプロジェクト活動で組織リソースを使用することを承認します。
プロジェクト管理計画を作成する
すべてのサブプランを定義、準備、調整し、それらを包括的なプロジェクト管理計画に統合するプロセス。プロジェクト管理計画には、統合されたプロジェクトのベースラインとサブプランが含まれます
プロジェクト作業を指示および管理する
プロジェクト管理計画で特定された作業を主導して実行し、プロジェクトの目標を達成するために承認された変更を実装するプロセス
プロジェクトの作業を監視する
プロジェクト管理計画で特定されたパフォーマンス目標を達成するために、プロジェクトの進捗状況を追跡、レビュー、報告するプロセス
総合的な変更管理を実装する
すべての変更要求のレビュー、変更の承認、成果物、組織プロセス資産、プロジェクト文書、およびプロジェクト管理計画への変更の管理、および変更処理の結果の伝達のプロセス。
プロジェクトまたはフェーズの終了
すべてのプロジェクト管理プロセス グループのすべてのアクティビティを完了して、プロジェクトまたはフェーズを正式に終了するプロセス
プロジェクト管理全体の概要
プロジェクト管理には、範囲、スケジュール、コスト、品質、人材、コミュニケーション、リスク、調達などのいくつかの側面が含まれますが、これらの側面は互いに影響し合い、制限し合います。一般的には、まず暫定的な全体計画を策定し、次に各サブ計画を詳細に策定し、全体管理手法を用いて一貫した全体計画に統合します。
「全体的な管理」では、各プロジェクトの相反する目標と解決策のバランスをとるように努める必要もあります。
各プロジェクト管理プロセス グループのサブプロセス間には、範囲、スケジュール、コストなど、相互に影響を与える繰り返しの接続が存在することがよくあります。計画プロセス グループは、プロジェクトの初期段階で正式なプロジェクト管理計画を実行プロセス グループに提供します。この計画は、プロジェクトのパフォーマンスの変化に応じて更新されます。
プロジェクト憲章の作成
プロジェクト計画書
意味
プロジェクトを正式に承認する文書です。
プロジェクト マネージャーがプロジェクト活動で組織のリソースを使用することを承認します。
プロジェクト マネージャーは常に計画を開始する前に、できればプロジェクト憲章の作成時に割り当てられる必要があります。
プロジェクト実施機関が外部に発行するもの
プロジェクトまたはフェーズを正式に承認する文書を作成する
プロジェクトの正式な開始を示します
プロジェクトマネージャーはできるだけ早く特定され、任命されるべきです
プロジェクトマネージャーはプロジェクト憲章の作成に関与する必要があります
効果
プロジェクトマネージャーを決定し、プロジェクトマネージャーの権限を定義する
プロジェクトの存在を正式に確認し、プロジェクトに法的地位を与える
範囲、時間、コスト、品質など、プロジェクトの全体的な目標を指定します。
プロジェクトを開始する理由を説明することで、プロジェクトと実行組織の日常業務や戦略計画を結び付けます。
コンテンツ
プロジェクトの目的またはプロジェクトを承認する理由
測定可能なプロジェクト目標と関連する成功基準
プロジェクトの全体的な要件
プロジェクトの一般的な説明
プロジェクトの主なリスク
全体的なマイルストーンスケジュール
全体の予算
プロジェクトの承認要件
委任されたプロジェクトマネージャーとその責任と権限
プロジェクト憲章を承認したスポンサーまたはその他の人の名前と権限
出版社
スポンサー、プロジェクト管理事務局、ポートフォリオ運営委員会など、プロジェクト外部の者による承認
プロジェクトの開始者またはスポンサーは一定の権限を持ち、プロジェクトに資金を提供できる必要があります。
プロジェクト憲章を自分で作成するか、プロジェクト マネージャーに自分に代わってプロジェクト憲章を作成する権限を与えます。
プロジェクト憲章に開始者が署名すると、プロジェクトは承認されます
プロジェクト憲章を作成することで、プロジェクトを組織の戦略や日常業務と結び付けることができます。
プロジェクト概要ITO
入力
プロトコル
プロジェクト作業明細書
意味
プロジェクトが提供する製品またはサービスのテキストによる説明
分類
社内プロジェクト向け
プロジェクトのスポンサーまたはスポンサーは、ビジネス ニーズ、製品またはサービスの要件に基づいて作業明細書を提供します。
外部プロジェクト向け
提案の招待状、情報の要求、入札の招待状、または契約の一部など、顧客の入札文書の一部である
コンテンツ
ビジネスニーズ
製品範囲の説明
戦略計画
ビジネスケース
事業環境要因
実施部門の企業文化と組織構造
国家標準または業界標準
既存設備・固定資産等
部門の既存の人的資源、要員の専門知識とスキル、人事方針と採用と解雇のガイドライン、従業員の業績評価と訓練記録などを実装します。
その時の市況
プロジェクト関係者のリスク許容度
業界データベース
プロジェクト管理情報システム
組織プロセス資産
プロセスと手順
組織の標準プロセス
標準ガイドライン、テンプレート、作業指示書
プロジェクト固有のニーズを満たすために使用される標準手順の変更に関するガイドライン
組織のコミュニケーション要件と報告システム
プロジェクト終了のガイドラインまたは要件
財務管理手順
問題と欠陥の管理手順
変更管理手順
リスク管理手順
作業承認プロセスの承認とリリース
組織に関するあらゆる知識
プロジェクトファイル
プロセス測定データベース
体験学習システム
問題および欠陥管理データベース
構成管理ナレッジベース
金融データベース
道具
専門家の判断
誘導技術
方法
ブレーンストーミング
競合の処理
問題が解決しました
会議の管理
出力
プロジェクト計画書
プロジェクトキックオフミーティング
主要
通常、プロジェクトマネージャーによって企画および開催されます。
目的
プロジェクトの主要な関係者に、プロジェクトの目標、範囲、要件、背景、それぞれの責任と権限を明確にさせる
仕事
会議の目標を決める
会議の前に準備をする
会議の出席者を特定して通知する
会議の主なトピックを特定する
いいノートをとって
プロジェクトの目標
目標は定量化され、測定可能である必要があります
プロジェクト チームは、成果目標と制約目標を明確に優先順位付けする必要があります。
制約目標は結果目標に取って代わられるべきです
プロジェクトには複数の目標があることが多く、目標の数はプロジェクトの範囲と検討のレベルによって異なります。
目標はいくつかのレベルに分けることもできます
プロジェクト管理計画
サブプラン
スコープ管理計画
進捗管理計画
コスト管理計画
品質管理計画
プロセス改善計画
人員配置管理計画
コミュニケーション管理計画
リスク管理計画
調達管理計画
気をつけて
プロジェクト管理計画は詳細に記述することができ、1 つ以上の部分的な計画やその他の事項で構成される場合があります。
コンテンツ
プロジェクト管理チームが厳選したさまざまなプロジェクト管理プロセス
選択した各プロセスの実装レベル
これらのプロセスの実装に使用されるツールと手法の説明
プロセス間の依存関係や相互作用、重要な証拠や結果など、特定のプロジェクトを管理する際に選択したプロセスを使用する方法と手段
プロジェクトの目標を達成するために作業を実行する方法と手段
変化を監視する方法と方法
実装パフォーマンス測定ベンチマークを使用し、整合性を維持する方法と手段
プロジェクト関係者間のコミュニケーションのニーズとテクニック
複数フェーズのプロジェクトの選択されたプロジェクトのライフサイクルとプロジェクトフェーズ
未解決の問題と未解決の意思決定の解決を促進するため、上級管理職による内容、範囲、タイミングの批判的なレビュー
原則として
理想主義にならず、プロジェクト管理計画が 1 つのステップで完了することを期待してください。
全体的な変更管理プロセスを通じてプロジェクト管理計画を更新および変更できるようにする
意味
すべての部分計画をプロジェクト管理計画に特定、準備、統合、調整するために必要なプロセスはありますか?
これは、プロジェクトがどのように計画、実行、監視、終了するかに関する基本的な情報源です。
伊藤
入力
プロジェクト計画書
他のプロセスからの出力
事業環境要因
組織プロセス資産
道具
専門家の判断
プロジェクト管理プロセスをプロジェクトのニーズに合わせて調整する
プロジェクト管理計画に含めるべき技術的および管理的詳細を準備する
プロジェクトに必要なリソースとスキル レベルを決定する
プロジェクトの構成管理レベルを定義する
どのプロジェクト文書が正式な変更管理プロセスの対象となるかを決定する
プロジェクトの作業に優先順位を付ける
プロジェクトのリソースが適切なタイミングで適切な作業に確実に割り当てられるようにする
誘導技術
出力
プロジェクト管理計画
プロジェクト管理情報システム
構成管理システム
コンテンツ
製品またはコンポーネントの機能的および物理的特性を特定して文書化する
上記の機能に対するすべての変更を制御します
各変更とその実装状況を文書化して報告する
補助製品またはコンポーネントの適合性と要件への準拠をレビューする
道具
CVS、VSS、ClearCase
変更管理システム
プロジェクトの成果物や文書を管理、変更、承認する方法、手段、方法を決定するための、正式に文書化されたプロセスの集合。
構成管理システムのサブシステムです
プロジェクトの実行を指示および管理する
コンテンツ
測定
是正処置
実際に発生した逸脱に対応して
注意事項
将来の可能性のある逸脱に備えて
欠陥の再発行
製品または製品コンポーネントの欠陥修正は、プロジェクトの品質問題にのみ対処します
現状検討会議
一般に、プロジェクトの進捗状況を連絡するために会議を定期的に開催できますが、会議の頻度はプロジェクトの状況に応じて決定する必要があります。
たとえば、プロジェクト チームに対しては週に 1 回、他のプロジェクト関係者に対しては月に 1 回などです。
全体的な調整プロセス
プロジェクト計画をいつでも確認して更新します
プロジェクト計画を遵守し、確実に管理する
競合を解決する
障害物を取り除く
優先順位を付ける
インターフェース間で管理上および技術的な決定を下す
顧客とクライアントの問題を解決する
プロジェクトの各フェーズ間のつながりを確保する
インターフェース間のスムーズな通信を確保
伊藤
入力
プロジェクト管理計画
承認された変更リクエスト
事業環境要因
組織プロセス資産
道具
専門家の判断
プロジェクト管理情報システム
ミーティング
情報交換
ブレーンストーミング
プログラムの評価またはプログラムの設計
決定する
出力
成果物
仕事のパフォーマンスデータ
変更要求
プロジェクト管理計画の更新
プロジェクトファイルの更新
プロジェクトの作業を監視する
意味
プロジェクトの開始、計画、実行、終了に必要なさまざまなプロセスを監視および制御します
プロジェクト全体を通して
監視対象
実際のプロジェクトのパフォーマンスをプロジェクト管理計画と比較する
プロジェクトのパフォーマンスを評価し、是正措置または予防措置が必要な兆候があるかどうかを判断し、必要に応じて措置を推奨します。
プロジェクトのリスクを分析、追跡、監視して、リスクをタイムリーに特定し、その状況を報告し、適切なリスク対応計画を実施します。
プロジェクト製品および関連文書に関する正確かつタイムリーな情報ベースを確立し、プロジェクト完了まで維持します。
ステータスレポート、パフォーマンス測定、予測のための情報サポートを提供する
現在のコストとスケジュール情報を更新するための予測を提供します
伊藤
入力
プロジェクト管理計画
進捗予測
コスト予測
確認された変更点
仕事のパフォーマンス情報
事業環境要因
組織プロセス資産
道具
専門家の判断
分析能力
回帰分析
グループ分析
原因と結果の分析
根本原因分析
予測方法 (例: 時系列、シナリオ構成要素、シミュレーションなど)
故障モードと影響分析
フォルトツリー解析
埋蔵量分析
トレンド分析
収益価値管理
差異分析
プロジェクト管理情報システム
ミーティング
出力
変更要求
是正処置
プロジェクトの作業パフォーマンスをプロジェクト管理計画と一致させるために行われる活動
注意事項
将来のプロジェクト作業のパフォーマンスがプロジェクト管理計画に準拠していることを確認するために実行される目的のある活動
欠陥の修復
一貫性のない製品または製品コンポーネントを修正するための目的のある活動
仕事のパフォーマンスレポート
プロジェクト管理計画の更新
プロジェクトファイルの更新
総合的な変更管理を実装する
重要性
プロジェクト全体を通して。プロジェクトがプロジェクト管理計画に正確に従うことはほとんどないため、変更管理は不可欠です
活動
変更が必要か、またはすでに変更が行われているかを判断する
全体的な変更管理を妨げる要因に影響を与え、承認された変更のみが確実に実装されるようにする
要求された変更を確認して承認する
変更をリクエストするプロセスを制御し、承認された変更が発生したときに管理します
承認された変更のみをプロジェクト製品またはサービスに組み込むことを許可し、ベースラインの整合性を維持し、プロジェクト製品またはサービスに関連する構成ドキュメントと計画ドキュメントを維持します。
すべての是正措置および予防措置の推奨事項を確認し、承認する
承認された変更管理と更新範囲、コスト、予算スケジュール、品質要件に従ってプロジェクト全体の変更を調整します。
要求された変更による影響全体を文書化する
欠陥修正の確認
品質レポートに基づいて標準に準拠してプロジェクトの品質を管理する
構成管理アクティビティ
構成の識別
構成ステータスのログ記録
構成の検証と監査
伊藤
入力
プロジェクト管理計画
仕事のパフォーマンスレポート
変更要求
事業環境要因
組織プロセス資産
道具
専門家の判断
ミーティング
変更管理ツール
出力
承認および更新されたリクエスト
変更ログ
プロジェクト管理計画の更新
プロジェクトファイルの更新
プロジェクトまたはフェーズの終了
意味
これは、すべてのプロジェクト管理プロセス グループのすべてのアクティビティを完了して、プロジェクトまたはフェーズを正式に終了するプロセスです。
経験と学んだ教訓を要約し、すべてのプロジェクト作業を正式に終了し、新しい作業のために組織リソースを解放します。
プロジェクト マネージャーは、すべてのプロジェクト作業が完了し、プロジェクトの目標が達成されたことを確認するために、前のフェーズの終了情報を確認する必要があります。
プロジェクトが完了前に途中で終了した場合、プロジェクトまたはフェーズを終了するには、途中で終了した理由を調査して文書化する手順も必要になります。
上記の目的を達成するには、プロジェクト マネージャーは、適切な関係者全員がこのプロセスに参加するよう招待する必要があります。
分類
管理終了
プロジェクト全体をカバーし、同時に各フェーズが完了したら段階的閉鎖の計画を立てて準備します。内部目的で文書の分類を行い、プロジェクトが終了してメンテナンス期間に移行できることを外部に宣言する必要があります。経験と教訓をまとめます。
契約締結
あらゆるプロジェクトに対して確立された契約、調達および買い取り契約の決済および停止が含まれます。正式な承諾、製品の承諾とも呼ばれます。契約に従って、プロジェクト チームとオーナーが契約のすべての要件を満たしているかどうかを確認します。プロジェクトが完了したか、プロジェクトを転送できるかどうか 終了
伊藤
入力
プロジェクト管理計画
受領のための成果物
組織プロセス資産
道具
専門家の判断
分析能力
ミーティング
出力
最終製品、サービス、または結果の引き渡し
組織プロセス資産の更新