マインドマップギャラリー ソフトウェア検定中級「システムインテグレーションプロジェクトマネジメントエンジニア」 第6章 プロジェクトマネジメント全般(2)
ソフトウェア試験中級「システムインテグレーションプロジェクトマネジメントエンジニア」テキスト(第2版)試験要点概要シリーズ6.2、困っている友達にシェアしよう
2022-05-24 22:54:11 に編集されました第6章 プロジェクト管理全般 (2)
実装プロセス
ステップ(4) プロジェクトの作業を監視する
意味
プロジェクト管理計画で特定されたパフォーマンス目標を達成するために、プロジェクトの進捗状況を追跡、レビュー、報告するプロセス
プロジェクトの作業全体を通して
プロジェクトの実行だけでなく、プロジェクトの開始、計画、終了も監視します
主な懸念事項
(1) 実際のプロジェクトのパフォーマンスをプロジェクト管理計画と比較する
(2) プロジェクトのパフォーマンスを評価し、是正措置または予防措置が必要かどうかを判断し、必要な措置を推奨します。
(3) 新しいリスクの特定、既存のリスクの分析、追跡および監視、リスクの包括的な特定の確保、リスク状態の報告、および適切なリスク対応計画の実施
(4) プロジェクト製品および関連ドキュメントを反映するために、プロジェクト全体を通じて正確かつ最新の情報ベースを維持します。
(5) 状況報告、進捗状況の測定、予測のための情報を提供する
(6) 予測を作成して現在のコストとスケジュール情報を更新します
(7) 承認された変更の実装を監視する
(8) プロジェクトがプログラムの一部である場合、プロジェクトの進捗状況とステータスもプログラム管理者に報告する必要があります。
伊藤
入力 入力
(1) プロジェクト管理計画
(2) 進捗予測
(3) コスト予測
(4) 確認された変更点
(5) 仕事のパフォーマンス情報
(6) 事業環境要因
(7) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
a. 分析能力
テストサイト6の選択 【頻繁な検査】
i. 回帰分析
2 つ以上の変数間の相互依存性を判断する 定量的な関係を統計的に分析する手法
ii. グループ化方法
研究対象の集団を性質の異なるいくつかのグループに分けます。 グループ内の差異をできるだけ小さくし、グループ間の差異をできるだけ大きくする
iii. 原因と結果の分析
特性要因図とも呼ばれます
iv. 根本原因分析 (RCA)
問題の根本原因を徐々に特定するための構造化された問題解決アプローチ 問題の症状だけに焦点を当てるのではなく、問題を解決する
分析ツール
因果関係図
ブレーンストーミング
原因と結果の分析 (特性要因図)
v. 予測方法
What-ifシナリオ分析とシミュレーション(モンテカルロ分析)
vi. 故障モードと影響分析 (FMEA)
製品またはプロセスの障害状況と、それが発生した場合の影響を特定するための初期段階
vii. フォールトツリー分析 (FTA)
viii. 埋蔵量分析
ix. トレンド分析
トレンド平均法、指数平滑法、線形トレンド法、非線形トレンド法などのトレンド予測法とも呼ばれます。
x. 収益価値管理
b. プロジェクト管理情報システム
c. ミーティング
d. 専門家の判断
出力 出力
1||| 変更要求
2||| 仕事のパフォーマンスレポート
3||| プロジェクト管理計画の更新
4||| プロジェクトファイルの更新
ステップ(5) 総合的な変更管理を実装する
テストサイト 7 を選択してください 【必要1点】
意味
よくあるテスト ポイントを選択する
すべての変更要求のレビュー、変更の承認または拒否、成果物、組織プロセス資産、プロジェクト文書、およびプロジェクト管理計画への変更の管理、および変更処理の結果の伝達のプロセス。
プロジェクト全体を通じて、プロジェクトのすべての段階で適用され、プロジェクト マネージャーがこれに対する最終的な責任を負います。
プロジェクトの関係者は誰でも変更リクエストを送信できます。口頭で行うこともできますが、すべての変更要求は書面で文書化され、変更管理および構成管理システムに組み込まれなければなりません。
文書化された各変更リクエストは、責任者によって承認または拒否される必要があります。この人は通常、プロジェクト スポンサーまたはプロジェクト マネージャーです。
コントロールボードCCBの変更
プロジェクトの変更をレビュー、評価、承認、延期、または拒否し、変更処理の決定を文書化して伝達する責任を負う、正式に構成されたグループ
承認する
よくあるテスト ポイントを選択する
全体的な変更管理は、CCB および変更管理システムを通じて実現できます。しかし、全体的な変更管理は CCB だけの問題ではなく、プロジェクト マネージャーやプロジェクト チームの問題でもあります。
CCB は、プロジェクトの主要な関係者の代表で構成されるグループです。プロジェクト マネージャーはメンバーの 1 人である場合もありますが、通常はチーム リーダーではありません。 CCB は変更リクエストをレビューし、承認または拒否する責任があります。
プロジェクトの目的に影響を与える可能性のある変更は、実装する前に変更管理委員会 (CCB) の承認を受ける必要があります。CCB の承認後、既に CCB のメンバーである場合を除き、顧客またはスポンサーの承認も必要になる場合があります。
変更管理システムとは、文書、追跡システム、変更承認レベルなどを含む、変更管理のための一連の正式な書面による手順を指します。
違い
簡単なテストポイント
構成制御
各プロセスの成果物と技術仕様のマッチングに重点を置く
変更管理
プロジェクト文書、成果物、またはベースラインに対する変更の特定、文書化、承認または拒否に重点を置く
構成管理アクティビティ
1. 構成の識別
2. 構成ステータスのログ記録
3. 構成の検証と監査
活動を変える
ただ理解してください
(1) 発生する可能性のある変更と実際に発生した変更を特定する
(2) 承認された変更のみが確実に実装されるようにするための、全体的な変更管理に影響を与える関連要素
(3) 変更リクエストを確認して承認する
(4) 標準化された変更要求プロセスを通じて承認された変更を管理する
(5) ベースラインの完全性を管理して、承認された変更のみがプロジェクトの製品またはサービスに統合されるようにし、変更に関する構成および計画文書を維持します。
(6) 書面によるすべての是正措置および予防措置のレビューと承認
(7) 承認された変更に基づいて、プロジェクトの範囲、コスト、予算、スケジュール、品質要件を管理および更新する 変更は、プロジェクト全体の観点から調整する必要があります。
(8) 変更リクエストによるすべての影響を文書化する
(9) 欠陥修正の正確性を検証する
(10) 品質レポートに基づいてプロジェクトの品質を管理し、標準への準拠を確保します
伊藤
入力 入力
(1) プロジェクト管理計画
(2) 仕事のパフォーマンスレポート
(3) 変更要求
(4) 事業環境要因
(5) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
a. 変更管理ツール
b. 専門家の判断
c. ミーティング
出力 出力
1||| 承認された変更リクエスト
2||| プロジェクト管理計画の更新
3||| プロジェクトファイルの更新
4||| 変更ログ
ステップ(6) プロジェクトまたはフェーズの終了
意味
すべてのプロジェクト管理プロセス グループのすべてのアクティビティを完了して終了し、プロジェクトまたはプロジェクト フェーズを正式に終了するプロセス
含む
テストサイト 8 を選択してください
1. 事務処理の終了 【運営終了】
コンテンツ
1||| 製品の検証
プロジェクト製品の確立された要件に従ってすべての作業が完了したことを確認します
2||| 決算
プロジェクトの最終支払いを行い、財務決済を完了する
3||| プロジェクト記録を更新する
プロジェクトの最終パフォーマンスレポートとプロジェクトチームメンバーのパフォーマンス記録を完成させる
4||| 経験と教訓を要約し、プロジェクトの完了後評価を実施する
5||| 組織プロセス資産の更新を実行する
さまざまなプロジェクト資料を収集、整理、アーカイブする
6||| プロジェクトに関するプロジェクト関係者間の関係を終了し、プロジェクト チームを解散する
結果
1. プロジェクト製品の正式受注
2. 完全なプロジェクトのアーカイブ
3. 組織プロセス資産の更新 (学んだ教訓の要約)
4. リソースの解放(人的リソースおよび非人的リソースを含む)
2. 契約締結
契約作業の終了、調達監査の実施、当事者間の契約関係の終了、関連情報の収集とアーカイブ
二人の関係
簡単なテストポイント
接続する
どちらも、製品の検証を実施し、経験と教訓を要約し、関連データを整理してアーカイブし、組織のプロセス資産を更新する必要があります。
違い
a. 管理上の終了は、プロジェクトおよびプロジェクトの各フェーズに対して行われます。プロジェクト全体を一度管理上終了する必要があるだけでなく、プロジェクトの各フェーズの終了時にも対応する管理上の終了を実行する必要があります。 -------------------------------------------------- ------------------- 契約の締結は契約ごとに異なります。締結する必要があるのは 1 回だけです。
b. プロジェクト全体の観点から見ると、契約の完了は管理上の完了より前に行われます。 -------------------------------------------------- ----- プロジェクトが契約の形式で実行される場合、クロージング段階では、調達監査と契約クロージングが最初に実行され、その後管理クロージングが実行されます。
c. ある契約の観点から見ると、契約締結には事務締結作業(契約の事務締結)も含まれます。
d. 管理上の終了には、プロジェクトのスポンサーまたは上級管理者が、プロジェクトの段階が完了したこと、またはプロジェクト全体が完了したことをプロジェクト マネージャーに書面で確認することが必要です。 -------------------------------------------------- ---------------- 契約終了時には、調達管理を担当するメンバー(プロジェクトマネージャーなど)が売主に契約終了の書面による確認書を発行します。
伊藤
入力 入力
(1) プロジェクト管理計画
(2) 受領のための成果物
(3) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
a. 分析能力
b. 専門家の判断
c. ミーティング
出力 出力
1||| 最終製品、サービス、または出力の引き渡し
2||| 組織プロセス資産の更新
過去の実問の選択問題が5~6点を占めます。 ケースの質問には以下が含まれる場合があります