コンテンツにスキップ

最初のプロジェクト

この章では、Darwinでの仕事の流れを順にたどります。

依頼 → 明確化 → 見積 → レビュー → 承認 → 記録 → 学習

見積と承認はチームと一緒に進めます。記録と学習の手順には、プロジェクトに記録すべき実績原価が出てきた段階で戻ってきてください。


御社ですでにDarwinを使っている場合は、どのレビュー済みのモジュールと単価表を使うか、誰が単価を確認し、誰が見積を承認するかを確認してください。基礎データの準備ができているかは、管理者またはカタログ担当者に確認できます。

新しく会社を準備する場合は、先に初期設定と最初のモジュールを作成を済ませてください。始める前に見積のライブラリ全体を移す必要はありません。

次のものも用意しておくとよいでしょう。

  • 実際の依頼または工事範囲のパッケージ(練習用のサンプルでもかまいません)
  • 任意:試してみたいIFCモデルまたは2D図面(PDF、JPG)
  • 任意:関連する資料(図面、PDF、メモ)

IFCモデルや図面がなくても問題ありません。Darwinは手入力だけでもすべての機能を使えます。


どのプロジェクトも、空のフォームではなく目的から始まります。「作業の依頼」を作成し、プロジェクトの仕事にできる状態になるまで、依頼者と内容を詰めます。

次へ: 依頼から始める


手順2 — プロジェクトを作成する

Section titled “手順2 — プロジェクトを作成する”

Darwinは、受け付けた依頼からプロジェクトを作成し、工事範囲、ファイル、コメント、アクティビティなどの背景をそのまま引き継ぎます。

次へ: 最初のプロジェクトを作成


手順3 — モデルや図面を取り込む(任意)

Section titled “手順3 — モデルや図面を取り込む(任意)”

BIMモデルや2D図面がある場合はアップロードし、Darwinに数量の抽出と要素の分類を任せます。手入力で見積もる場合は、この手順はすべて省略できます。

次へ: モデル・図面の取り込み


手順4 — 要素をモジュールにマッピングする(任意)

Section titled “手順4 — 要素をモジュールにマッピングする(任意)”

設計と原価がつながる場面です。どのモジュールが、どの建物の要素や計測に対応するかをDarwinに指定します。

次へ: 要素をモジュールにマッピングする


御社にすでにあるモジュールを使い、数量を読み込み、現在の単価を適用します。依頼が構造化された原価の考え方になる場面です。

次へ: 見積の作成


手順6 — 単価と為替レートを確認する

Section titled “手順6 — 単価と為替レートを確認する”

誰かが見積を確定する前に、市況の前提条件を確認し、必要に応じて単価表を更新し、見積が現在の状況を反映していることを確かめます。

次へ: 単価と為替レートの確認


見積を正式にレビューし、承認します。承認された時点で、見積は確定した実行予算になります。

次へ: 承認の依頼


手順8 — 原価を記録して差異を確認する

Section titled “手順8 — 原価を記録して差異を確認する”

実績原価が出てきたら、根拠とともに記録し、差異の理由を説明し、レビューした改善を担当者に割り当てます。何を変えるべきかは、チームが判断します。

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


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

Section titled “手順9 — 2件目のプロジェクトで再利用する”

ここまでに作ったモジュール、単価表、対応付けのパターンがすべて引き継がれ、次のプロジェクトを速く進められることを確認します。

次へ: 再利用 — 2件目のプロジェクト


この流れを最後までたどると、次のことが理解できます。

  • 依頼がどのようにプロジェクトになり、なぜその出発点が見える状態で残るのか
  • モジュールが、毎回一から作り直す明細ではなく、再利用できる原価の考え方としてどう働くのか
  • IFCモデルと2D図面が、積算担当者の判断を置き換えずに、どう数量拾いを速めるのか
  • 見積のセクションと利益率によって、同じ見積の中で種類の異なる仕事にどう別々に価格を付けられるのか
  • レビューと承認によって、下書きがどう確定した追跡可能な実行予算になるのか
  • 実績原価の根拠が、どう記録された差異と、担当者が責任を持つ改善につながるのか
  • すべてがプロジェクトの中でどう追跡可能なまま保たれるのか

最初の手順から始めます。

➡️ 依頼から始める

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