原価を記録して差異を確認する

プロジェクトには承認済みの実行予算があります。工事が始まったら、実際にかかった原価を記録し、その計画と比較します。差異が組み立て方（歩掛や構成）の見直し、単価の変更、あるいは単なる説明のどれを必要とするかは、チームが判断します。

実際のプロジェクトで実際の記録を使ってください。サンプルの金額で練習する場合は、練習用であることが明確にわかるプロジェクトを使います。進行中のプロジェクトの記録に、作り話の原価を加えないでください。

始める前に

プロジェクトと承認済みの見積の改訂を、プロジェクトの責任者と確認します。追跡の画面で実行予算がはっきり示されていない場合は、結論を出す前に プロジェクトの概要 で確認してください。
実績原価の金額、取引日、裏付けとなる根拠を用意しておきます。
誰がその原価を確認し、誰が影響を受けるモジュールや単価表を管理できるかを確認します。

まだ原価が発生していない場合は、根拠がそろってからこの練習に戻ってきてください。暫定実行予算でも早期の追跡はできますが、この手順では前の手順で正式に承認した実行予算を使います。

承認と根拠は別のものです。承認済みの記録でも、裏付けが必要な場合があります。金額に頼る前に、両方の状態を確認してください。実績原価を参照してください。

差異レポート を開きます。グループの予算と実績原価を比較し、「暫定」と「証憑あり」の両方の表示を確認します。工事の初期に記録した原価だけで、工事全体が予算を下回ったことにはなりません。

例：予算1,000ドルのグループに、証憑ありの原価が1,100ドルあるとします。サプライヤーが同じ数量と範囲に対して高い単価を請求したのであれば、100ドルの差異を価格の変化として説明します。その結論に至る前に、数量や範囲の変更がないかを確認してください。

最上位の 原価管理 → 学習 タブに戻り、未対応の所見を探します。学習に送る を選び、担当者、優先度、期限を選んで、ひも付いた作業依頼を作成します。

その依頼を開き、通常のワークフローで提出します。コメントと添付ファイルを使って、説明と提案する対応を残します。

依頼を作成しても、カタログや単価は編集されません。担当者が引き続き調査し、レビューした変更を行う必要があります。

根拠が何を裏付けているかを判断します。

結果	完了する前に行うこと
モジュールを更新	該当する組み立て方（歩掛や構成）を編集し、変更をレビューして、モジュールをもう一度確認します。
前提条件を記録	次の積算担当者が見つけられる場所に、前提条件や訂正を記録します。
価格設定の方法を変更	以前の単価表と見積を残したまま、レビューした単価の変更を行います。
差異を容認	差異が正当で、変更が不要な理由を説明します。

ひも付いた学習の依頼を完了できる状態になったら、そのワークフローのパネルで完了を選びます。解決の結果とメモを記録し、モジュールを更新した場合は、影響を受けたモジュールを確認します。その後、学習タブの 解決済み の表示で所見を確認します。

解決は結果を記録するもので、元の組み立て方や単価の編集を代わりに行うものではありません。見積を通常どおり保存しても、既存の単価と構成は保たれます。承認済みの仕事を変更する必要がある場合は、後の改訂と明示的な再計算を使います。

チームが、所見、根拠、ひも付いた依頼、レビュー済みの改善を見つけられることを確認します。モジュールに影響があった場合は、そのモジュールの学習タブに関連する学習の記録が表示されます。

どの工事も、次の工事の学びになる。何を引き継ぐかは、チームが決めます。

➡️ 2件目のプロジェクトで再利用する