運用モデル
Darwinのワークフローは次のとおりです。
依頼 → 明確化 → 見積 → レビュー → 承認 → 記録 → 学習
ワークフローは流れを説明します。運用モデルは、チームがその流れをどう信頼できるものに保つかを説明します。
- 仕事の理由が大切なときは、作業依頼から始める。
- 別のユーザーが何が起きたかを理解できるよう、プロジェクトの背景を十分に残す。
- タスクは対応を促すものとして扱い、承認や監査の記録としては扱わない。
- 見積の考え方、単価、数量、ファイル、コメント、判断を追跡できるようにする。
- 承認済みの実行予算ができるまで、見積を確定したものとして扱わない。
- 実績原価は、有効な承認済みの実行予算に対してだけ追跡する。
- 差異は、超過の説明だけでなく、今後の見積の考え方の改善に使う。
標準の引き継ぎ
Section titled “標準の引き継ぎ”| 段階 | 主な担当 | 引き継げる状態 |
|---|---|---|
| 依頼 | 依頼者 | 工事範囲の意図、ファイル、求める成果、担当者が明確になっている。 |
| 明確化 | 積算担当者 | 足りない情報がコメントやファイルに記録されている。 |
| プロジェクトの作成と見積 | 積算担当者 | 明確な依頼の情報からプロジェクトが作成され、見積にモジュール、数量、単価の背景、前提条件、元のファイルがそろっている。 |
| レビュー | レビュー担当者 | 問題が解決されているか、作業依頼を通じて割り当てられている。 |
| 承認 | 承認者 | 判断が記録され、承認済みの実行予算がある。 |
| 原価の追跡 | 原価管理の担当者 | 実績原価が入力・確認され、出所の根拠にひも付いている。 |
| 学習 | プロジェクトの責任者またはカタログ担当者 | 差異の所見が、モジュール、単価、前提条件を改善できるほど明確になっている。 |
日々のサイクル
Section titled “日々のサイクル”作業を始めるときは、次の点を確認します。
- 割り当てられたタスク
- 割り当てられた、停滞している、保留中の作業依頼
- 担当している仕事の、進行中のプロジェクトの概要
- 見積を編集する前の、コメント、ファイル、アクティビティ、承認の判断
- 保留中の実績原価や差異の確認がある、原価管理のプロジェクト
作業を終えるときは、次の点を確かめます。
- 依頼のステータスが現在のワークフローの状態を反映している
- 解決していない質問がコメントに記録されている
- 元のファイルが、それが説明する対象に添付されている
- タスクが次の対応を示している
- 見積の大きな変更に、アクティビティの記録、依頼、レビューのメモがある
見積の前：
- 依頼の種類とステータスが正しい
- 顧客やプロジェクトの背景がわかっている
- 必要な図面やファイルが添付されているか、ないことが明示されている
- 担当者と次の対応が明確である
- プロジェクトの作成で、元の作業依頼の背景が残っている
レビューの前：
- 主な工事範囲にモジュールや原価の項目がある
- 数量に出所の背景がある
- 単価表と単価の前提条件が見える
- わかっている不足が記録されている
承認の前：
- レビューの指摘が解決されているか、明示的に容認されている
- 選んだ見積の改訂が明確である
- 承認の依頼に判断の背景がある
- 承認者が確認するための概要やレポートが用意されている
原価の追跡の前：
- 承認の判断が「承認」である
- 承認済みの実行予算がある
- 原価グループが利用できる
- 原価管理の担当者が有効な実行予算を特定できる
差異の結論の前：
- 実績原価が確認されている
- 請求書や出所の記録が添付またはメモされている
- 差異が有効な承認済みの実行予算と比較されている
- 重要な所見について、フォローアップの対応が記録されている
対象ごとの決まり
Section titled “対象ごとの決まり”作業依頼 は目的を説明します。何を作成、明確化、レビュー、更新、変更、承認する必要があるのかです。
タスク は、特定のユーザーに対応が必要なことを知らせます。タスクを完了しても、それだけでプロジェクトが承認されたり、レビューが完了したり、実行予算が作成されたりすることはありません。
承認の依頼 は、誰かに判断を求めます。承認の判断 は、承認または却下の履歴を記録します。
承認済みの実行予算 は、承認の後にだけ存在します。原価の追跡と差異には、任意の見積や承認に関するタスクではなく、有効な承認済みの実行予算を使ってください。
例外の決まり
Section titled “例外の決まり”- ファイルが足りない場合は、依頼を情報待ちまたは停滞にし、コメントで足りない資料を明記する。
- 依頼の種類が誤っている場合は、早めに修正するか、正しい種類の依頼を作成して修正の理由を説明する。
- タスクはあるのに業務の状態が誤っている場合は、元の依頼、プロジェクト、見積、承認、原価の記録を更新する。
- 見積が却下された場合は、判断の履歴を残し、必要な改訂やフォローアップの依頼を作成する。
- 承認済みのプロジェクトが原価管理に表示されない場合は、判断、プロジェクトの承認の実行予算、有効な実行予算の参照を確認する。
- 実績原価に出所の根拠がない場合は、根拠が添付されるか、リスクが明示的に容認されるまで保留にしておく。
次のステップ
Section titled “次のステップ”- ➡️ 依頼から実行予算までのワークフロー
- ➡️ 作業依頼
- ➡️ 承認
- ➡️ 原価管理