工務店・ハウスメーカーの事業継続準備 連絡・データ・代替手段を整える

ただし、すべての業務を同じ水準で守ろうとすると、準備項目が増えすぎて運用できません。着工前、施工中、引き渡し後では、止まったときの影響も必要な情報も異なります。そこで本記事では、工務店全体の業務を対象に「重要業務を決める→連絡経路を整える→必要データを特定する→代替手段を決める→判断基準を記入する→試して直す」という作業順序を示します。完成物は、緊急時に開いて使える「事業継続準備シート」です。

なお、ここで扱うのは自社の業務を継続・復旧するための運用設計です。避難計画、建築物の安全判定、労務、契約、保険、法令上の報告など、専門的な判断が必要な事項を置き換えるものではありません。個別案件で判断に迷う場合は、契約内容や行政からの案内を確認し、必要に応じて各分野の専門家へ相談してください。

01.事業継続準備の成果物を一枚に定める

事業継続準備の目的は、立派な文書を保管することではありません。通常の担当者、端末、事務所、通信手段が使えないときにも、「誰が、何を根拠に、どこまで進めるか」を判断できる状態を作ることです。中小企業庁の中小企業BCP策定運用指針も、緊急時に重要業務を継続・復旧するための計画づくりを支援しています。一方、どの業務を優先するか、どの会社へ代替を依頼するかは、各社の顧客、施工体制、地域、契約に応じて決める必要があります。

工務店では、事業継続に必要な情報が複数の場所へ分かれがちです。顧客情報は業務システム、工程は表計算、図面はクラウドストレージ、職人の連絡先は担当者の携帯電話、現場の鍵はキーボックス、仕入先の条件は経理担当者の記憶、といった状態です。それぞれが平常時に使えていても、担当者が不在になった瞬間に業務が止まるなら、継続準備としては不十分です。

そこで、最初に作る成果物を次の一枚に定めます。以下は本記事独自の運用提案であり、公的な様式そのものではありません。自社の既存様式に移しても構いませんが、列を減らすときは「緊急時に次の人が判断できるか」を基準にしてください。

この表から読み取るべき点は、「連絡網だけ」「バックアップだけ」では事業継続にならないことです。業務、開始条件、情報、代替手段、権限、記録、復旧条件がつながって、初めて他の人が動けます。

一枚にまとめるといっても、すべての電話番号や図面を表へ詰め込むわけではありません。シートは入口として使い、詳細情報の保管場所を特定できるようにします。「共有フォルダにある」ではなく、「案件フォルダ内の01_契約・承認済み」まで書くことが重要です。保管場所が変わった場合に直す箇所も一枚に集約できます。

02.止まった影響から重要業務を選ぶ

重要業務を選ぶときに、「売上が大きい業務」だけを見てはいけません。現場の安全、施主の生活、近隣への影響、契約上の約束、資金の入出金、復旧後の再開難易度という複数の観点で考えます。たとえば新規問い合わせへの返信が半日遅れることと、施工中の屋根開口部に対する養生判断が半日遅れることは、同じ「連絡の遅れ」でも影響が異なります。

一方で、緊急時に継続しなくてもよい業務を明示することも欠かせません。SNS投稿、定例会議用の装飾的な資料、急がない社内集計などを一時停止できれば、限られた人員を安全確認や顧客連絡へ回せます。止める業務を決めることは、重要業務を守るための判断です。

業務の洗い出しは、部門名ではなく「受け取るもの、行う判断、渡すもの」が見える単位で行います。「営業」「設計」「工務」では大きすぎます。「新規問い合わせを受け、緊急性を判断し、担当へ渡す」「現場の状態を確認し、当日の施工可否を決め、顧客と協力会社へ伝える」のように書きます。

この表では、安否確認だけを「発生直後」に固定し、それ以外の初動の目安は一律の時間で決めていません。現場の状態、天候、顧客の生活への影響、連絡可能性によって妥当な順序が変わるからです。各社では「何時間以内」と書く前に、何を把握できたら動けるのかを決めてください。

重要度は、次の順番で判断すると整理しやすくなります。

この模式図から読み取れるのは、「重要そうだから継続」と直感だけで決めないことです。影響を記入し、どの案件が対象かを絞ってから分類すれば、同じ業務でも案件状態に応じて扱いを変えられます。

架空例として、地域密着型の「千草建築株式会社」を設定します。従業員12人、施工中の新築住宅6件、引き渡し前2件、引き渡し後の定期対応案件を抱え、現場監督は3人とします。事務所の業務システム、クラウドストレージ、会社携帯を平常時に使用しているものとします。以下の例はすべてこの条件に固定し、実在する企業の成果や災害対応を示すものではありません。

千草建築では「施工中現場の安全確認」を一つの重要業務に選びました。ただし6現場へ一斉に訪問するとは決めません。現場監督が保持する現場要約、協力会社からの報告、天候、工事段階を照合し、優先順位を付けます。現地へ行く行為ではなく、「現場の状態を把握し、施工の停止・再開と追加措置を判断する業務」を守る設計です。

03.案件状態をそろえて連絡の優先順位を決める

緊急時の連絡先一覧に、全顧客と全協力会社を並べるだけでは実用になりません。必要なのは、発生した事象と案件状態を照らし合わせて、誰へ、何を、どの順番で伝えるか判断できる一覧です。そのため、顧客名より先に案件の状態を分類します。

工務店の案件は、相談中、設計中、確認・申請等の手続き中、着工待ち、施工中、引き渡し前、引き渡し後などに分かれます。このうち、どの状態を使うかは自社の業務に合わせます。「契約済み」という分類だけでは、現場が存在するのか、入居日が迫っているのかが分からないため、緊急時の優先判断には粗すぎます。

この表からは、案件状態によって「正しい一次連絡」の中身が変わることを読み取れます。施工中なら当日の作業と現場状態、引き渡し直前なら鍵や入居予定、引き渡し後なら生活への影響と受付記録が重要になります。

連絡の優先順位は、売上額や顧客との関係の強さで決めるものではありません。「人や生活への影響があるか」「時間の経過で影響が広がるか」「相手が行動を止めるために情報を必要としているか」「他の連絡の前提になるか」で並べます。同じ施工中でも、当日作業がなく現場が閉鎖されている案件と、複数の職人が移動中の案件では、先に必要な連絡が異なります。

千草建築の施工中6現場については、平常時から案件一覧に「本日の作業」「開口部の有無」「仮設物」「施主の居住状況」「鍵・入場方法」「現場連絡責任者」を記録します。緊急時に初めて情報を集めるのではなく、平常時の工程更新に必要項目を組み込む考え方です。

ただし、情報を増やしすぎると更新されなくなります。案件一覧には判断に使う要約だけを置き、詳細は最新版の工程表や現場要約票へつなぎます。システムを見直す場合は、ツール名から選ぶのではなく、必要な判断と情報を先に定義します。業務目的から整理する方法は、関連記事の工務店のDX計画｜導入する前に業務の目的を決めるでも確認できます。

04.連絡網を「電話番号の一覧」から実行手順へ変える

連絡網で最も起こりやすい問題は、番号が古いことだけではありません。同じ相手に複数人が連絡する、誰も連絡しない、確認できていない情報を伝える、返信が一人の端末に閉じる、といった運用上の混乱です。そのため、連絡網には「連絡する人」だけでなく、連絡の目的、代行者、伝達文、記録方法、未達時の次手を含めます。

連絡の起点は一本化します。代表が必ず起点になる必要はありません。施工中現場なら工務責任者、顧客窓口なら営業責任者、入出金なら管理責任者など、業務ごとに起点を決めます。起点担当者が不在なら、待つのではなく、あらかじめ定めた代行順位へ移ります。

安否確認を連絡網の最初に置く

顧客や協力会社への業務連絡より先に、従業員と現場入場者の安否を確認します。安否確認は業務連絡と混ぜず、手段、集約する担当者、未確認者への対応を別に決めます。

この表から読み取るべき点は、「全員に連絡した」ではなく「全員の状態が分かった」を完了とすることです。未確認者が残っている間は、集約担当が一覧を持ち続けます。

この模式図で重要なのは、一次連絡をして終わりにしない点です。到達したか、相手が内容を理解したか、折り返しが必要か、次の連絡はいつかを記録して初めて一つの連絡が完了します。

連絡文には、確認済みの事実、現在の判断、相手に求める行動、次回の更新予定を含めます。不明な情報を推測で埋めません。たとえば「現場は問題ありません」ではなく、「本日9時時点で、現場担当者から外周の目視結果を受領しました。建物内部は未確認です。本日の作業は中止し、次回は12時までに状況を連絡します」と分けます。

この表から読み取れるのは、連絡文が「安心させる文章」ではなく、関係者の次の行動をそろえる記録であることです。未確認事項を明示すれば、相手は確認済みの範囲を誤解しにくくなります。

千草建築では、顧客への発信担当を営業担当、現場の施工可否を伝える担当を工務責任者とします。ただし、営業担当が施工可否を独自に判断することは認めません。工務責任者が記録した判断を基に、営業担当が顧客向けの表現へ整えて連絡します。顧客から新しい現場情報を得た場合は、営業担当が判断を上書きせず、工務責任者へ戻します。

電話がつながらない場合も、「何度も電話する」だけでは足りません。SMS、メール、業務システムのメッセージ、協力会社経由など、利用可能な経路を決めます。ただし、個人情報や案件情報をどの経路で送ってよいかは、自社の情報管理ルールに従います。代替経路には、送ってよい情報の範囲も併記してください。

連絡先の更新は、年に一度の一斉確認だけに頼らず、入社・退職、担当変更、新規取引、案件開始・終了と結び付けます。安否確認に使う従業員の緊急連絡先も同じきっかけで見直します。人事や案件の変更処理に「緊急連絡先の更新」を含めれば、更新のきっかけが明確になります。

05.継続に必要なデータを業務単位で特定する

データの事業継続準備では、「全データを保存しているから大丈夫」と考えないことが重要です。保存されていても、目的のファイルを見つけられない、最新版を区別できない、閲覧権限がない、専用ソフトがなければ開けない、復元手順を試していない状態では、必要な時点で業務に使えません。

まず重要業務ごとに、「この判断をするために最低限必要なデータは何か」を書きます。施工中現場の安全確認なら、現場住所、現場責任者、工事段階、直近の工程、承認済み図面、当日の作業予定、仮設や開口部に関する要約、鍵や入場方法、施主の連絡条件などが候補になります。すべての設計資料を最初に開く必要はありません。

次に、データの正本を決めます。同じ工程表がメール、個人端末、共有フォルダ、紙で存在する場合、「どれが正しいか」を緊急時に議論することになります。正本の場所、更新者、更新のタイミング、代替版との関係を記入します。

この表を読むと、「保存場所」だけでなく「何の判断に使うか」「いつ更新するか」「通常の場所を見られない場合にどうするか」が必要だと分かります。代替閲覧用の出力は正本ではなく、正本が使えない時間をつなぐ資料として扱います。

紙の出力や端末への保存を代替にする場合、情報が古くなることと、持ち出しによる管理上の問題を考えます。全顧客情報を無条件に印刷するのではなく、継続対象の案件に必要な項目へ絞り、保管者、保管場所、更新日、回収・廃棄方法を自社で定めます。何をどこまで複製できるかは、契約や自社の情報管理方針にも照らしてください。

千草建築では、施工中6現場について、一現場一枚の「現場要約票」を週次で出力する運用を仮定します。要約票には顧客名、現場住所、担当、当週の工程、主要な協力会社、緊急時に確認する箇所、鍵の管理方法、正本データへの参照先を載せます。図面一式を紙で複製するのではなく、システムが使えない初動で現場を識別し、担当者へつなぐための資料です。

データの整理をシステム選定と同時に進める場合も、機能数だけで比較してはいけません。「重要業務に必要なデータを誰が更新し、障害時にどう取り出すか」を選定条件へ入れます。比較表の作り方は、関連記事の工務店の業務システム比較｜現場で使える選定表を作るが参考になります。

06.バックアップは「重要業務に使えるか」だけを確かめる

事業継続準備シートの観点では、バックアップについて次の四点を確かめます。

• 重要業務の判断に必要なデータが保存対象に含まれているか
• どの時点まで戻せば、その業務を再開できるか
• 主担当が不在でも、代行者が認証を通って復元できるか
• 復元したファイルを実際に開き、案件を識別して判断に使えるか

保存対象の棚卸し、戻す時点と再開期限の決め方、日次の確認、代行者による復元テストの手順は、工務店のバックアップ運用｜保存と復元確認を仕事にするで詳しく扱っています。本記事では、四点の確認結果をシートの「必要データ」「代替手段」「復旧条件」欄へ転記するだけにとどめます。

なお、通常環境の復旧後は、復元データと障害中に紙や別ファイルへ残した記録を照合し、正本へ統合します。この統合は、第9章の「通常復帰」の条件に含めます。

07.通常手段ごとに代替手段と限界を決める

代替手段は、「別のツールを一つ用意すること」ではありません。通常手段が使えない原因を分け、その原因と同時に止まりにくい手段を選びます。事務所の停電時に、同じ事務所内の予備パソコンを代替と定めても機能しない可能性があります。会社携帯が使えないときに、同じ通信状況へ依存する別アプリだけを用意しても十分とは限りません。

一方、あらゆる障害に対応できる代替手段を求めると、維持できないほど複雑になります。重要業務ごとに、最初の数時間をつなぐ手段、数日間の縮小運用、通常環境へ戻す方法の三段階で考えると整理しやすくなります。時間は各社が想定する影響に応じて設定してください。

この表では、代替手段の右に「限界」を置いています。代替手段は通常手段と同等とは限らず、できないことを明示しなければ、利用者が過信するからです。

代替の協力会社や仕入先については、会社名を登録するだけでは足りません。対応地域、連絡窓口、依頼可能な業務範囲、必要な図面や現場情報、依頼を承認する人、取引条件を確認する人を決めます。緊急時だからといって、通常必要な合意や確認を無条件に省略できるわけではありません。

千草建築では、現場監督が不在の場合、別の監督が代行します。しかし代行者が、その現場のすべてを即座に判断できるとは想定しません。現場要約票にある範囲で対象を特定し、承認済み資料と協力会社の報告を集め、「継続」「中止」「追加確認」のいずれかを選びます。契約変更や費用を伴う追加工事は、別に定めた承認者へ上げます。

代替拠点を決める場合も、名称だけでなく利用開始条件を書きます。「事務所が使えないとき」ではなく、「責任者が入室を不適切と判断したとき」「停電等により重要業務に必要な機器を使えず、復旧見込みを確認できないとき」のように、切り替え判断を記録できる表現にします。

この模式図が示すのは、各担当者が独自に別手段へ移るのではなく、影響と限界を共有して切り替える必要があることです。勝手な切り替えは、連絡経路や記録場所の分裂を招きます。

08.権限と判断条件を不在者に依存させない

事業継続を止めるのは、データや通信の不足だけではありません。「担当者は分かるが、決めてよい人がいない」という状態も大きな停止要因です。現場作業の中止、顧客への説明、代替先への依頼、臨時支出、契約に関わる変更など、判断の種類ごとに権限を分けます。

すべてを代表判断にすると、代表へ連絡が集中します。反対に、広すぎる権限を現場へ渡すと、契約や費用に関する判断まで混ざります。そこで、「自分で決められる範囲」「条件付きで決められる範囲」「上申する範囲」を記入します。

この表から分かるように、一次対応の権限と、契約・費用を確定する権限は分けられます。現場を止める判断ができても、費用負担まで約束してよいとは限りません。

判断条件は、単なる肩書ではなく、何を確認して決めるかまで書きます。たとえば「工務責任者が中止を決める」だけでは、責任者が変わったときに基準が引き継がれません。「現場状態を確認できない」「移動や作業の安全を判断できる情報が不足している」「必要な人員・材料・設備を確保できない」など、自社で使う判断材料を列挙します。

ここで注意したいのは、安全性や法令適合性などの専門判断を、社内シートだけで完結させないことです。確認資格や専門知識が必要な事項、行政や関係機関の指示に従う事項については、「誰へ確認するか」を記載します。本記事のシートは専門判断の代わりではなく、専門家や関係先につなぐ経路を明確にするものです。

千草建築では、工務責任者が連絡不能な場合、代表が第一代行者、別の現場監督が第二代行者です。ただし代表が現場情報を持っているとは限りません。代表は現場要約票と工務担当者からの報告を確認し、不足があれば「作業中止と追加確認」を選べます。情報不足のまま施工継続を決めることを、代行者の役割にはしません。

判断記録には、結論だけでなく、時刻、確認した情報、未確認事項、判断者、次回見直し条件を書きます。「中止」と決めた後に新しい情報が入れば、改めて判断します。最初の判断を守り続けることではなく、判断の根拠を追跡できることが重要です。

09.事業継続準備シートを実際に記入する

ここまでの内容を、千草建築の「施工中現場の安全確認」という一つの重要業務へまとめます。以下は架空例であり、実在企業の運用実績、推奨される一律基準、特定の災害に対する保証を示すものではありません。自社で使うときは、案件数、人員、地域、契約、利用システムに合わせて書き換えてください。

この完成例から読み取れるのは、非常時の業務を平常時とまったく同じ形で続けようとしていないことです。対象を絞り、判断を三分類し、連絡元を一本化し、障害中の記録を後で統合する設計にしています。

自社版を記入するときは、空欄を一度に埋めようとしないでください。まず一つの重要業務を選び、現在の担当者へ「自分が不在なら、次の人は何を見て判断するか」と尋ねます。答えが「電話で聞いてもらう」だけなら、代行に必要な情報がまだ文書化されていません。

次に、書かれた代替手段を実際に取り出します。「限定連絡一覧」と書いたなら、保存場所を開き、代行者が閲覧できるか確認します。「紙の現場要約票」と書いたなら、更新日を見て対象案件と一致するか確認します。「予備端末」と書いたなら、保管場所、充電、認証、利用可能な連絡先を確認します。

曖昧な表現は、動作と条件へ直します。「速やかに連絡」は「対象を抽出し、発信担当を決め、到達結果と次回連絡時刻を記録」に変えます。「必要に応じてバックアップを使う」は「正本を閲覧できず、対応統括者が代替閲覧へ切り替えた場合に、更新日付き出力を使う」に変えます。

担当者名だけを記載すると、人事異動のたびに全体を直す必要があります。基本は役割名と代行順位で設計し、連絡先一覧側で現在の氏名へ結び付けます。ただし小規模な工務店では一人が複数の役割を持つため、実際に同時遂行できるかも確認します。紙の上で三つの役割が存在していても、すべて同じ人なら代替になっていません。

10.机上演習で失敗を見つけ、修正を閉じる

事業継続準備は、作成日ではなく、使って修正した日から実用性が高まります。大がかりな訓練を最初から企画する必要はありません。一つの重要業務、一つの利用不能条件、一人の不在を設定し、担当者がシートだけで次の行動を選べるかを机上で確認します。

千草建築なら、「平日の朝、事務所へ入れず、工務責任者と連絡が取れない。施工中6現場のうち複数で当日作業予定がある」という架空条件を置きます。参加者は、誰が統括を代行するか、6現場をどう抽出するか、何の情報で優先順位を付けるか、協力会社へ誰が連絡するか、結果をどこへ記録するかを順に実行します。

この模式図では、「問題を発見した」で終わらず、修正後に同じ箇所を再確認するところまでを一つの演習としています。課題一覧を作るだけでは、実際の停止要因は残ったままです。

演習の評価は、対応が速かったかだけで判断しません。情報が足りないのに早く連絡すると、誤った内容を広げる可能性があります。判断者が決まったか、確認済みと未確認を分けたか、相手の次の行動を伝えたか、代替手段の限界を共有したか、記録が一か所へ集まったかを見ます。

この表から分かるのは、演習の失敗を個人の注意不足で片付けないことです。権限、更新、役割、記録、データ、復旧という仕組みの問題へ分類すれば、修正箇所が明確になります。

システムへ入力されていないために演習が止まった場合も、「入力を徹底する」という指示だけでは再発しやすくなります。入力の目的が伝わっているか、入力のタイミングが業務と合っているか、重複入力になっていないか、確認者がいるかを分けて見ます。入力が続かない原因の整理には、関連記事の工務店のシステム定着｜入力されない原因を解く方法も利用できます。

演習後の修正期限は、課題の影響に応じて決めます。連絡先の誤り、代行者がアクセスできない状態、重要業務の判断者不在など、初動を直接止める課題を先に扱います。文章表現の統一や様式の見栄えは、その後でも直せます。

11.月次更新と変更時更新を分けて運用する

事業継続準備が古くなる原因は、定期見直しをしていないことだけではありません。案件、担当、取引先、システムが変わった時点で更新されず、次の定期見直しまで古い状態が残ることです。そのため、月次などの定期更新と、変更が起きたときの都度更新を分けます。

定期更新では、連絡先へ実際に到達できるか、代行者が変わっていないか、対象案件数が合うか、出力資料の日付が更新されているか、未修正課題が残っていないかを確認します。毎回すべての計画を書き直す必要はありません。変化しやすい項目を短時間で照合できる一覧にします。

この表から読み取れるのは、「毎月見直す」という抽象的な運用ではなく、変更の発生源を更新のきっかけにすることです。人員変更なら管理部門、案件変更なら工務部門というように、情報を最初に知る人を起点にできます。

更新状況を数値で見る場合は、分母を明示します。たとえば施工中案件6件のうち、更新日が今月である現場要約票が5件なら、確認率は「5件÷6件×100＝約83％」です。これは架空の計算例であり、83％を合格水準とする意味ではありません。残る1件が重要な現場なら、件数比率だけで安心できないためです。

同じように、緊急連絡先20件のうち到達確認済みが18件なら、「18件÷20件×100＝90％」と記録できます。ただし、未確認の2件が対応統括者と主要な代替先なら、業務への影響は大きくなります。割合と未確認対象の重要性を併記してください。

実際に障害や混乱が起きた後は、担当者の責任追及より前に、計画と現実の差を記録します。予定した連絡経路が使えなかった、案件一覧が古かった、顧客から得た情報が工務へ届かなかった、復旧後の転記が重複した、といった差です。そのうえで、手順、権限、情報、設備、教育のどこを直すか決めます。

最終的に、自社で維持する成果物は膨大な冊子でなくても構いません。少なくとも、重要業務一覧、案件状態別の連絡方針、連絡先と代行順位、必要データと正本、代替手段と限界、判断権限、緊急対応記録、更新履歴が互いにつながっていれば、事業継続準備を実務へ落とし込めます。

最初の一歩は、施工中現場、緊急補修受付、顧客への一次連絡、支払いなどから、自社で停止影響が大きい業務を一つ選ぶことです。その業務について、主担当者を明日休みと仮定し、次の人が連絡先、データ、代替手段、判断条件を見つけられるか試してください。見つからなかった箇所が、そのまま最初に整える項目です。

写真を使った平常時の情報発信も、担当者だけが分かる状態を避け、素材と見出しを整理して保存しておくと引き継ぎやすくなります。