マインドマップギャラリー システムインテグレーションプロジェクトマネジメントエンジニアソフトテスト合格第8章 プロジェクト進捗管理
システム インテグレーション プロジェクト マネジメント エンジニア/ソフトウェア試験合格/第 8 章 プロジェクトの進捗管理。プロジェクトの進捗管理の計画、アクティビティの定義、アクティビティのシーケンスの並べ替え、アクティビティのリソースの見積もりなどが含まれます。
2024-03-03 01:17:39 に編集されました第8章 プロジェクトの進捗管理
実装プロセス
一、 企画プロジェクトの進捗管理
意味
プロジェクト進捗管理を実施するための方針や手順を策定し、文書化したプロジェクト進捗管理計画を作成するプロセス
特徴
公式でも非公式でも、非常に詳細なものでも非常に一般的なものでも構いません
プロジェクトの実行中に、スケジュール管理で発生した変更を反映するためにスケジュール管理計画を更新する必要がある場合があります。
プロジェクトのスケジュール管理プロセスとそれに関連するツールや手法をスケジュール管理計画に書き込む必要があります。
プロジェクトのスケジュール管理計画には、適切な管理しきい値を含める必要があり、また、スケジュールの緊急事態がどのように報告され、評価されるかを指定することもできます。
効果
プロジェクト全体を通じてプロジェクトの進捗を管理、実行、制御する方法についてのガイダンスと指示を提供する
伊藤
入力 入力
(1) プロジェクト管理計画
スコープベースライン: プロジェクトスコープステートメント、WBS、および WBS 辞書が含まれており、アクティビティ、期間計算、スケジュール管理を定義するために使用できます。
追加情報: 計画スケジュールに関連するコスト、リスク、およびコミュニケーションに関する決定
(2) プロジェクト計画書
プロジェクト憲章で指定された全体的なマイルストーン スケジュールとプロジェクトの承認要件、 プロジェクトの進捗管理に影響する
(3) 事業環境要因
(1) スケジュール管理に影響を与える組織文化や体制 (2) スケジュール計画に影響を与える可能性のあるリソースの利用可能性とスキル (3) さまざまなスケジュール計画の設計・管理に役立つスケジュール計画ツールを提供するプロジェクト管理ソフトウェア (4) 公開された商用情報 (資源生成率など)。通常はさまざまな商用データベースから取得します。 (5) 組織内の業務権限制度
(4) 組織プロセス資産
(1) 利用可能な監視および報告ツール、(2) 履歴情報、(3) 進捗管理ツール、(4) 進捗管理に関連する既存の公式および非公式のポリシー、手順およびガイドライン、(5) ) テンプレート、(6) プロジェクト閉鎖ガイドライン、(7) 変更管理手順、(8) リスクカテゴリ、確率の定義と影響、確率と影響のマトリックスを含むリスク管理手順
ツールとテクニック ツール&テクノロジー
(1) 専門家の判断
(2) 分析能力
(3) ミーティング
出力 出力
1||| プロジェクトスケジュール管理計画
コンテンツのヒント: サッカー代表チームを操作し、ペニスを持って触ってください。
(1) プロジェクトスケジュールモデルの開発
プロジェクトのスケジュール モデルを開発するためのスケジュール計画方法とツールを指定する必要がある
(2) 正確さ
活動期間の見積もりに許容される領域と、許可される緊急時準備金の量を指定する必要がある
(3) 測定の単位
各リソースの測定単位を指定する必要があります
(4) 組織 プログラムリンク
作業分解構造は、スケジュール管理計画のフレームワークを提供し、見積もりやリソース計画との一貫性を確保します。
(5) プロジェクトスケジュールモデルのメンテナンス
プロジェクトの進捗を記録するには、プロジェクトの実行中に進捗モデルでプロジェクトのステータスをどのように更新するかを指定する必要があります。
(6) 制御閾値
スケジュールのパフォーマンスを監視するには、重大な偏差値を指定する必要がある場合があります
(7) パフォーマンス測定ルール
パフォーマンス測定のためにアーンドバリュー管理 (EVM) ルールまたはその他の測定ルールを指定する必要がある
(8) レポート形式
各種進捗報告書の形式や作成頻度を指定する必要がある
(9) 過程説明
スケジュール管理の各プロセスを書面で説明します。
これは、プロジェクトの進行状況を準備、監視、制御するための基準を確立し、活動を定義するプロジェクト管理計画の不可欠な部分です。 公式でも非公式でもよく、非常に詳細で非常に一般的であり、適切な制御しきい値を含める必要があります。
二、 アクティビティを定義する
意味
プロジェクトの成果物を完了するために必要なすべてのアクティビティを特定して記録する
関連概念
活動
作業パッケージを完成させるために必要な作業であり、プロジェクトを実施する際に作業を手配するための最も基本的な作業単位です。
アクティビティと作業パッケージの間には 1 対 1 または多対 1 の関係があります。つまり、複数のアクティビティが 1 つの作業パッケージを完了することが可能です。
WBSの一番下にある
(1) プロジェクトをより適切に計画するには、通常、作業パッケージをさらに小さなコンポーネント、つまり「アクティビティ」に分割する必要があります。
(2) アクティビティとは、作業パッケージを完了するために必要な作業であり、プロジェクトを実施する際に作業を手配するための最も基本的な作業単位です。アクティビティと作業パッケージの間には 1 対 1 または多対 1 の関係があります。つまり、複数のアクティビティが 1 つの作業パッケージを完了することが可能です。
効果
プロジェクト作業の見積もり、スケジュール、実行、監視、制御の基礎として、作業パッケージをアクティビティに分割します。
伊藤
入力 入力
(1) 進捗管理計画
(2) スコープベースライン
(3) 事業環境要因
(4) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
(1) 壊す
プロジェクトの範囲とプロジェクトの成果物を段階的に分割します。 より小型で管理しやすいコンポーネントのためのテクノロジー
WBS、WBS ディクショナリ、アクティビティ リストは、順次または同時に作成できます。WBS と WBS ディクショナリは、対応する成果物を作成できるように、最終的なアクティビティ リストを作成するための基礎となります。これらの活動を経て完成しました。
(2) ローリングプランニング
これは反復的な計画テクノロジです。つまり、近い将来に完了する作業は WBS の最下位レベルで詳細に計画され、長期的に完了する予定の作業は上位レベルで大まかに計画されます。 WBS。戦略計画の初期段階では、情報が十分に明確ではないため、作業パッケージはマイルストーン レベルまでしか細分化されませんが、後でより多くの情報が得られると、近い将来に実装される作業パッケージを次のように細分化できます。具体的な活動。
進歩的で詳細な計画アプローチにより、プロジェクト チームは計画を徐々に改善できます。
(3) 専門家の判断
出力 出力
(1) アクティビティリスト
プロジェクトに必要なすべてのアクティビティの包括的なリスト
すべてのアクティビティには一意の名前が必要です
(2) アクティビティのプロパティ
アクティビティ リストのアクティビティの説明を拡張したものです
アクティビティには期間があり、アクティビティのプロパティは時間の経過とともに進化します。
プロジェクトの進行に応じてアクティビティのプロパティが変更される場合があります
プロジェクトの初期段階では、アクティビティの識別、WBS の識別、および準備が完了したアクティビティのラベルまたは名前が含まれます。また、アクティビティのコーディング、アクティビティの説明、先行アクティビティ、後続アクティビティ、論理関係、リード量とラグ量も含まれる場合があります。 、リソース要件、必須の日付、制約および前提条件
(3) マイルストーンリスト
マイルストーンは、プロジェクト内の重要なポイントまたはイベントです。
チェックリストにはプロジェクトのすべてのマイルストーンがリストされ、各マイルストーンが必須(契約上の要件)であるか、オプションであるか(履歴情報によって決定される)が示されます。
マイルストーン リストは、後のプロジェクト管理の基礎となります。
マイルストーンはプロジェクトのライフサイクルにおける瞬間です
マイルストーンの期間はゼロです
マイルストーンはリソースもコストも消費しません
マイルストーンは通常、主要な成果物の完了を指します。
チェックリストは、プロジェクトが最終目標に到達するために通過する必要がある一連の条件または状態を示し、各段階でどのような状態を達成する必要があるかを説明します。
プロジェクトのマイルストーンに到達する重要なイベントがいくつかあるはずです
良いマイルストーンの最も際立った特徴は、それを達成するための基準が明確であることです。
マイルストーン計画の準備は逆に進められます。最初に最後のマイルストーンを決定し、次に逆の順序で各マイルストーンを決定します。ブレーンストーミングを使用してマイルストーンを決定する
三、 アクティビティの順序を並べ替える
意味
プロジェクト活動間の関係を特定して文書化する
効果
プロジェクト間のすべての制約を考慮して最大の効率を達成するために、タスク間の論理シーケンスを定義します。
伊藤
入力 入力
(1) 進捗管理計画
(2) アクティビティリスト
(3) アクティビティのプロパティ
(4) マイルストーンリスト
(5) プロジェクトスコープステートメント
(6) 事業環境要因
(7) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
(1) 先行図方式 PDM/先行図方式/アクティブノード図 AON [つまり、単一コードのネットワーク図]
存在する 4 種類の依存関係
1||| 終わりと始まりの関係(F-S型)
表彰式(後続イベント)は、競技(前イベント)終了後にのみ開始できます。
最も一般的に使用される
2||| エンドエンド関係(F-Fタイプ)
ファイルの編集(後続アクティビティ)は、ファイルの書き込み(先行アクティビティ)が完了するまで完了できません。
3||| 発進関係(S-Sタイプ)
コンクリートの平坦化(次の作業)は、基礎の注入(前の作業)が開始された後にのみ開始できます。
4||| 始まりと終わりの関係(S-Fタイプ)
2 人目の警備員が勤務を開始したとき (先行活動) のみ、1 人目の警備員は勤務を降りることができます (後続活動)
ほとんど使われません
リード線図法では、各アクティビティには一意のアクティビティ番号があり、各アクティビティには推定継続時間 (アクティビティ継続時間) がマークされ、各ノード アクティビティには次のような複数の時間があります。 最早開始時刻 (ES)、最遅開始時刻 (LS)、最早終了時刻 (EF)、最遅終了時刻 (LF)
(2) アローチャート方式ADM/アクティブアローチャートAOA [つまり、二重コードネームのネットワーク図]
3つの基本原則
1||| ネットワーク図内の各アクティビティとイベントには一意のコード名が必要です。つまり、ネットワーク図内に同じコード名は存在しません。
2||| 任意の 2 つのアクティビティの前のイベントと後続のイベントのコードの少なくとも一方が異なり、ノード コードは矢印に沿ってどんどん大きくなります。
3||| 同じノードに流入または流出するアクティビティはすべて、共通の後続アクティビティ/先行アクティビティを持ちます。
仮想アクティビティ
追加の特別なアクティビティは、描画の便宜のために導入されています。これは、時間もリソースも消費しませんが、アクティビティの依存関係を表現する際のアロー ダイアグラムの欠点を補うことだけを目的としています。
(3) 依存関係を判断するためのヒント: 内部および外部のソフトウェアとハードウェア
1||| 必須の依存関係 (ハード)
法的または契約上の要件、または仕事の固有の性質によって決定される依存関係
多くの場合、客観的な制約に関連しています (プロジェクト チームはそれらの制約に違反することはできません)。
たとえば、建設プロジェクトでは、基礎が構築された後にのみ地上構造を構築できます。エレクトロニクス プロジェクトでは、テストする前にプロトタイプを製造する必要があります。
2||| 選択的な依存関係 (ソフト)
優先論理関係、優先論理関係、またはソフト論理関係とも呼ばれます。
通常は、特定のアプリケーション分野のベスト プラクティスに基づいています またはプロジェクトの特別なプロパティ
(プロジェクト チームは自由に選択できます。) プロジェクト チームは、別の順序を使用できる場合でも、この特定の順序でアクティビティを配置することを選択します。すぐにフォローアップする予定がある場合は、対応するオプションの依存関係を確認し、それらを調整または削除する必要があるかどうかを検討する必要があります。
3||| 外部依存関係
プロジェクトアクティビティと非プロジェクトアクティビティ間の依存関係
多くの場合、プロジェクト チームの制御の範囲外にあります
(プロジェクト チームの管理外) たとえば、ソフトウェア プロジェクトのテスト活動は外部ハードウェアの到着に依存し、建設プロジェクトの現場準備は政府の環境公聴会が終わるまで開始されない場合があります。
4||| 内部依存関係
プロジェクト活動間の先行事例
通常はプロジェクト チームの管理下にあります
(プロジェクト チームによって制御可能) たとえば、チームはマシンが組み立てられた後にのみテストできますが、これは内部の必須の依存関係です。
(4) 進みと遅れ
アクティビティ間の時間の進みと遅れを追加すると、アクティビティ間の論理関係をより正確に表現できます。
先行量は、先行アクティビティと比較して後続アクティビティを進めることができる時間量であり、多くの場合、負の数で表されます。 ラグは、直前のアクティビティに比べて後続のアクティビティを延期する必要がある時間であり、多くの場合、正の数になります。
出力 出力
1||| プロジェクト進捗ネットワーク図
プロジェクトのアクティビティ間の論理的な関係を表すグラフです。
2||| プロジェクトファイルの更新
アクティビティリスト、
アクティビティの属性、
マイルストーンリスト、
リスクレジスター
他の
最初と最後のアクティビティに加えて、すべてのアクティビティとすべてのマイルストーンには、少なくとも 1 つの先行アクティビティと 1 つの後続アクティビティがあります。
プロジェクト チームは、アクティビティを論理的に順序付けして、現実的なプロジェクト スケジュールを作成できます。
四、 活動リソースの見積もり
意味
さまざまな活動を実行するために必要な資材、人員、設備、備品の種類と数量を見積もるプロセス
効果
より正確なコストと期間の見積もりを行えるように、アクティビティを完了するために必要なリソースの種類、数量、特性を特定します。
伊藤
入力
進捗管理計画
アクティビティリスト
アクティビティのプロパティ
リソースカレンダー
リスクレジスター
アクティビティを推定値に組み込む
事業環境要因
組織プロセス資産
ツールとテクニック
専門家の判断
代替案分析
公表されている推定値
プロジェクト管理ソフトウェア
トップダウンの見積もり
出力
アクティビティのリソース要件
作業パッケージ内の各アクティビティに必要なリソースの種類と量を特定し、これらの要件を各作業パッケージおよび各作業期間のリソース見積もりに集約します。
リソースの内訳構造
略して RBS は、人材、資材、設備、消耗品などのリソースをカテゴリおよびタイプ別に階層的に表示します。
リソースの種類には、スキル レベル、学年レベル、またはプロジェクトに適用できるその他の種類が含まれます。リソースの内訳構造は、リソースの使用状況と合わせてプロジェクトの進行状況データを整理し、レポートするのに役立ちます。
プロジェクトファイルの更新
アクティビティリスト、
アクティビティの属性、
リソースカレンダー
五、 アクティビティの継続時間を見積もる
意味
リソース見積もりの結果に基づいて、1 つのアクティビティを完了するのに必要な作業期間数を見積もるプロセス。
効果
各アクティビティを完了するのに必要な時間を決定し、スケジュール計画プロセスへの主要な入力を提供します。
このプロセスでは、まずアクティビティを完了するために必要な作業量と、そのアクティビティに投資する予定のリソースの数を見積もり、次にプロジェクト カレンダーとリソース カレンダーを組み合わせて、アクティビティを完了するために必要な作業期間の数を計算する必要があります。活動。
伊藤
入力
進捗管理計画
アクティビティリスト
アクティビティのプロパティ
アクティビティのリソース要件
リソースカレンダー
プロジェクトスコープステートメント
仮定
既存の条件
情報の入手可能性
報告期間の長さ
制約
熟練したリソースが利用可能
契約条件と要件
リスクレジスター
リソースの内訳構造
事業環境要因
組織プロセス資産
ツールとテクニック
専門家の判断
過去の情報を利用することで、専門家の判断により、期間を見積もるのに必要な情報を提供したり、同様のプロジェクトでの過去の経験に基づいて活動期間のオンライン見積もりを提供したりできます。
類推推定
類似の活動またはプロジェクトの履歴データを使用して、現在の活動またはプロジェクトの期間またはコストを見積もる手法です。
類似見積りは、過去の同様のプロジェクトのパラメータ値(期間、予算、規模、重量、複雑さなど)に基づいて、将来のプロジェクトの同様のパラメータまたは指標を見積ります。
期間を見積もる場合、類似の見積り手法では、過去の同様のプロジェクトの実際の期間を使用して、現在のプロジェクトの期間を見積もります。
これは、プロジェクトの詳細が不十分な場合にプロジェクト期間を見積もるためによく使用される大まかな見積もり手法です。プロジェクトの複雑さの既知の違いを調整する必要がある
類似見積もりは一般に費用も時間もかかりませんが、精度も低くなります。プロジェクト全体またはプロジェクトの一部について同様の見積もりを作成できます。過去の活動が表面的ではなく本質的に似ていて、見積もりに取り組むプロジェクト チームのメンバーが必要な専門知識を持っている場合、類似見積もりが最も信頼できます。
パラメータ推定
これは、アルゴリズムを使用して履歴データとプロジェクト パラメーターに基づいてコストまたは期間を計算する見積もり手法です。
パラメータ推定とは、履歴データと他の変数の間の統計的関係を使用して、コスト、予算、期間などのアクティビティ パラメータを推定することを指します。
三点推定
プログラム レビュー テクニック (PERT) から派生し、3 つの推定値を使用しておおよそのアクティビティ期間間隔を定義します。 最も可能性の高い時間 (tm): 取得される可能性が最も高いリソース、最も可能性が高いリソースの生産性、リソースの利用可能時間の現実的な推定、リソースが他の参加者に依存する可能性、およびさまざまな可能性のある干渉に基づいて推定されたアクティビティ。 最も楽観的な時間 (to): アクティビティの最良のシナリオに基づいた推定アクティビティ期間 最も悲観的な時間 (tp): アクティビティの最悪のシナリオに基づいた推定アクティビティ期間 予想継続時間tEの計算式:tE=(~4tm tp)/6
グループでの意思決定テクニック
ブレーンストーミング、Delphi テクニック、名目上のグループ テクニック
埋蔵量分析
緊急時準備金
知られている 未知の
期間を見積もる場合は、緊急事態に備えた準備金を考慮する必要があります 受け入れられ、緊急事態または緩和策が開発されている特定されたリスクに対処するスケジュールのベースラインに含まれる期間
管理予備金
不明 不明
出力
アクティビティ所要時間の見積もり
プロジェクトファイルの更新
六、 進捗計画を作成する
意味
これは、アクティビティの順序、期間、リソース要件、スケジュールの制約を分析し、プロジェクトのスケジュール モデルを作成するプロセスです。
効果
アクティビティ、期間、リソース、リソースの可用性、および論理関係をスケジュール計画ツールに取り込み、各プロジェクト アクティビティの計画日を含むスケジュール モデルを形成します。
実行可能なプロジェクト スケジュールの作成は、多くの場合反復的なプロセスです
承認された最終スケジュールは、スケジュール プロセスを制御するためのベースラインとして機能します。
伊藤
入力
進捗管理計画
アクティビティリスト
アクティビティのプロパティ
プロジェクト進捗ネットワーク図
アクティビティのリソース要件
リソースカレンダー
アクティビティ所要時間の見積もり
プロジェクトスコープステートメント
リスクレジスター
プロジェクトスタッフの配置
リソースの内訳構造
事業環境要因
組織プロセス資産
ツールとテクニック
ネットワーク分析の進捗
クリティカルパス法やクリティカルチェーンなど、プロジェクト活動の未完了部分の最早開始時刻と最遅終了時刻をさまざまな分析手法を用いて計算する、プロジェクトスケジュールモデルを作成する技術です。手法、および what-if シナリオの分析、リソース最適化テクノロジー。
クリティカルパス方式
プロジェクトの最短工期を見積もり、スケジュールモデルにおける論理ネットワーク経路のスケジュール柔軟性を決定する手法です。
リソースの制約を考慮せずに、進行状況のネットワーク パスに沿って順方向および逆方向の分析を実行し、すべてのアクティビティの最早開始日、最早終了日、最遅開始日、および最遅完了日を計算します。
順次プッシュ方式: (1) 論理関係の方向に従って: ネットワーク図の先頭からターミナルまで計算 (2) 最初のアクティビティの最も早い開始時刻がプロジェクトの最も早い開始時刻になります (3) 最も早いアクティビティの完了時刻は、アクティビティの最も早い開始時刻になります。 アクティビティの期間を加算します。 (4) アクティビティの最も早い開始時刻は、先行アクティビティの最も早い完了時刻によって決定されます。 先行アクティビティが複数存在する場合、最も早い完了時刻が決定されます。最後に完了したアクティビティの時刻が使用されます。
後方推論方法: (1) 論理関係の方向に従って: ネットワーク図の終わりから始まりまで計算 (2) 最後のアクティビティの最も遅い完了時刻がプロジェクトの最も遅い完了時刻である (3) 最後のアクティビティの最も遅い完了時刻アクティビティの開始時刻は、アクティビティの最終完了時刻です。遅延完了時刻からアクティビティ期間を差し引いた値です。 (4) アクティビティの最終完了時刻は、後続アクティビティの最も遅い開始時刻によって決まります。複数の後続アクティビティが存在する場合、最も遅い開始時刻になります。最初に開始されるアクティビティの時間が使用されます。
クリティカル パスは、プロジェクト内の最長の一連のアクティビティのようなもので、プロジェクトの最短期間を決定します。
クリティカル パス上のアクティビティはクリティカル アクティビティと呼ばれ、スケジュール ネットワーク図には最終的に複数のクリティカル パスが含まれる場合があります。
合計フロート: プロジェクトの完了時刻を遅らせたり、スケジュールの制約に違反したりすることなく、アクティビティを最も早い開始時刻から延期または遅らせることができる時間。これは、アクティビティのスケジュールの柔軟性、つまりこのアクティビティの最も遅い完了時刻を計算する方法です。 activity このアクティビティの最も早い終了時刻を減算するか、このアクティビティの最も遅い開始時刻からこのアクティビティの最も早い開始時刻を減算します。 通常の状況では、主要なアクティビティの合計フローティング時間はゼロです。
フリーフロート: 後続アクティビティの最も早い開始時刻を遅らせることなく、またスケジュール制約に違反することなく、アクティビティを遅延または最も早い開始時刻から遅らせることができる時間の長さ: 後続アクティビティの最も早い開始時刻の最小値からマイナスした値で計算されます。このアクティビティの最も早い完了時間に移動します
クリティカルチェーン法
プロジェクト チームがリソースの制約やプロジェクトの不確実性を考慮してプロジェクト スケジュール パスにバッファを設定できるようにするスケジュール計画方法です。
クリティカル パスに対するリソース割り当て、リソース最適化、リソース バランシング、およびアクティビティ継続時間の不確実性の影響が考慮されます。
プロジェクト バッファ: クリティカル チェーンの遅延によってプロジェクトが遅延しないようにするために使用されます。
接続バッファ: 非クリティカル チェーンとクリティカル チェーンの接続点に配置され、非クリティカル チェーンの遅延からクリティカル チェーンを保護します。
リソース最適化技術
意味
リソース最適化技術は、リソースの需給に基づいて進行モデルを調整する技術です。
含むがこれらに限定されません)
リソースバランシング
リソースの需要と供給のバランスを図るために、リソースの制約に基づいて開始日と終了日を調整する手法。多くの場合、クリティカル パスの変更が発生し、通常は長くなる
リソースの平滑化
プロジェクトのリソース要件が事前に設定されたリソース制限を超えないように、スケジュール モデル内のアクティビティを調整する手法。プロジェクトのクリティカル パスは変更されず、完了日も遅延せず、アクティビティはフリー フロートとトータル フロートだけ遅延します。
モデリング技術
What-if シナリオ分析
これは、さまざまなシナリオを評価し、プロジェクトの目標に対するそれらの影響を予測することです。
シミュレーション
複数の異なるアクティビティの仮定に基づいて、考えられる複数のプロジェクト期間を計算します。
リードとラグ
リードタイム: 状況が許せば早期にフォローアップ活動を開始するために使用されます。 ラグ: 特定の制約のもとで、先行アクティビティと後続アクティビティの間に作業やリソースを必要としない自然時間を追加します。
進行状況の圧縮
意味
これは、プロジェクトの範囲を縮小することなく、スケジュールの制約、必須の日付、またはその他のスケジュール目標を満たすためにスケジュール期間を短縮することを指します。
急ぎの仕事
リソースの追加によりコスト増加を最小限に抑えてスケジュールを圧縮する手法
例としては、超過勤務の承認、追加リソースの追加、クリティカル パス上のアクティビティを促進するための迅速料金の支払いなどが挙げられます。
素早いフォローアップ
通常は順次実行されるアクティビティまたはフェーズを少なくとも部分的に並行して実行するスケジュール圧縮手法。その結果、手戻りやリスクの増加が生じる可能性があります。
スケジュール計画ツール
アクティビティ リスト、ネットワーク ダイアグラム、リソース要件、アクティビティ期間などを入力として使用するスケジュール モデルが含まれており、スケジュール ネットワーク分析アシスタントを使用して開始時刻と終了時刻を自動的に生成することで、スケジュール計画プロセスを高速化します。
出力
進行状況のベースライン
承認されたプロジェクトのスケジュールであり、正式な変更管理手順を通じてのみ変更でき、実際の結果との比較の基礎として使用されます。
プロジェクトスケジュール
意味
スケジュール モデルの出力であり、アクティビティ間のプロジェクトの関係、計画された日付、期間、マイルストーン、および必要なリソースが示されます。
ガントチャート (ガントチャート)
マイルストーンチャート
プロジェクト進捗ネットワーク図(純粋なロジック図)
進捗データ
プロジェクトカレンダー
プロジェクト管理計画の更新
進捗ベンチマーク、進捗管理計画
プロジェクトファイルの更新
アクティビティリソース要件、アクティビティ属性、カレンダー、リスク登録
七、 進行状況を制御する
意味
これは、計画を達成するために、プロジェクトの活動ステータスを監視し、プロジェクトの進捗状況を更新し、進捗ベースラインの変更を管理するプロセスです。
効果
計画からの逸脱を検出する方法を提供し、リスクを軽減するために修正および予防措置を迅速に講じることができるようにする
コンテンツをフォローする
(1) プロジェクトの進捗状況の把握
(2) スケジュール変更を引き起こす要因は、その変更が良い方向に進むように誤った影響を与えるものである。
(3) プロジェクトのスケジュールに変更がないかを確認する
(4) 変更が発生した場合には、変更管理プロセスに従って厳重に管理します。
効果的なプロジェクトのスケジュール管理の鍵は、プロジェクトの実際の進捗状況を監視し、適時かつ定期的に計画された進捗状況と比較し、必要な修正措置を直ちに講じることです。
活動時間を短縮する方法: ヒント: 職員が食べ物をねだるのをすぐに阻止する
(1) 重要な活動の建設期間を短縮するために、作業を急ぐ、より多くのリソースを投資する、または労働時間を増やす
(2) 迅速なフォローアップとクリティカルパス長を短縮する並列構築
(3) 高品質のリソースまたは経験豊富な人材の活用
(4) 活動範囲の縮小または活動要件の削減
(5) 生産効率を高める手法や技術の改善
(6) 品質管理を強化し、問題点を早期に発見し、手戻りを減らし工期を短縮します。
伊藤
入力
プロジェクト管理計画
プロジェクトスケジュール
仕事のパフォーマンスデータ
プロジェクトカレンダー
進捗データ
組織プロセス資産
ツールとテクニック
人事考課
トレンド分析、クリティカル パス手法、クリティカル チェーン手法、アーンド バリュー管理を含む、現在の作業の実際の開始時刻と完了時刻、完了率と評判期間などの各分析の進捗パフォーマンスを測定および比較することを指します。
プロジェクト管理ソフトウェア
リソース最適化技術
モデリング技術
リードとラグ
進行状況の圧縮
スケジュール計画ツール
出力
仕事のパフォーマンス情報
進捗予測
変更要求
プロジェクト管理計画の更新
スケジュールベースライン、スケジュール管理計画、コストベースライン
プロジェクトファイルの更新
進捗データ、プロジェクトスケジュール、リスク登録簿
組織プロセス資産の更新
逸脱の理由、講じた是正措置と理由、その他プロジェクト進捗管理から得られた教訓