マインドマップギャラリー 建設プロジェクトの進捗管理(動的管理プロセス)
このマインドマップは、進捗管理プロセスに基づく工事、建設プロジェクトの進捗管理・進捗計画システム、建設プロジェクトの全体的な進捗目標の実証、建設プロジェクト進捗計画の作成・調整方法とその対策について解説しています。建設プロジェクトの進捗管理のためのエンジニアリングプロジェクトの進捗管理。
2022-06-05 14:44:39 に編集されました建設プロジェクトの進捗管理 (動的管理プロセス)
1. 進捗管理プロセス
進捗目標の分析と実証
進捗計画の準備
事後点検と進捗計画の調整
2. 建設プロジェクトの進捗管理・スケジュール計画システム
プロジェクトの進捗管理の目的
1. コントロールを通じてプロジェクトの進捗目標を達成する
2. スケジュールはプロジェクトの進行に合わせて継続的に調整されます
3. 最も基本的な原則: 品質を確保しながらプロジェクトの進行を管理する
プロジェクトの進捗管理タスク
1. 所有者の進捗管理タスク
プロジェクトの実装フェーズ全体の進捗を管理する
2. デザイナーの進捗管理タスク
設計契約に基づいて設計の進捗を管理する
図面は設計者が進捗を管理するための基礎となるものであり、施主が設計の進捗を管理するための基礎となるものでもあります。
3. 建設パーティの進捗管理タスク
工事契約に基づいて工事の進捗を管理
プロジェクトの特性とニーズに応じて、管理、指導、実施の進捗計画、およびさまざまな計画サイクルの建設計画を作成します。
4. サプライヤーの進捗管理タスク
調達、加工、製造、輸送を含む供給契約に従って供給の進捗を管理します。
プロジェクトスケジュール計画体制の確立
1. プロジェクトスケジュール計画システムの意味: プロジェクトの進捗管理の基礎となる、相互に関連する複数のスケジュールから構成されるシステムです。プロジェクトが進行するにつれて、徐々に確立され、改善されます。
2. さまざまな種類の建設プロジェクトのスケジュール計画システム
さまざまな計画の深さ
全体的なスケジュール
プロジェクトサブシステムのスケジュール計画
プロジェクトサブシステムにおける単一プロジェクトの進捗計画など
さまざまなプランの特徴
管理されたスケジュール計画(計画)
ガイド付き進行計画(計画)
導入(運用)スケジュール
さまざまなプロジェクト参加者
さまざまな計画サイクル
コンピュータ支援による建設プロジェクトの進捗管理
エンジニアリングネットワーク計画の原則に基づいてコンパイルされた進捗管理ソフトウェア
意義
計算量の多い問題を解決する
計算精度の確保
ネットワーク計画のタイムリーな調整に役立ちます
リソース要件の計画の準備を容易にする
3. 建設プロジェクトの全体的な進捗目標の実証
全体進捗目標デモンストレーションの作業内容
全体的な進捗目標とは何か: エンジニアリング プロジェクト全体の進捗目標。意思決定フェーズのプロジェクト定義時に決定されます。
全体的な進捗目標の管理はオーナーのプロジェクト管理の仕事です
実証する前に、まず進捗目標の達成可能性を分析し実証する
実装フェーズにおけるプロジェクト全体の進捗状況には以下が含まれます。 (保証期間を除く)
設計前の準備段階での作業の進捗状況
設計作業の進捗状況
入札作業の進捗状況
着工前の準備工事の進捗状況
プロジェクトの建設と設備の設置の進捗状況
プロジェクト資材調達進捗状況
プロジェクト展開前の準備作業の進捗状況など
全体的な進捗目標の議論
全体的な進捗計画の準備
プロジェクト実施条件の分析
プロジェクト実施計画の問題
大規模工事:全体進捗目標の達成可能性を示す全体進捗概要を作成
全体的な進捗概要の内容 (プロジェクト全体に関する原則規定であり、設計、施工等の具体的な進捗計画は含まれません)
プロジェクト実施の全体展開
全体的な進捗計画
各サブシステムの進捗計画
マイルストーンイベントの計画された進捗目標を決定する
全体進捗目標の達成条件と講じるべき施策
全体的な進捗目標のデモンストレーションのための作業手順 (二重分析と二重計算、合計スコアと合計変動)
調査して情報を収集する
プロジェクト構造分析(全体)
スケジュール計画システムの構造分析(分)
プロジェクトの作業コード(変更)
各レベルの進捗計画を作成します(分)
各レベルの進捗計画間の関係を調整し、全体的な進捗計画(全体)を作成します。
4. 建設事業進捗計画の作成・調整方法
棒グラフ
欠点がある
プロセス間の論理的な関係は表現できるが、明確に表現するのは難しい
手動計画に適しています
スケジュール時間パラメータを厳密に計算しなければ、計画の主要なタスク、重要なルート、および時差を決定することはできません。
計画調整は手動でしか行えず、作業負荷が大きい
大規模なスケジュール計画システムに適応するのが難しい
アドバンテージ
シンプルさが最大の利点であり、直感的で理解しやすいです。
デュアルコードネットワークプラン
概念:作業を矢印と両端のノード数で表現したネットワーク図です。
点線の矢印:実際の作業には存在しない架空のジョブ。一般に、ジョブ間の接続、区別、切断の 3 つの役割を果たします。
ネットワーク ノードの番号付けシーケンス: 小さいものから大きいものまで、連続していなくても構いませんが、繰り返しは許可されません
キー ライン: さまざまなラインの中で、合計時間が最も長い 1 つまたは複数のラインはキー ラインと呼ばれ、通常は二重線または太線でマークされます。他のラインはフリークリティカルラインと呼ばれます。
描画ルール
決定された論理関係は正しく表現されなければなりません
ループは許可されていません。左向きの矢印があるかどうか、および矢印に沿って円があるかどうかを確認してください。
ノード間には、両方向矢印の付いた線や矢印のない線を表示することはできません。
矢印ノードまたは尾ノードのない矢印線は表示できません。
一部のノードに複数の外向き矢印または複数の内向き矢印がある場合、それらはバス メソッドを使用して描画できます。
矢印線が交差しないようにする必要がある場合は、ブリッジ法またはポインティング法を使用できます。
開始ノードと終了ノードは 1 つだけです
ノード間に複数の矢印線を置くことはできません
ダブルコードネットワークの時間パラメータの計算
最も早い開始時刻 ES と最も早い終了時刻 EF: 左から右に最も早い時刻を推定し、開始点の最も早い開始時刻を 0、その他の最も早い開始時刻は、その最も早い終了時刻の最大値とします。すべての先行作品
最新開始時刻 LS と最新終了時刻 LF: 最新終了時刻、終点から右から左へ再帰的に最新開始時刻の合計を計算します。
総時間差 TF: 総工期に影響を与えることなく作業に使用できる柔軟な時間を指します。 TF=LS-ES=LF-EF
自由時間差 FF: 後続の作業の最も早い開始に影響を与えることなく利用できる操縦時間を指します。 FF=後作ES-本作EF
エンドノード: FF = 計画期間 T-EF、エンドポイント TF = FF、空き時間差 = 合計時間差
デュアルコードネームタイムスケールネットワークプラン
概念: 時間座標に基づいて作成されたネットワーク計画です。仕事は実線の矢印で、仮想仕事は破線の矢印で、仕事の自由時間の差は波線で表す必要があります。
特徴
ネットワークプランと水平プランの両方のメリット
各作業の開始と完了、空き時間差、重要なセリフを直接表示
リソースを最適化するために、各ユニットのリソース要件をカウントすると便利です。
変更すると再描画が必要になるため不便です。
仮想作業は垂直の点線の矢印で表す必要があります。空き時間の差がある場合は、波線を追加できます。
ダブルコードタイムスケールネットワーク図のパラメータの計算
早スタート、早ゴール、トータルタイム差、フリータイム差が直接わかります
合計時間差 TF: このジョブからネットワーク図の最後まで数本の線があり、各線の波線の長さの合計が最小になります。
空き時間差FF:このジョブの波線の長さ
最遅開始時刻 LS=ES TF、最遅完了時刻 LF=EF TF
シングルコードネットワークプラン
概念: これは、ノードとその番号を使用して作業を表し、矢印を使用してタスク間の論理関係を表すネットワーク図です。
シングルコードのネットワーク図にはダミーの作業 (たとえば、開始ノードと終了ノードで期間のない作業はダミーの作業) を含めることができますが、点線の矢印はありません。
描画ルール
論理関係を正しく表現する
ループは発生しません
両方向の矢印または矢印のない接続は許可されません。
末尾ノードのない矢印線や矢印ノードのない矢印線は表示できません。
矢印線が交差しないようにする必要がある場合は、ブリッジ法またはポインティング法を使用できます。
開始ノードと終了ノードは 1 つだけ存在できます
シングルコードのネットワーク図パラメータ計算
最も早い開始 ES と最も早い完了 EF: 左から右への再帰計算
時間間隔LAG:LAG=後作業ES-今回作業EF
トータルタイム差TF:TFi=min(TFj LAGi-j)、終点TF=0
空き時間差 FF: FF=min (LAG)、エンドポイント FF=Tp-EFn
最新の開始 LS=ES TF、最新の完了 LF=EF TF
単一コード キー ライン: エンドポイントから左まで、LAG は常に 0
単一のコードネームを持つ重要な作業: 合計時間差が最小のジョブが重要なジョブです
Tp=Tc、トータルタイム差=0
Tp<Tc、トータルタイム差<0
Tp>Tc、トータルタイム差>0
重要なタスクの判断基準
1. キーライン上の作業をキーワークといいます
2. 合計時間差が最も小さい作業が重要な作業です
3. 合計時間差は0、必ずしもクリティカルなジョブではない
4. 最も長く続く仕事が必ずしも重要な仕事であるとは限らない
5. デュアルコード ネットワーク図では、両方のノードがクリティカル ノードである作業は、必ずしもクリティカルな作業であるとは限りません。
6. シングルコードネットワーク図において、直後の作業から時間間隔が0の作業は、必ずしもクリティカルな作業とは限りません。
7. タイムスケールネットワークに波線のない作業は必ずしもクリティカルな作業ではない
8. 時差ぼけは重要な仕事とは関係がない
キーラインの判断基準
1. デュアル コードネームおよびデュアル コードネーム タイム スタンプ ネットワークの場合、キー タスクで構成される行はキー ラインである必要があります。
2. 単一コード番号ネットワークおよび単一コード番号配線ネットワークの場合、キー ワークで構成される回線は必ずしもキー回線である必要はありません。 そして、稼働時間間隔が 0 であるすべてのラインがクリティカル ラインです。
3. デュアル コード番号、デュアル コード番号タイム スケール、および単一コード番号ネットワークの場合、作業期間の合計が最も長いラインがクリティカル ラインになります。
4. 重複するネットワークの場合、稼働時間が最も長い回線が必ずしもキー回線であるとは限りません。
5. デュアル コードネーム ネットワークの場合、キー ノードで構成されるラインが必ずしもキー ラインであるとは限りません。
6. シングルコード ネットワーク内の LAG 時間間隔がすべて 0 の回線は、クリティカル回線でなければなりません。
7. タイムスタンプネットワークの最初から最後まで波線のないラインはクリティカルラインでなければなりません。
8. キー ラインは複数ある場合があり、プロジェクトの実行中にキー ラインが転送される場合があります。
9. クリティカルライン上の作業はクリティカルな作業でなければなりませんが、重要な作業は非クリティカルラインであってもかまいません。
5. 建設プロジェクトの進捗管理への取り組み
組織的な対策
プロジェクトの進捗管理のためのワークフローを開発する
プロジェクト スケジュール システムのコンポーネントを定義する
各種進捗計画等の作成手続き、承認手続き、計画調整手続き等
進捗管理会議の組織設計
会議の種類
各種会議の主催者および参加部隊および関係者
各種打ち合わせの時間
各種会議資料の手配・配布・確認等
管理措置
経営理念、経営手法、管理ツール、契約モデル、契約管理とリスク管理など。
経営理念の問題点
スケジュール計画システムの概念の欠如
動的制御の概念の欠如
最適なスケジュール・プランを比較・選択するという概念の欠如
ネットワークプランの使い方
エンジニアリング資材の調達モデル
情報技術に注目
対応するソフトウェア、ローカルエリアネットワーク、インターネット、データ処理機器を含む
経済対策
資金需要計画、資金供給条件、経済的インセンティブ
資本需要計画およびその他の資源(人的および物的資源)需要計画を含む資源需要計画(資金スケジュール計画)
技術的対策
設計技術
建設技術