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

次の見積は、チームがすでにレビューしたモジュールから始められます。工事範囲、資源の数量（歩掛）、前提条件が新しいプロジェクトに合うかを確認してください。何を使い、何を変えるかは、引き続き担当者が決めます。

---

最初のプロジェクトは始まりにすぎない

最初のプロジェクトによって、チームには再び出発点にできる、レビュー済みの仕事が残ります。

初期設定の後、チームは次のような効果を得られるようになります。

• 作り直さずに再利用できるモジュール
• 引き継がれる安定した単価表
• 似たモデルの作業を速めるIFCのマッピングのパターン
• 手作業の調べものの減少
• 積算担当者の間での一貫性の向上
• 繰り返し作業の減少

役に立つものは残し、新しいプロジェクトに必要な変更を記録します。

---

1. 再利用こそが中心の推進力

確かめたモジュール、設定した労務単価、改善した材料、確定したマッピングのすべてが、育っていく知識の一部になります。

• 資源の一覧を打ち直さず、レビュー済みの組み立て方を再利用する
• モジュールと一緒に前提条件を見つける
• 新しいプロジェクトの場所と時期に照らして単価を確認する
• 比較できるよう、元の見積を残しておく

こうしてDarwinは、散らばった知識を組織の記憶に変えます。

---

2. 次の見積を準備する

カタログを再利用する前に、仕事の内容と単価を確認します。

モジュールはすでにある

新しい工事範囲に合う、レビュー済みの壁、スラブ、ドアなどの単価内訳を選びます。

IFCのマッピングを確認する

以前のマッピングの選択は、似たモデルの参考になります。以前のマッピングが合うと決めつけず、新しい要素、分類、数量を確認してください。手入力の数量でもかまいません。

適切な単価表を選ぶ

単価、通貨、地域、見積日を確認します。新しい期間やプロジェクト固有の単価が必要なときは、以前の単価表を複製します。

前提条件を確認する

今も当てはまる数量と労務の前提条件（歩掛）を再利用します。別の積算担当者が理解できるよう、訂正があれば記録します。

---

3. 積算担当者の間での一貫性

判断は担当者自身のものです。レビュー済みの組み立て方はチームのほかのメンバーも使えるので、別の積算担当者がそこから始め、前提条件を理解できます。

Darwinでは、次のようになります。

• 考え方が一貫する
• 単価を追跡できる
• 成果物が標準化される
• 組織の記憶が残る

共有のモジュールを変更する前に、工事範囲や施工方法の違いについて話し合ってください。

---

4. 組織の記憶を築く

モジュールのライブラリは、時間とともに進化します。

チームは、レビュー済みの改善を次のプロジェクトに引き継げます。

• より良い材料
• より正確な数量と歩掛
• 改善したモジュールの構造
• 文書化された判断
• よりわかりやすい考え方

こうして、組織に固有の、生きた原価の知識システムができていきます。

---

5. 任意：2件目の実際のプロジェクトでDarwinを試す

Darwinの効果が積み重なっていく様子を十分に理解するために、 2件目の実際のプロジェクトに適用することを強くおすすめします。

何を再利用したか、何を変える必要があったか、どの情報が足りなかったかを確認します。その気づきをもとに、次にどのモジュールを登録・改善するかを決めます。時間の短縮は、御社のチームの仕事で測ってください。

---

6. 再利用こそがシステムである

Darwinは、ある原則のうえに作られています。

知識は一度作り、何度も再利用するべきだ。

今日の仕事が、明日の速さ、一貫性、明快さの土台になります。 チームが工事からのフィードバックをレビューし、残す価値のある変更を採用することで、カタログは良くなっていきます。

---

7. 試してみましょう：単価の付け直し

最初に承認した見積と、別の単価を使った改訂を比較します。

練習では、デモ用のプロジェクトを使い、見ている人にもそう伝えてください。デモの組み立て方はワークフローを見せるためのものです。御社のカタログには、御社自身がレビューした組み立て方を入れてください。

1. 承認済みの見積から、編集できる改訂を作成します。元の実行予算には手を付けません。
2. 別の単価表を用意し、価格確認で単価を確認します。プロジェクトで単価表の変更が許されている場合は、プロジェクトの編集から割り当てます。すでに承認済みのプロジェクトでは、プロジェクトの責任者と変更を調整し、以前の実行予算を残してください。
3. 改訂の 見積の詳細 を開き、明示的に 再計算 を実行します。単価と構成の両方の変更について、結果を確認します。
4. 見積の比較 を使って、新しい改訂と元の見積を比較します。

画像の工事範囲の改訂を読む

下の画像は Initial Draft と v2 Including missing windows の比較で、上の単価だけを変える練習とは別の例です。売価は $93,569.71から$97,971.51 に、$4,401.80 / 4.7% 増えています。Largest system move はWindowsです。Detailsで数量と前提条件を調べ、この増額全体を市場単価の変化と考えないでください。

単価だけを変える練習では、数量、組み立て方、利益率、通貨の前提を同じにし、再計算の結果で単価だけが変わったことを確認します。再計算で構成も更新されることがあるため、その変更は個別に確認してください。

組み立て方と数量を変えずに比較した場合はこう言えます：考え方は変わっていない。変わったのは市況だ。Darwinはその違いを知っている。

---

次のステップ

次のことができます。

• 2件目のプロジェクトを始めて、作業が速くなることを体験する
• モジュールの改善を続けて、原価のライブラリを強くする
• 依頼から実行予算までの流れ全体をワークフローで確認する
• 見積を顧客提案書にまとめる
• 仕事を入札パッケージに整理する
• 条件を変えた見積シナリオを試す

次の積算担当者がなぜ変わったのかを確認できるよう、改善の判断はプロジェクトの記録と一緒に残しておきましょう。

どの工事も、次の工事の学びになる。だから Darwin という名前です。