erpkaizen

価値の測り方

一つの建設プロジェクトを図面から支払まで一つの画面で:検収済み記録 288 件、金額にすると 0

実測あり 筆者 2026年10月31日 約10分
建設プロジェクトの五つの段階が一列に並ぶ:図面、契約、施工、検収、支払。未解決の図面質問がシート KC-01 について施工作業へ入る。検収と支払のつなぎ目はまだ開いていて 0 VND と記される。実データはありません。 一つのプロジェクト、一つの画面 図面 契約 施工 検収 支払 0 VND ⚠ KC-01 未解決の質問がシートについていく 壊れるのは二つの段階のあいだ 一つの画面が、開いたつなぎ目を告げる
図面、契約、施工、検収、支払を一本の軸に:未解決の図面質問はシートについて作業へ入り、開いたままのつなぎ目は支払申請を準備する日より前に告げられます。

実在の工事で、288 件の検収記録がすべて「検収済み」なのに、検収価値は 0 でした。数量のつながり 798 本がまだ機械の提案のままだったからです。一つひとつの画面は正しく見え、壊れているのは段階のあいだ。プロジェクト全体を一つの画面に載せると、待っているお金と手戻りはどれだけ減るのか。

工事の段階ごとに置き場所が違うとき、お金と質問はどこで止まるのか?

必要なのは工事数、契約金額、工期の月数、1 時間のコストだけ。月あたりの施工価値、図面質問の数、状況確認の回数はそこから導きます。すべて編集できます。

一人の管理者が追っているもの
数量内訳の金額
着工から引き渡しまで
給与+保険を時間で割ったもの

上の四つの数字から導いた値(月あたり、全工事)

施工価値(VND)–
支払回の手前で止まっている額–
図面質問 · 未回答のまま現場へ–
状況確認の回数–
仮定 — クリックしてすべての数字を確認・編集

段階のあいだで止まるお金

設計コンサルタントへの図面質問

プロジェクトの状況を知る

毎月の施工価値はどこへ行くか 細くなるところが途中で止まるお金 · 帯にマウスを乗せると数字が出ます
毎月の施工価値はどこへ行くか

A. 止まったお金の資本コスト–
B. 未回答の図面質問による手戻り–
C. プロジェクトがどこにいるかを知る時間–
月あたり、金額で–

これは見積もりであり、約束ではありません。B が最も柔らかい項目です — 二つの質問の割合を等しくして読み直してください。「一つの画面」の数字をすべて今日の数字と同じにすると合計は 0 になります。誠実なモデルはそうできなければなりません。

施工中の公共の修復工事を一つ、匿名化して概要画面を開きます。検収記録は 288 件、288 件すべてが «Đã nghiệm thu»(検収済み)。 今日までの工程計画は契約金額の 42% を過ぎています。検収済みの価値を金額にすると、0 です。

誰も間違えておらず、ソフトウェアも壊れていません。工程計画は技術者の Excel ファイルから取り込まれ、どの作業がどの数量行に対応する かを機械が提案しました。そうしたつながりが 798 本あり、798 本すべてがまだ提案のままで、誰も確認していません。検収記録は確認 済みのつながりからしか数量を取らないので、記録はすべてあるのに、金額を持つ記録は一つもありません。同じ工事で、契約行 784 行の うち 490 行は工程計画のどの作業にも属していません。誰かが気づかない限り、それらの行は検収も支払いもされません。

一つひとつの画面は、それだけを見れば正しく見えます。記録の一覧も、契約の表も、工程計画もそろっています。壊れているのは画面と画面の あいだで、段階を並べたときにしか見えません。この記事の問いはこうです。ある段階で生まれた問題が別の段階からしか見えないとき、 それはいくらかかるのか。そしてプロジェクト全体を一つの画面に載せると、そのうちどれだけが消えるのか。

1. 何が変わったか

前回の記事では、日誌、検収記録、出来高数量表が一つの計画から生まれる話をしました。 プロジェクトのデータはもともと一本の軸にぶら下がっていました。図面、見積、数量拾い、契約数量行、作業、日誌、検収記録、支払回。 分かれていたのは画面だけです。今回の変更は、その同じ軸に沿って画面をつなぎます。

  1. すべてのプロジェクトに段階バー:概要 · 図書と数量拾い · 契約 · 施工(工程 / 日誌 / 検収)· 支払 · 設定。 古いリンクも正しい場所を開きます。
  2. «Tổng quan»(概要):段階ごとに 1 枚のカード。図面ページ数、数量拾い表、未解決の図面質問、契約金額、計画に入っていない行、 許容差を超えた行、今日までの計画 % と検収済み %、確定した日誌、支払済み額。最上部には «Cần làm»(やること) の枠があり、 その各行は件数を報告するだけでなく、問題の裏にある思い込みを正します。「数量のつながりはまだ提案です。記録は確認済みのつながり からしか数量を取らないので、これらの記録は 0 VND です」。
  3. 契約数量台帳に «Đã TT»(支払済み)列と «chỉ dòng lệch»(差異のある行だけ)フィルターが加わりました。数量拾いや検収数量が 契約とある割合以上ずれている行です。その割合は発注者ごとに違うので、パッケージごとに「設定」で決めます。
  4. 図面質問に一生がある:未解決 → 設計コンサルタントに質問済み → 回答あり(回答を記録)→ 処理済み または 見送り。設計 コンサルタントへの質問は一つの一覧として印刷できます。
  5. 質問は図面シートについて施工へ入る:未解決の質問があるシート上の作業、検収記録、日誌の日には ⚠ が付きます。作業や記録の 「図面番号 KC-01」は、アップロードした図面セットのまさにそのページを開くリンクです。
  6. プロジェクトのアシスタントがすべてのタブの下にいる。利用者がどのタブにいるかを知り、施工のすべてのタブを読めます。 「いくつ」の質問は全行の集計から答えます。上の工事で「検収記録はいくつか」は 1 回の読み取りで正しく 288 と数えられ、 クレジットは 2,910 VND でした。
サンプル工事の概要画面:上にやることの枠、その下に図書、数量拾い、図面チェック、契約、施工、支払のカード
サンプル工事の概要:«Cần làm»(やること)は、未完了の 24 作業が未解決の質問のある図面シート上にあること、契約行 6 行がどの作業にも属していないことを告げています。どの数字も該当のタブへ飛べます。デモデータであり、実在の工事のものではありません。

2. 一つ目の流れ:段階のあいだで待っているお金

上の二つの漏れは、どちらもすでに稼いだのに支払回に届かないお金です。どの作業も持たない契約行の分と、数量のつながりがまだ提案 のまま検収された分。完全に失われるわけではなく、遅かれ早かれ誰かが気づきます。代償は、お金が待たされる日数です。

月あたり金額 = 月あたりの施工価値 × 止まっている割合 ×(今日の気づくまでの日数 − 一つの画面が告げる場合の日数)÷ 365 × 資本コスト
例 工事 2 件、各 50 億 VND の契約、工期 10 か月:月に約 10 億 VND を施工。価値の 10% は計画に入っていない行にあり、残りの 20% は つながりが未確認のまま検収済み。合わせて月 2 億 8,000 万 VND が止まっています。今日は支払申請の準備のとき、約 30 日後に気づきます。 概要が告げれば週のうち、約 3 日。資本コストは年 10%。 280 百万 ×(30 − 3)÷ 365 × 10% ≈ 月 2.07 百万 VND。

測り方。 直近 3 回の支払申請を取り出し、前の回に終わっていたのに次の回にしか入らなかった項目とその理由を数えます。概要のある ツールでは、«Cần làm» の行が現れてから消えるまでの日数を数えます。

信頼度: まずまず。止まっている割合は数えられます。「今日」の日数は会社自身の見積もりです。冒頭の工事では、止まっている割合は 検収価値のすべてです。例では美化しないよう 28% を使っています。

3. 二つ目の流れ:回答より先に現場へ届く図面質問

図面チェックは、全体図と詳細図が食い違う箇所を見つけます。基礎 M1 は平面図で 1.2 m、詳細図で 1.4 m。質問は設計コンサルタントへ 送られ、回答はあとから来ます。質問はあるファイルに、工程は別のファイルにあり、施工班は先に見た数字で基礎 M1 を掘ります。

月あたり金額 = 工事数 × 月あたりの新しい質問 ×(今日、回答より先に現場が届く質問の割合 − 作業に印が付く場合)× 手戻り 1 回の費用
例 工事 1 件につき月 2 件の新しい質問。今日は質問の 10% で、回答が来る前に現場がそのシートに達します。未解決の質問があるシート上の すべての作業に、工程と日誌の中で ⚠ が付けば 2%。手戻り 1 回は 1,000 万 VND。 2 × 2 ×(10% − 2%)× 10 百万 = 月 3.2 百万 VND。
図面チェックの質問一覧:未解決が 1 件、設計コンサルタントの回答付きの回答済みが 1 件、質問済みが 1 件。右に図面シート
サンプル図面セットの三つの質問、三つの状態:未解決、設計コンサルタントに質問済み、回答あり(回答付き)。ボタン «In danh sách câu hỏi gửi TVTK» でまだ待っている質問を印刷します。デモデータです。

測り方。 完了した工事について、設計コンサルタントとのやり取りの記録をたどります。質問はいくつか、その項目の着手日より後に回答 が来たのはいくつか、そのうち手直しが必要だったのはいくつか。

信頼度: 低い。最も柔らかい流れで、例の中では最も大きい流れです。手戻り 1 回は数十万 VND のこともあれば数億 VND のことも あります。二つの割合を等しくしても、合計はなお月 2.64 百万 VND です。

工程表:シート KC-01 上のすべての作業に ⚠ 2 件の図面質問の印
同じサンプル工事の工程:「図面番号 KC-01」と書かれたすべての作業に、質問が閉じられるまで «⚠ 2 câu hỏi bản vẽ»(図面質問 2 件)が付きます。デモデータです。

4. 三つ目の流れ:プロジェクトがどこにいるかを知る時間

現場会議の前、社長への報告の前、発注者から電話が来る前。誰かが工程表、検収台帳、支払ファイル、日誌を開き、頭の中で足し合わせます。

月あたり金額 = 工事数 × 週あたりの回数 × 52 ÷ 12 ×(今日の分数 − 一つの画面を読む分数)÷ 60 × 1 時間のコスト
例 工事 1 件につき週 3 回、各 25 分。概要を読むなら 3 分。1 時間 60,000 VND。 2 × 3 × 4.33 × 22 ÷ 60 ≈ 9.5 時間 ≈ 月 0.57 百万 VND。

測り方。 1 週間、「工事 X はいまどこまで」に答えなければならなかった回とかかった時間を記録します。

信頼度: 高く、そして小さい。これは変更する理由ではなく、最も目に見える部分にすぎません。

契約数量表:支払済み列、差異のある行だけのフィルター、表のすぐ下にアシスタントの入力欄
サンプル工事の契約数量台帳。«Đã TT»(支払済み)列と «chỉ dòng lệch»(差異のある行だけ)フィルター。アシスタントの入力欄はタブのすぐ下にあります。画像の質問は入力しただけで、送信していません。デモデータです。

5. 差し引くもの

概要、段階バー、質問の一生、図面リンクは AI を使わないので、モデルの費用はかかりません。数量のつながりの確認は新しい費用では ありません。金額を持つべき記録には、どのみち必要な作業です。変更はそれを忘れさせないだけです。アシスタントへの質問には費用が かかります。アシスタントが実際に読んだ分だけクレジットが引かれ、たとえば記録を数える質問 1 件で 2,910 VND。そうした質問を月 10 件 しても約 2.9 万 VND で、下の最も小さい流れのおよそ 20 分の 1 なので、計算表では省いています。

6. 合計

流れ月あたり金額信頼度
止まったお金の資本コスト2.07 百万まずまず
未回答の図面質問による手戻り3.20 百万低い
プロジェクトがどこにいるかを知る時間0.57 百万高い
合計5.84 百万

50 億 VND の工事を 2 件施工している会社で、月約 5.8 百万 VND、年 70 百万 VND。その半分以上は最も柔らかい流れにあります。その 流れを丸ごと外しても、残り(月 2.6 百万)は数えられる数字の上に立っています。

表にない数字。 冒頭の工事では、検収済みの価値のすべてが一つの確認作業を待っています。止まっている割合は 28% ではなく 100% です。 計算表の「数量のつながりがまだ提案のまま検収された価値の割合」に 100% を入れて読み直してください。例でそれを使わないのは、一つの 事例であって平均ではないからです。

7. この ROI は何の上に立っているか

画面は告げるだけで、動くのは人です。 概要は 798 本のつながりがまだ提案だと知っていますが、代わりに確認はしませんし、するべきでも ありません。間違ったつながりが記録に結びつけば、間違った数字がきれいに印刷されるだけです。誰も «Cần làm» を読まなければ、「一つの 画面」の日数は今日の日数と同じになり、一つ目の流れは 0 になります。

質問がシートについていくのは、シート番号が一致するときだけです。 作業の「図面番号」は手入力です。「KC-01」「kc 1」「KC.01」は 同じものとして扱われます。「A 通り基礎」はどのシートにも一致せず、その場合はただの文字として表示されます。死んだリンクもなく、印も 付きません。

許容差は発注者のもので、ソフトウェアのものではありません。 既定は 5%。パッケージごとの「設定」で変えます。«chỉ dòng lệch» の フィルターが役に立つのは、その閾値が支払いを承認する人が実際に使っている閾値であるときだけです。

図面チェックをやり直すと質問一覧が置き換わります。 新しいチェックは新しい一覧を作り、古い回の状態と設計コンサルタントの回答は まだ引き継がれません。新しい回を走らせる前に、古い回の質問を閉じてください。

8. 自社で測る

  1. 基準を取る。 直近 3 回の支払申請:どの項目が 1 回遅れたか、その理由。設計コンサルタントとのやり取り:どの回答が項目の着手 後に来たか。1 週間:「工事はどこまで」に答えるのに何回、何分かかったか。
  2. 1 件の工事を 1 か月動かす。 毎週、現れた «Cần làm» の行と消えた日、状態別の図面質問、質問が未解決のまま着手された ⚠ 付きの 作業を記録します。
  3. 同じ種類どうしで比べる。 基礎の月は仕上げの月より図面質問が多い。基礎の月は基礎の月と比べます。

9. 覚えておくこと

プロジェクトは段階の中で壊れるのではなく、二つの段階がつながるところで壊れます。 記録はそろい、契約もそろい、計画もそろって いるのに、金額は 0。すべての段階が一つの画面にあり、その画面がどのつなぎ目がまだ開いているかを告げるなら、壊れたものが見つかるのは もう支払申請をまとめる日ではなくなります。

どの画面も正しいことは、プロジェクトが正しいことを意味しません。正しいのは、数字が図面から支払回まで、誰にも書き写されずに届くときです。

288 件の検収記録、提案のままの 798 本のつながり、計画に入っていない 490/784 行の契約行、今日までの計画 42%、記録を数える質問 1 件 2,910 VND は、このツールを使っている実在の工事で測ったもので、匿名化しています。工事数、契約金額、日数、割合、手戻りの費用、 計算表のすべての仮定は例示の数字です。ご自身の数字に置き換えてください。

次に読む