工務店・ハウスメーカーの着工計画 契約予定と人員・資材の制約を調整する

一方、すべての条件が完全にそろうまで予定を置かない運用では、職人や資材を押さえられません。実務では、案件を「候補」「仮枠」「確定」の3段階に分け、条件が整うほど枠を強くする方法が現実的です。本記事では、営業の契約予定を工務の実行可能な計画へ変換するために、「着工候補台帳」「制約照合表」「着工判定票」「13週着工ボード」を作る手順を説明します。

01.着工計画で決めるのは日付ではなく、会社が負う約束の強さ

着工計画に記載された日付は、社内では人員配置や発注の起点になり、顧客に伝われば会社の約束になります。同じ「4月着工予定」でも、営業が商談上の目安として話した段階と、工務が監督・業者・資材を確認した段階では、日付の重みが違います。

最初にそろえるべきなのは、精密な工程表ではなく、日付の呼び方です。「予定」「仮」「確定」が人によって違う意味で使われると、営業は着工できると思い、工務は候補にすぎないと思う状態が生まれます。経営者は、着工枠の段階と、その段階で許される社内外の行動を定義します。

この表から読み取るべきなのは、「仮枠を置くこと」と「着工を約束すること」は別だという点です。仮枠には早期調整の価値がありますが、顧客への確約や取消不能な手配まで進める根拠にはなりません。

着工計画の対象期間も分けます。たとえば、今後3か月は週単位で案件と担当者を置き、4～6か月先は月単位の負荷として持ち、それより先は契約見込の集計にとどめます。半年先まで日単位で埋めても、契約、設計、申請、既存現場の変動によってすぐに形骸化するからです。

本記事が扱うのは、契約予定を着工可否へ変換する全体の判断順序です。会社全体の受注上限や現場体制の設計は、工務店の施工能力管理｜受注数と現場体制をそろえるで別に扱います。ここでは、算定された施工能力を個々の着工候補へ割り当てることに集中します。

02.営業の契約予定を「着工候補台帳」へ変換する

着工計画の入口は契約済み案件だけではありません。契約直前の案件を無視すると、契約後に初めて工務が存在を知り、監督も大工も空いていないという事態になります。ただし、商談中の全案件を同じ重さで載せると、実現しない案件が枠を占有します。

そこで営業から受け取る情報を、案件名、契約予定日、契約確度、顧客の希望時期、希望時期の理由、土地・融資などの前提、設計進捗に絞ります。「早め」「春ごろ」といった表現はそのまま転記せず、いつまでに何が必要なのかを聞き取ります。

たとえば「4月までに着工したい」の理由が、単なる希望なのか、現在の住居の退去予定に関係するのかでは、調整の優先度が異なります。ただし、事情が切実だからといって、施工能力を超えて割り込ませてよいわけではありません。事情は優先順位を検討する材料であり、制約を消す材料ではないと位置づけます。

架空例で使う工務店と案件の条件

以降は、本記事だけで使う架空の「槙野工務店」を例にします。実在する会社、案件、実績ではありません。槙野工務店は木造戸建てを扱い、現場監督は2人です。着工判断は毎週月曜日に更新し、今後13週間を週単位で管理するものとします。

案件は4件です。A邸は契約済みで顧客希望が4月第2週、B邸は契約予定で5月上旬希望、C邸は契約済みですが仕様の一部が未確定、D邸は商談中で土地決済時期が確定していません。ここでは能力値や日数を業界標準として示すのではなく、管理方法を説明するための社内仮定として扱います。

この表からは、契約済みかどうかだけで着工順を決められないことが分かります。A邸とC邸はいずれも契約済みですが、未確定事項の性質が異なります。D邸は希望月が見えていても、着工枠を確保する根拠がまだ弱い状態です。

契約確度は、営業担当者の感触だけで「80％」などと数値化しない方が運用しやすくなります。代わりに、「見積提出済み」「資金計画合意」「契約日調整中」など、確認できる事実で段階を表します。数値を使うなら、各段階の定義と分母を固定し、過去案件から検証できる場合に限ります。

この流れで重要なのは、営業の情報をそのまま工程へ置かず、工務が着工条件を追記する工程を挟むことです。営業と工務のどちらか一方が計画を完成させるのではなく、同じ台帳に異なる種類の事実を足します。

03.「着工できる状態」を案件ごとに分解する

着工予定が崩れる原因は、未完了項目を「だいたい大丈夫」とまとめて扱うことにあります。着工できる状態を、契約、資金、設計、行政手続、敷地、施工体制、資材、顧客合意などに分解し、各項目を事実で判定します。

ここで全国一律のチェック項目を無理に作るべきではありません。工事内容、地域、契約形態、申請、社内分業によって必要条件が異なるためです。自社の過去案件で「着工延期の直接原因になった事項」と「着工後の手戻りを生んだ事項」を洗い出し、自社版の判定条件にします。

建築確認が必要な工事では、確認済証の交付を受けた後でなければ工事に着手できません（建築基準法第6条第8項）。この条件には例外を設けず、理由や責任者を記録しても代わりにはなりません。着工日の「仮枠」は社内調整のために置けますが、確認済証が未交付なら施工開始は不可です。

2025年4月施行の改正では、木造2階建て住宅など、これまで審査の一部が省略されていた建物の確認・検査の扱いが変わりました。提出図書や審査対象が増える案件では、確認申請から交付までの期間を従来の経験だけで見込むと着工日が崩れます。案件がどの区分に当たり、どの程度の審査期間を見込むかを設計担当者が確かめ、交付後に着工日を最終確定します。制度の内容と適用範囲は、国土交通省が確認済証と2025年の建築基準法改正について示した資料で確認してください。

ここから読み取るのは、「未完了が一つでもあれば着工不可」という単純な判定ではないことです。ただし、確認済証の交付など法定の着工条件は、期限や責任者を記録しても代替できません。それ以外の未完了事項は、着工や先行工程への影響に応じて扱いを変えます。

各項目には、完了・未完了だけでなく、「証拠」「期限」「担当者」「未完了時の影響」を記載します。たとえば「設備確認中」では足りません。「キッチン品番は未承認、4月8日に施主確認、発注期限は4月12日、遅れると予定納入週が変わる可能性あり」のように、次の判断ができる粒度へ直します。

仕様の決定期限や凍結後の扱いは、着工計画だけで完結させない方が安全です。何をいつまでに決めるかは、工務店の仕様確定管理｜決める期限と変更手順をそろえるに接続し、本記事の台帳には着工可否へ影響する未決事項と期限だけを載せます。

04.人員制約は「人数」ではなく同時負荷で見る

現場監督が2人いるから毎月2棟着工できる、とは限りません。監督の負荷は着工件数だけでなく、既存現場の工程、検査や打合せの集中、遠距離現場、難易度、担当者の休暇などで変わります。新規着工を検討する前に、着工予定週に加えて、その後の負荷が重なる期間を確認します。

精密な工数計算が難しい会社は、まず「高・中・低」の3段階でも構いません。ただし、感覚で色を付けず、自社の業務に合わせて定義します。たとえば、着工準備や上棟前後を「高」、定例確認が中心の時期を「中」、待機や軽微な確認が中心の時期を「低」とします。

架空の槙野工務店では、監督1人について同じ週に「高」が2件重なる配置を避ける、という社内ルールを仮定します。これは法令や業界標準ではなく、説明用の運用条件です。会社ごとに、担当範囲、移動時間、事務支援、案件難易度を踏まえて定める必要があります。

この表では、空いている日ではなく、負荷が重なる週を見ます。A邸を4月第2週に入れると両監督の高負荷と衝突します。顧客希望だけを見て押し込まず、担当変更、準備作業の前倒し、着工週の変更のどれが現実的かを検討します。

協力業者も、単に「大工がいるか」で判定しません。基礎、足場、給排水、電気、上棟応援など、着工後の早い段階で必要になる業種を時系列で確認します。着工日だけ空いていても、次工程の業者がつながらなければ、現場が止まり、監督の調整負荷も増えます。

応援業者や新規業者を使えば枠を増やせる場合もありますが、いつでも同等に代替できるとは限りません。施工範囲、図面の理解、品質確認、連絡経路、支払条件を確認し、責任者が採用可否を判断します。「人が見つかった」という事実だけで能力を追加しないことが大切です。

05.資材制約は納期回答と発注期限を分けて管理する

資材の管理で起きやすい誤りは、「通常は間に合う」という経験則を納期確認として扱うことです。着工候補ごとに、主要資材、選定状態、見積条件、発注期限、仕入先への確認日、回答された納期、代替可否を記録します。

仕入先の納期回答は、回答日と前提条件をセットで残します。数量、仕様、納入場所、搬入条件が変われば、以前の回答をそのまま使えない可能性があります。着工日を変更した場合も、納入枠が自動的に移動するとは考えず、再確認の対象にします。

資材の制約は、着工日に届くかどうかだけでなく、「いつまでに仕様を確定し、いつ発注すれば、必要工程に間に合うか」という逆算で捉えます。必要日から回答納期を引き、さらに社内確認と顧客承認に要する期間を見込んだ日が、実質的な意思決定期限です。本記事では、着工可否の判定に必要な範囲だけを扱います。営業日と休日を踏まえた逆算の手順や発注台帳の作り方は、工務店の発注計画で詳しく説明しています。

たとえば架空例として、ある部材の現場必要日を6月10日、仕入先から回答された納期を発注後30暦日、社内処理と顧客承認に合計7暦日かかると仮定します。暦日だけの概算では、意思決定期限は「6月10日－30日－7日＝5月4日」です。休日、配送条件、回答の有効期間を加えた確定の計算は、発注計画の手順で行います。

この表から分かるのは、資材管理を商品名の一覧で終わらせず、工程と意思決定期限へ接続する必要があることです。代替品へ切り替える場合も、納期だけを比較せず、図面、納まり、価格、顧客合意への影響を再確認します。

主要資材が未確定でも、影響を受けない準備を進められる場合はあります。ただし、先行着工によって後から選べる範囲が狭まるなら、その制約を顧客と社内で共有しなければなりません。「着工してから決めればよい」という判断は、決定可能な範囲と変更時の負担を確認してから行います。

06.13週着工ボードで候補と能力を同じ画面に置く

案件別の台帳だけでは、全体の衝突を見落とします。そこで、直近13週間を横軸、案件を縦軸にした「13週着工ボード」を作ります。13週は普遍的な正解ではありませんが、週次更新と約3か月先の見通しを両立させる管理幅の一例です。

ボードには着工日だけでなく、着工判定日、仕様確定期限、主要発注期限、担当監督、負荷が集中する工程を置きます。日付を一つ移動したとき、後続の期限や他案件の配置も動くことが見える構造にします。

この模式図で注目するのは、最後に後続案件を再照合することです。A邸を1週間後ろへ動かせば、A邸だけが解決するのではなく、C邸や既存現場の負荷と新たに衝突する可能性があります。

ボードを色だけで管理すると、印刷時や転記時に意味が失われます。「候補」「仮枠」「確定」「保留」という文字を必ず併記し、保留には理由コードを付けます。理由コードは、設計、申請、顧客、資材、人員、敷地など、次の行動につながる分類にします。

このボードでは、A邸の希望週をそのまま確定せず、負荷を避けた4月第3週に仮置きしています。C邸は契約済みでも、仕様が着工に影響するため確定していません。D邸は5月の能力検討には存在を反映しつつ、週単位の枠を占有させない扱いです。

更新履歴も残します。最低限、変更日、変更前、変更後、変更理由、判断者、顧客連絡の要否を記録します。現在のボードだけを上書きすると、なぜ日付が変わったのか、同じ原因が繰り返されていないかを振り返れません。

07.着工判定会議は「報告」ではなく、差分を決める場にする

着工会議で全案件を最初から読み上げると、時間を使う割に判断が進みません。会議前に台帳を更新し、会議では前回から変わった条件、期限超過、同じ週の衝突、確定へ進めたい案件だけを扱います。

参加者は会社規模に合わせますが、少なくとも営業、設計、工務の情報がそろう状態を作ります。購買担当が別にいる場合は、主要資材の回答を事前に反映します。経営者は全案件の細部を決めるのではなく、能力超過、優先順位、例外承認など、部門間で解けない判断を担います。

会議では「大丈夫です」という回答を完了扱いにしません。誰が、何を、いつ確認し、その結果がどこに残っているかを尋ねます。未完了なら、次回までの担当者と期限を設定し、着工区分を維持するのか、保留へ戻すのかを決めます。

この流れにすると、会議の成果物は議事録だけでなく、更新済みの着工ボードと担当別の宿題になります。判断がつかなかった案件にも「次に何が分かれば決められるか」が残ります。

着工日を顧客と約束する場面では、工期の妥当性も問われます。建設業法第19条の5は、通常必要と認められる期間に比べて著しく短い期間を工期とする請負契約を禁じており、中央建設業審議会はその判断材料として「工期に関する基準」を示しています。顧客の希望に合わせるために着工を急ぎ、竣工日を据え置いたまま工期を圧縮する判断は、この観点から見直します。条文と基準は国土交通省の改正建設業法の説明と工期に関する基準を確認してください。

会議で使う着工判定票

着工判定票は、チェック欄を埋めるための書類ではありません。まず建築確認の要否を判定し、必要な案件では確認済証の交付を確認します。この条件を満たしたうえで、他の未完了項目が残っていても着工できると判断する場合に、その理由、影響範囲、代替措置、責任者を残します。

この判定票から読み取れるべきなのは、着工日そのものより「その日を会社として約束できる根拠」です。根拠が更新されたときは、古い判定票を消さず、新しい判定日で差分を残します。

08.案件が競合したときは優先順位を明文化する

施工能力を超える案件が同じ週に集まったとき、声の大きい担当者や顧客への説明の早さで順番を決めると、組織内の不信と顧客対応の不整合が生じます。競合が起きる前に、何を比較するかを決めておきます。

比較項目には、契約上の約束、顧客へ伝えた内容、着工条件の充足度、延期による顧客影響、資材や業者の変更可能性、既存現場への波及、会社が追加で負う費用や品質リスクなどがあります。売上額だけで優先順位を決めると、準備不足の大型案件を無理に進める判断になりかねません。

優先順位表は自動採点表にしなくても構いません。むしろ、点数だけで決めると重大な未確定条件が他の加点で相殺されます。先に「満たさなければ確定できない条件」を判定し、その後に、着工可能な案件同士の順序を比較します。

この比較では、A邸に顧客事情があるから即優先するのではありません。まず地盤対応と人員配置が成立するかを確認し、成立する選択肢の中で顧客影響を考慮します。C邸も、単に期限が弱いという理由だけで何度も後回しにしないよう、次に確保する枠を明示します。

競合を解く方法は延期だけではありません。担当監督の変更、準備業務の前倒し、協力業者の順序調整、顧客の了解を得た工事範囲の区分などが考えられます。ただし、品質、契約、設計、費用への影響を確認せず、工程表の線だけを動かしてはいけません。

例外を認める場合は、「今回だけ」という言葉で終わらせず、例外の対象、期限、追加負荷、フォロー担当、再発防止を記録します。例外が毎月発生するなら、案件固有の問題ではなく、施工能力の設定や営業段階の案内方法に原因がある可能性があります。

09.遅延や変更が出たら、着工日だけでなく後続条件を再計算する

着工確定後でも、顧客変更、申請、敷地条件、資材、天候、既存現場などによって前提が変わることがあります。その際、予定表の日付を移動するだけでは不十分です。人員、協力業者、発注、仮設、顧客説明、後続案件をまとめて再判定します。

変更の受付と現場伝達を着工計画の中だけで処理すると、図面、見積、発注、工程のどれが正しいか分からなくなります。施主要望を受けた後の承認や現場への伝達は、工務店の変更管理｜施主の要望を現場へ正しく届けるに沿って管理し、着工ボードには承認済みの変更が日程へ与える影響を反映します。

延期が発生したときは、空いた枠へ別案件をすぐ入れたくなります。しかし、元の案件が戻る可能性と時期が曖昧なまま代替案件を確定すると、二重予約になります。保留案件には「再判定日」と「最短で戻り得る週」を記載し、空き枠の利用範囲を限定します。

この模式図では、顧客への連絡前に影響を整理しています。担当者がその場で新しい日付を約束せず、社内で実行可能性を確認してから回答するためです。ただし、回答に時間がかかる場合は、放置せず「いつ回答するか」を先に伝えます。

この表から分かるのは、原因ごとに止めるべき行動と再確認範囲が違うことです。たとえば資材遅延に対して代替品を提案するなら、納期だけでなく、納まり、価格、設計図書、顧客承認まで戻って確認します。

顧客への説明では、社内の責任転嫁を並べません。「メーカーが遅い」「設計が決めていない」といった説明では、顧客は次の見通しを持てません。確認済みの事実、現在の影響、選択肢、次回回答日を分けて伝えます。不明なことは不明とし、確定事項のように話さないことが重要です。

10.着工計画を経営判断へつなぐ指標

着工計画は、予定通り着工できた割合だけで評価すると判断を誤ります。無理な日付を最初に設定し、直前に帳尻を合わせた案件と、条件を早期に整えて安定して着工した案件が同じ一件として数えられるためです。

見るべきなのは、計画の精度と原因です。候補から仮枠、仮枠から確定へ移るまでの日数、確定後の変更件数、変更理由、判定日時点の未完了項目、同一原因の反復などを確認します。数値は他社比較ではなく、自社の改善に使います。

たとえば「確定後着工変更率」を使うなら、計算式を明示します。対象期間を四半期、分母をその四半期に着工確定した案件数、分子を確定後に着工週または着工日を変更した案件数とし、「分子÷分母×100」で算出します。顧客都合、会社都合、外部条件などの理由分類を併記しなければ、改善先は特定できません。

この表で見るべきなのは、数値の良し悪しだけではなく、どの判断工程に手を入れるかです。資材理由の保留が多ければ、発注期限の逆算や仕入先確認の時期を見直します。人員理由が続けば、案件の並べ方だけでなく施工能力の設定へ戻ります。

数値を改善するために、確定日を遅くするだけでは意味がありません。顧客が必要とする見通しまで失うからです。候補と仮枠を使って早い段階から見込みを共有しつつ、確定の条件だけを厳密にすることが、予測と約束を両立させます。

月次の経営会議では、個別案件の細部より、今後13週の着工数、監督別負荷、保留理由、営業見込との差を確認します。契約見込が能力を継続的に上回るなら、営業の受注時期調整、人員体制、協力業者網、商品構成など、より上位の意思決定が必要です。

11.自社で再現するための初回導入手順

最初から高度な工程管理システムを作る必要はありません。まず、過去に着工延期や着工後の手戻りが起きた案件を数件選び、原因を「契約」「設計」「手続」「敷地」「人員」「資材」「顧客合意」に分けます。その結果を、自社版の着工条件へ変換します。

次に、進行中の全案件と契約見込案件を一枚の着工候補台帳へ載せます。営業担当者には契約段階と顧客希望を、設計担当者には未決事項と期限を、工務担当者には人員・業者・資材の制約を記入してもらいます。空欄は「問題なし」と解釈せず、未確認として扱います。

初回の13週ボードでは、精密な日程より衝突の可視化を優先します。既存現場の負荷を監督別に高・中・低で置き、着工候補を重ねます。高負荷が重なる週、主要業者が競合する週、発注期限を過ぎそうな案件を抽出します。

そのうえで、各案件に判定日を設定します。判定日は希望着工日の直前ではなく、未完了事項を修正できる余地が残る日にします。必要な余裕は会社や案件によって異なるため、一律の日数を本記事から決めず、発注、申請、顧客確認、社内承認に必要な実日数から逆算します。

最初の4週間で作る成果物

この表の順序には意味があります。着工条件を定義せずにツールへ入力すると、担当者ごとに判定基準が変わります。逆に条件表だけ作って案件を載せなければ、実際の衝突を検証できません。

運用開始後は、毎週同じ曜日・同じ締切で情報を更新します。たとえば金曜日までに各担当が更新し、月曜日に判定する形です。会議後の変更窓口も決め、営業、設計、工務がそれぞれ別の表を更新する状態を避けます。

台帳の管理者は、すべての未完了事項を自分で解決する人ではありません。必要情報が欠けている案件を示し、担当者と期限を明確にし、判定結果が顧客案内や発注へ反映されたかを追う人です。担当者が不在でも更新できるよう、口頭だけの情報を残さない運用にします。

12.着工計画を形骸化させない修正ルール

着工計画が使われなくなる最大の理由は、現実が変わることではなく、変わった現実が計画へ戻らないことです。営業が顧客と日程を話した、設計が仕様変更を受けた、工務が業者と日を調整したという個別行動が、同じ台帳へ反映されなければ、会議の数字はすぐに古くなります。

修正ルールでは、誰が変更を起票できるか、誰が着工区分を変えられるか、どの変更を顧客へ連絡するかを分けます。担当者は事実を更新できても、「仮枠から確定へ変更する」「確定日を動かす」といった約束の変更には責任者承認が必要、という設計が考えられます。

また、期限を過ぎた項目を赤くするだけでは不十分です。期限超過時の既定動作を決めます。たとえば、着工に影響する仕様が判定日までに決まらなければ自動的に確定せず、保留として次回判定へ回す、といったルールです。担当者の判断待ちにせず、扱いを予測可能にします。

この表から読み取れるのは、情報の更新と約束の変更を区別する必要があることです。現場担当者が納期変化をすぐ記入できる一方で、着工日の変更は影響を照合してから承認する仕組みにします。

運用が定着したら、延期理由の上位だけを改善します。すべてを一度に細かくしすぎると、入力負担が増えて更新されなくなります。たとえば仕様未確定が繰り返されるなら、決定期限と顧客案内を修正します。監督負荷の衝突が多いなら、着工間隔と担当上限を見直します。

最終的に必要なのは、未来を完全に当てる計画ではありません。契約予定が変わっても、どの条件を確認し、誰が判断し、どこまで顧客へ約束できるかを同じ手順で再計算できる状態です。「着工候補台帳」「制約照合表」「着工判定票」「13週着工ボード」の四つが連動すれば、営業の期待と現場の実行能力を、感覚ではなく確認可能な事実で調整できます。