ケース / 計画と管理
計画と管理

作業パッケージの配送ルートを分類

作業タイプを選択し、必要な配送および承認ルートを分類してから、チームとルートを確認し、当局への提出に進みます。

4ステップ7 分プロジェクト / 施工管理会社設計事務所 / エンジニアリング会社デベロッパー / 発注者

仕組みをステップごとに

プラットフォーム全体で4ステップ - 各ステップで何をするか、そしてなぜ重要か。

1

作業タイプを説明

ルート分類

作業パッケージが実際に何であるかを設定します。その範囲、用途、規模、および配置場所、ルーティングが依存する詳細。

理由: ルートは、その背後にある説明と同じくらい正確です。ここでの曖昧な回答は、後で誰も信頼できないルート分類を生成します。

入力作業パッケージ出力作業プロファイル
2

配送ルートを分類

ルート分類

作業プロファイルをルート分類器に通して、必要な配送および承認パスと、そのパスに必要なレビューおよび署名をすべて取得します。

理由: ルートを間違えると、書類上のミスではなく、承認のシーケンスを完全に間違って予算とプログラムを組むことになります。早期に分類することが、残りの計画を確かな基盤の上に構築することを可能にします。

入力作業プロファイル出力分類済みルート
3

チームとルートを確認

ルート分類

分類されたルートを、プログラムと設計の署名を担当する関係者に提示し、パッケージが実際にたどるルートとしてロックします。

理由: 合意されていないルートは、まだ提案にすぎません。確認することで、分類がチームの残りが日付と料金をコミットできる計画になります。

入力分類済みルート出力確認済みルート
4

ルートを提出に引き継ぐ

当局への提出

分類されたルートに必要な当局への提出を開始します。ルートとその理由がすでに添付されているため、提出は正しい軌道で開始されます。

理由: 設計がすでに進行している後で、提出段階でルートを再分類することは、高価な手戻りです。確認済みのルートを直接引き継ぐことが、2つの記録を同期させ続ける方法です。

入力確認済みルート出力当局提出開始
モジュール

このプレイブックのモジュール

プラットフォーム 190 モジュール中 2 個

計画と管理の他のケース

計画と管理

Set up a project and hand it over

Take a job from the very first setup right through to handover. Create it, price the work,…

5ステップ20 分開く
計画と管理

Earned value and forecast

See where the job truly stands against the plan and the budget: bring the programme current…

3ステップ13 分開く