工務店の教養社長部

経営計画・判断

工務店・ハウスメーカーの社員ヒアリング 経営課題を現場の事実から探る

この記事でわかること

工務店の社員ヒアリングは、社員の不満を集める面談ではありません。受注、設計、積算、契約、着工準備、発注、施工、引渡し、アフターという業務全体を見渡し、どの判断や情報が、どの条件で止まっているかを現場の事実から探る仕事です。

参考資料の確認日:2026年9月26日。AIを企画・執筆に利用しています。編集方針

ただし、社員の発言をそのまま経営課題にしてはいけません。「いつも連携が悪い」「人が足りない」という言葉だけでは、会社が何を変えるべきか判断できないからです。「いつ、どの案件で、何を待ち、どの作業が止まり、誰がどのように補ったか」まで聞き、記録や数字と照合して初めて経営判断の材料になります。

実施条件は、目的を一つに絞ること、発言者の評価と切り離すこと、事実と解釈を分けること、発言の取扱範囲を先に示すことです。全社員へ一斉に「会社の問題点を教えてください」と尋ねるより、対象業務と期間を定め、同じ出来事を前後工程の立場から確かめる方が、経営が動かせる課題へ近づけます。

この記事では、ヒアリングの目的設定から、対象選定、面談、事実カードの作成、記録との照合、原因候補の整理、経営課題候補票の提出、現場への返却まで、全体の順序を説明します。部署間の業務フローを詳しく描き、受け渡しの食い違いを照合する手順は業務フローの可視化と部署間照合の実務で扱います。抽出後の課題から今月着手するものを決める段階は工務店の経営課題に優先順位をつける|担当時間から今月の着手数を決める実務ガイド、継続して見る数字を選ぶ段階は工務店の経営ダッシュボード|一画面に載せる数字を絞るへ進んでください。

本記事の成果物は、発言録ではありません。「確認済みの現象」「原因候補」「未確認事項」「経営が決めること」を分けた経営課題候補票です。

部署や拠点をまたぐハウスメーカーのヒアリング

営業・設計・工事が別部署や別拠点にある場合、02で対象案件を一件に固定し、同じ案件を前後工程の担当者から聞くと、06の食い違いが見えやすくなります。

04の発言の扱いでは、評価に関わる上司が聞き手にならないよう所属外の聞き手を置けるか確かめ、記録の閲覧範囲も面談前に示します。

社員ヒアリングで探すのは不満ではなく経営判断が必要な構造

経営者が社員ヒアリングで探すのは、誰の不満が多いかではありません。現場で繰り返される支障のうち、担当者の注意や工夫だけでは解消できず、役割、権限、要員、商品、受注条件、工程、情報管理などを会社として変更しなければ止まらない構造です。本記事では、確認途中のものを「経営課題候補」と呼びます。

たとえば「発注が遅い」という発言には、次のような異なる状態が含まれます。

  • 発注に必要な品番や数量が決まっていない
  • 決まっているが、発注してよいと判断する責任者が不明である
  • 承認済みだが、承認記録の場所が分からない
  • 発注予定日と現場搬入可能日が結び付いていない
  • メーカーの納期回答を工程へ反映する担当者が決まっていない
  • 例外的な先行発注を、担当者が個別に判断している

同じ「発注が遅い」でも、商品選定、承認権限、情報管理、工程設計では打ち手が違います。聞き手が早い段階で「発注担当の確認不足」とまとめると、経営が決めるべき構造を見落とします。

経営課題候補として残す最低条件は、次の五つです。

1. 対象となる業務または判断場面を特定できる 2. 発生した案件、時期、頻度のいずれかを確認できる 3. 待ち、手戻り、原価、工期、顧客対応、品質、安全などへの影響を説明できる 4. 現在の担当者が行っている回避策を把握できる 5. 現場管理で直せる範囲と、経営判断が必要な範囲を分けられる

五つが一度にそろわなくても構いません。足りない項目は「不明」と記録し、追加確認へ回します。避けたいのは、「たぶん人手不足」「結局コミュニケーションの問題」と聞き手の推測で空欄を埋めることです。

図表1 社員ヒアリングの目的設定票

表1

横にスワイプして、右側の列を確認できます

記入欄記入内容の例今回は扱わない内容完了と判断できる状態
起点となる現象主要資材の発注予定日がずれる会社全体の満足度ずれが生じる判断場面を示せる
対象業務着工準備開始から主要資材の発注確定まで全部門の全業務開始条件と完了条件を示せる
対象期間直近6か月数年前の印象だけの話案件記録と照合できる
主な影響発注保留、再確認、工程余裕の減少人間関係の好き嫌い影響先と発生条件を説明できる
対象者施工管理、発注担当、積算、事務特定部署だけの犯人探し前後工程の事実を比較できる
成果物事実カード、原因候補、追加確認一覧即日の人事評価経営が決める項目を提出できる
取扱方針個人名を外し、業務単位で共有発言録の無断公開閲覧者と修正受付方法が決まる

「社員の本音を知る」のような広い目的しか書けない場合は、まだ面談を始める段階ではありません。最近の着工遅延、発注変更、残業集中、粗利差異、クレームなど、経営者が判断に困っている現象を一つ選びます。

入口は狭くしますが、原因は決めつけません。「発注遅れの原因は施工管理」と置くのではなく、「発注予定日と実施日の差が生じる判断場面を探す」と置きます。現象を限定し、原因には余白を残すことが誘導を減らします。

実施前に対象案件・業務区間・役割・期間を固定する

社員の回答は、担当する案件や商品によって変わります。注文住宅と小規模修繕、標準仕様の商品と設計自由度の高い商品では、発注条件も例外の数も異なります。全員へ同じ質問を配る前に、今回どの業務のどの区間を見るかを固定します。

以下では、記入方法を示すために架空の工務店例073と架空案件A-01を使います。会社、案件、日付、件数はすべて説明用の仮定であり、実在する会社の実績ではありません。会社の人数や年間棟数は設定せず、対象業務に必要な条件だけを示します。

工務店例073は注文住宅と改修工事を扱っていますが、今回の対象は注文住宅だけです。対象期間は直近6か月、対象区間は「着工準備の開始から、外装材など主要資材の発注が確定するまで」とします。

図表2 架空の工務店例073における対象範囲の切り分け

表2

横にスワイプして、右側の列を確認できます

業務区間主担当開始条件完了条件確認する資料主な確認対象
着工条件確認施工管理着工予定案件が工程表へ登録された着工前に必要な条件が一覧化された基準工程表、申請状況、現場確認記録着手できない条件の残り方
発注条件整理施工管理発注対象と予定日が示された品番、数量、納入条件が記入された発注予定表、数量表、施工図空欄と仮置きの区別
予算・見積照合積算・事務発注候補がそろった予算との差異が確認された実行予算、見積書、変更履歴差額の承認条件
発注承認責任者発注条件と差額が提示された発注可否と例外条件が記録された承認記録、変更記録承認者、期限、根拠
発注・納期確認発注担当発注可の記録を確認した注文内容と納期回答が記録された注文書、受注回答、納期回答発注日、回答日、工程反映
工程への反映施工管理納期回答を受領した搬入・施工予定が更新された工程表、搬入予定表変更時の判断者と連絡先

この表は、担当者の責任範囲を断定するものではありません。ヒアリング開始前に置く仮の区切りです。面談で実際の流れと異なることが分かった場合は、元の表を消して整えるのではなく、「想定」と「実態」の差として記録します。

対象者は役職の高さではなく、前後工程との関係で選びます。施工管理、積算、発注実務、工程更新、承認の各場面を経験した人を含めます。一人が複数業務を兼ねる場合は、「施工管理として確認した事実」と「発注担当として行った処理」を分けて聞きます。

経験年数だけで対象者を絞らないことも重要です。入社直後の社員は過去との比較ができない一方、引継ぎ資料に書かれていない作業を見つけやすいことがあります。ベテランは例外処理を知っていますが、長年続けている回避策を通常業務だと思っている場合があります。

対象案件は、遅れた案件だけに偏らせません。同じ期間から、予定どおり発注できた案件、保留が発生した案件、発注後に変更があった案件を含めます。案件数が少ない場合は、割合を無理に算出せず、各案件の商品、納入条件、変更内容、工程余裕などの違いを記録します。

図1:対象範囲を固定する順序 編集部作成の模式図
  1. 経営上の現象を一つ選ぶ
  2. 業務区間の開始条件と完了条件を置く
  3. 対象期間と案件群を決める
  4. 前後工程から対象者を選ぶ
  5. 確認資料と閲覧権限を確保する

資料を確保できない区間は、それ自体が確認対象になります。ただし、「記録がないから管理が悪い」とは即断しません。記録が不要な単純作業なのか、重要な判断を担当者の記憶だけで処理しているのかを聞き分けます。後者なら、「標準化不足」と大きくまとめず、「発注可否を誰が何の資料で判断したか、後から確認できない」と書きます。

質問は意見から始めず最近の一件を再現する

「会社の問題点は何ですか」と聞くと、回答者は問題らしい言葉を探します。その結果、「連携不足」「人手不足」「意識の差」「会議が多い」といった大きな名詞が並びます。これらは入口にはなりますが、会社が変更すべき対象を決めるには粗すぎます。

最初の質問は、「直近で、発注予定日に発注できなかった案件を一件選んでください」とします。続けて、予定日はいつだったか、実際はいつ発注したか、直前に何を待っていたか、どの資料を開いたか、誰の判断を求めたか、どの作業をやり直したかを時系列で聞きます。

回答者が「いつもそうです」と答えたら、「直近ではどの案件でしたか」「その一つ前はいつでしたか」と尋ね、少なくとも一件を具体化します。案件名が必要な場合でも、分析用資料では管理番号へ置き換え、原記録との対応表は閲覧者を限定します。

図表3 抽象的な発言を事実確認へ変える質問

表3

横にスワイプして、右側の列を確認できます

最初の発言追加質問記録したい事実避ける聞き方
発注情報がそろわない何の項目が、予定日の時点で空欄でしたか項目名、予定日、入力日施工管理の準備不足ですか
承認が遅いいつ、何を、どの方法で依頼しましたか依頼日時、承認日時、資料責任者はいつも遅いですか
変更が多いどの確定後に、何が変更されましたか変更点、変更日、決定者顧客の要望が細かいのですか
人手が足りないどの週に、何の作業が何件重なりましたか時期、作業、案件数増員すれば解決しますか
資料を探す時間が長い最初にどこを探し、次にどこを確認しましたか保管先、版、探索順序システムが悪いのですか
利益が残らない見積後に増えた原価項目は何ですか追加原価、変更理由、負担先値上げ不足が原因ですか
工程表が当てにならないどの予定が、いつ、何の情報で変わりましたか基準日、変更日、変更理由工程表を守る意識が低いですか

良い質問は、相手の評価を否定せず、観察可能な出来事へ降ろします。「発注担当の確認が細かすぎる」という発言には、「何の確認で止まりましたか」「確認項目はどの資料に定められていますか」「確認しない場合に起こり得ることは何ですか」と続けます。聞き手が発注担当を擁護したり批判したりする必要はありません。

聞く順序は、「通常の流れ」「具体例」「影響」「回避策」「例外」「本人の提案」が基本です。提案を最後にするのは、解決策から聞くと現状説明が提案に合わせて編集されやすいからです。増員を希望する人は、承認待ちや重複入力まで人手不足として語るかもしれません。

通常の流れを本人の言葉で説明してもらう

最初に社内マニュアルを読み上げてもらうのではなく、次のように聞きます。

  • 作業を始める合図は何か
  • 最初に開く資料は何か
  • 空欄があった場合は誰へ戻すか
  • 発注してよいと何で判断するか
  • 完了したことを誰へ、どの方法で伝えるか
  • 納期回答を受けた後に、どの資料を更新するか

会社が定めた流れと実際の流れが違う場合、面談中に正しい手順を教えて終わらせてはいけません。まず差が生じた理由を記録します。

担当者が個人の一覧表、付箋、チャットの自分宛て送信、個別の電話確認を使っているなら、その理由を尋ねます。正式な仕組みでは満たせない期限通知、版管理、一覧性、例外表示がないかを確かめます。非公式な道具は、欠けている機能を示す手掛かりです。

影響は時間だけでなく移動先まで聞く

手戻り時間を正確に答えられない社員へ、無理に分単位の回答を求める必要はありません。次のように、影響がどこへ移ったかを聞きます。

  • その確認のために後回しになった仕事は何か
  • 誰が回答を待ったか
  • 発注予定日や搬入予定日は変わったか
  • 工程上の余裕を何日使ったか
  • 代替品や分納の検討が必要になったか
  • 顧客、協力会社、メーカーへ追加連絡したか
  • 別の担当者が確認を引き取ったか

「毎回半日かかる」という発言を年間損失へ即換算してはいけません。対象作業の開始・終了記録、関与人数、通常時との差、繁忙期か通常期かを確認してから計算します。

面談では安心という言葉より発言の扱いを具体的に示す

「何を言っても大丈夫です」と伝えるだけでは、社員は安心してよい範囲を判断できません。誰が発言を見るのか、個人名が残るのか、人事評価へ使うのか、録音するのか、面談後に本人が修正できるのかを具体的に説明します。約束できない匿名性をうたうより、取扱範囲を限定して明示する方が誠実です。

図表4 面談冒頭で説明する取扱確認票

表4

横にスワイプして、右側の列を確認できます

確認項目説明例
目的主要資材の発注保留が起きる判断場面を確認する
人事評価との関係今回の記録は業務改善調査用であり、人事評価票とは分ける
記録方法面談者がメモし、録音する場合は目的と保存期間を別途説明する
共有形式個人名を外し、案件番号と業務区間で整理する
原記録の確認者実施責任者など、必要な担当者へ限定する
修正方法面談後の要約を本人が確認し、事実誤認を訂正できる
答えたくない質問回答を求めず、必要に応じて別の確認方法を検討する
別窓口へ移す事項安全、ハラスメント、健康、個人情報などは所定の窓口へつなぐ

個人情報、録音データ、健康情報、ハラスメント申告などは、通常の業務改善メモと同じ扱いにしません。利用目的、保存期間、閲覧権限、本人への説明、別窓口へ切り替える条件を自社の規程に照らします。社内で判断できない場合は、社会保険労務士、弁護士、個人情報管理の担当者など適切な確認先へつなぎ、面談担当者だけで法的評価を決めません。

経営者自身が聞くと早い会社もありますが、経営者の判断が原因候補に含まれる場合は、発言が弱くなることがあります。経営者による例外承認の遅れを確認したいのに、本人が面談者なら具体例が出にくいでしょう。その場合は、業務を理解する別の責任者が聞き、経営者へは個人名を外した事実カードを提出します。

面談は原則として一対一で行います。上司と部下の同席は通常手順の確認には便利ですが、承認の遅れや指示変更を話しにくくします。複数人による工程確認会は、個別面談で事実候補を集めた後に行います。

一回の面談では、一つか二つの具体案件をたどります。複数工程を一度に聞くと、後半ほど一般論になりがちです。

図2:一回の面談で事実を掘り下げる流れ 編集部作成の模式図
  1. 目的と取扱範囲を説明する
  2. 通常の開始条件を聞く
  3. 最近の一件を時系列で再現する
  4. 影響と回避策を確かめる
  5. 例外案件と反証を聞く
  6. 面談者が要約し本人が訂正する

最後の要約では、「施工管理から情報が来るのが遅いという理解でよいですか」と大きくまとめません。次のように、案件、日付、情報、処理を含めて読み上げます。

案件A-01では、5月10日の発注予定日に品番、色、数量は記入されていたが、分納条件が空欄で、発注承認の記録も確認できなかった。発注担当は施工管理へ確認し、5月13日に承認記録と分納条件が追記された後に注文した。発注担当は、発注条件がそろったかを判断する共通の確認表を使っていなかった。

本人が訂正した場合は、最初の発言を消して整えるのではなく、訂正内容を残します。「連絡がなかった」が「連絡はあったが、承認済みか判別できなかった」へ変われば、対策は連絡回数の増加ではなく、承認状態の表示へ変わります。

安全や切迫した申告が出たときの順序

品質や安全に直結する切迫した情報、深刻なハラスメントの申告などが出た場合は、通常の分析完了を待ちません。読み手が実行できる順序で、次のように扱います。

1. 作業継続によって危険が増すおそれがある場合は、権限の範囲で作業を止め、人の安全を確保する 2. 会社が定めた緊急連絡先または現場責任者へ、確認できた事実と現在の状態を伝える 3. 救急、消防、警察その他の外部機関への連絡が必要な状況では、社内分析より必要な緊急連絡を優先する 4. 通常の業務改善メモとは分け、閲覧者を限定して記録する 5. 面談者がその場で原因認定や処分を約束せず、誰へどの範囲で引き継ぐかを本人へ説明する 6. 安全確保と所定の対応後に、業務改善調査へ戻せる範囲を判断する

具体的な停止権限、通報先、報告義務は、会社の規程、現場の体制、案件条件により異なります。本記事の面談手順だけで適否を決めないでください。

発言録を事実・解釈・影響・回避策へ分解する

面談後に長文の議事録を回覧すると、読む人によって重要箇所が変わります。一つの出来事を一枚の「事実カード」へ分解します。一人の面談から複数枚ができても構いません。複数人が同じ出来事を話した場合は、同じカードへ出所を追加します。

事実カードの中心は、意見の要約ではなく出来事です。「施工管理と発注担当の仲が悪い」ではなく、「発注予定日に承認記録を確認できず、注文が保留された」とします。感情や評価を捨てる必要はありませんが、「発言者の解釈」として別欄へ置きます。

図表5 架空案件A-01の事実カード

表5

横にスワイプして、右側の列を確認できます

項目記入例
対象注文住宅・案件A-01・外装材発注
予定していた状態5月10日までに発注条件を確定し、同日に注文する
確認できた出来事5月10日時点で品番、色、数量は記入済み。分納条件と発注承認記録は確認できなかった
その後の出来事5月13日に分納条件と承認記録が追記され、同日に注文した
出所発注担当の面談、発注予定表、承認記録、注文書
業務への影響発注を3日保留し、発注担当と施工管理が条件を再確認した
確認できない影響施工日や顧客約束への影響は、現時点では確認できていない
現在の回避策発注担当が予定日前後に施工管理へ個別確認する
発言者の解釈施工管理が承認手順を理解していない
未確認事項分納条件を誰が決めるか、承認期限が定められていたか
原因候補完了条件の不足、承認者または期限の未定義
経営判断候補発注可の条件、例外承認者、承認期限、記録場所を決める

このカードを見て、経営会議が直ちに「施工管理を教育する」と決めるのは早すぎます。承認期限や完了条件がそもそも定められていなければ、担当者は異なる基準で動かざるを得ません。

一方、発注可の条件、承認者、期限、記録場所がすでに明確で、単発の見落としだけが確認された場合は、全社制度を変える必要はないかもしれません。個別の教育、チェック、引継ぎで直せる可能性があります。

影響欄は「手戻りが発生」で終えません。再確認の対象が品番、数量、差額、施工方法、納入条件のどれかで、経営上の扱いが変わります。品番の転記確認なら帳票で直せるかもしれませんが、分納による運賃増加や現場保管条件が関わるなら、予算と工程の承認が必要です。

回避策は、現場の努力を評価するためだけでなく、隠れている費用とリスクを知る欄です。毎日複数の表を確認する、個別に電話する、発注予定を早めに置く、仮の納期で工程を組むといった行動により、表面上の遅れが見えなくなっていることがあります。

回避策が機能している場合は、すぐに廃止しません。その工夫が何を検知し、どの例外を吸収しているかを調べ、正式な運用へ引き継ぎます。

事実の強さを三段階で管理する

記録の裏付けがある情報、複数人の一致した記憶、一人の記憶だけの情報を、同じ確度で並べないようにします。

図表6 事実の確認段階

表6

横にスワイプして、右側の列を確認できます

段階意味記載方法次の行動
記録確認済み日付、資料、履歴などで出来事を確認できた確認資料と確認日を記す原因候補との関係を検討する
複数証言独立した複数の説明が一致したが、記録は未確認人数ではなく役割と確認範囲を記す対象記録または反証案件を探す
単独証言一人の記憶または認識だけである事実と断定せず、確認待ちと記す影響の大きさに応じて確認順を決める

この区分は、発言者の信用度を採点するものではありません。単独証言でも、重大な事故や顧客影響につながる可能性があれば確認を急ぎます。反対に、複数人が同じ意見を言っていても、同じ会議で共有された推測を繰り返しているだけかもしれません。

メール、チャット、図面履歴などを確認するときは、監視目的へ広げません。対象業務、期間、確認項目を限定します。個人アカウントや私的な情報が混ざる可能性がある場合は、社内規程と閲覧権限を確認し、必要に応じて専門家へ相談します。

部署間の食い違いから経営判断が必要な構造だけを抽出する

施工管理は「発注できる状態にした」と考え、発注担当は「承認が確認できないため発注できない」と考えることがあります。どちらかが虚偽とは限りません。発注条件と承認条件を別々に見ていれば、双方の認識が成立します。

この食い違いを「連携不足」と平均化すると、経営が直す場所が消えます。一方で、各担当者の発言を細かく並べるだけでは、経営会議が部署間の事実確認に終始します。

同じ案件、時点、資料、完了条件をそろえて部署間の差を確認する具体的な手順は、業務フローの可視化と部署間照合の実務で扱います。本記事では照合手順を重ねず、照合後に残った差から「経営が決める必要があるもの」だけを抜き出します。

図表7 食い違いから経営判断を抽出する判断票

表7

横にスワイプして、右側の列を確認できます

確認された差現場管理で直せる条件経営判断が必要な条件工務店例073で残った判断
発注条件の完了認識が異なる必須項目が既に定義され、単発の記入漏れである必須項目や空欄時の扱いが未定義である分納条件を必須項目にするか
発注承認の時点が異なる承認期限と記録場所が定められている承認期限、承認者、記録場所が未定義である誰がいつまでに承認するか
先行手配の可否が異なる既存の例外基準で判断できる例外条件と損失負担の扱いが未定義である先行手配を認める条件は何か
納期回答後の工程更新が遅れる更新担当が明確で単発の見落としである誰が工程影響を判断するか決まっていない納期差を誰が工程へ反映するか
個別連絡で支障を回避している一時的な応援であり、通常運用へ戻せる特定担当者の確認が恒常的な統制になっている個別確認を正式な確認点へ移すか

経営者が見るべきなのは、どちらの担当者に共感するかではありません。完了条件、承認権限、例外条件、工程への反映責任が会社として定義されているかです。

すべての差を経営課題に格上げする必要もありません。定義と手順が明確で、単発の見落としだったなら、現場管理の範囲で直せます。経営会議へ上げるのは、担当者同士では変更できないもの、複数案件へ繰り返すもの、権限や商品条件に関わるものです。

反証となる案件を一件探す

原因候補を立てたら、その支障が起きなかった案件を探します。「分納条件が遅いと発注が保留される」という仮説なら、分納条件の確定が遅くても予定日に発注できた案件を確認します。

架空案件A-02では、分納条件が発注予定日の当日に確定したものの、例外承認者と回答期限が案件開始時に記録されていたため、同日中に承認と発注が完了したとします。この場合、単に「分納条件を早く決める」ことより、「遅れる場合の承認経路を事前に置く」ことが支障を分けている可能性があります。

ただし、一件の成功例を標準にするのも危険です。担当者が時間外の電話や個人的な関係で吸収していた可能性があります。結果だけでなく、誰がどれだけの負荷を引き受けたかを確認します。遅れがないことと、仕組みが健全であることは同じではありません。

出来事を因果の鎖に並べて会社が動かせる判断点を探す

事実カードが増えたら、似た不満を集めるのではなく、出来事の前後関係をつなぎます。「分納条件が決まらない」「承認を探す」「発注が保留になる」「工程の余裕が減る」という発言を、別々の課題として数えないようにします。

図3:発言を経営課題候補へ変える因果整理 編集部作成の模式図
  1. 社員の発言
  2. 対象案件と時点の特定
  3. 前工程の入力条件
  4. 現場で起きた待ち・処理・手戻り
  5. 後工程や顧客への影響
  6. 現在の回避策
  7. 反証案件の確認
  8. 経営が変更できる判断点

因果の鎖は、遠い原因まで無制限に広げません。今回の対象範囲で会社が変更できるものに絞ります。メーカーの突発的な供給停止や天候など、会社だけでは制御できない事象もあります。それでも、代替品を検討する条件、工程へ反映する期限、顧客へ説明する担当者、契約上の確認先などは会社が設計できます。

工務店例073の例で「メーカーの納期回答が遅いから発注が遅れる」と置くだけでは、外部要因の説明で終わります。さらに、次を確認します。

  • 納期確認は発注前と発注後のどちらで行うのか
  • 希望納期を満たさない場合、代替品を検討する条件はあるか
  • 分納や保管費用の差額を誰が判断するのか
  • 工程変更を顧客や協力会社へ伝える責任者は誰か
  • 回答期限を過ぎた場合の連絡順は決まっているか

そこで「納期差が何日以上なら工程を見直すか、その判断者が決まっていない」という事実が見つかれば、会社が動かせる点になります。課題名も「メーカー回答が遅い」ではなく、「納期差を工程変更へつなぐ判断条件と責任者が未定義」とします。

原因候補は一つに絞りすぎません。情報不足、定義不足、権限不足、能力・要員、受注条件、商品条件、外部供給、計画余裕などが重なることがあります。ただし、分類名を増やすことが目的ではありません。同じ変更で動かせるものをまとめます。

「人手不足」という解釈が出た場合は、次を分けます。

  • 総作業量が恒常的に処理能力を超えている
  • 特定の週だけ発注や着工が集中する
  • 承認待ちで着手できず、後日に作業が集中する
  • 同じ情報を複数の帳票へ入力している
  • 例外判断が特定者へ集中している
  • 探索や確認など、正式に計上されない作業が多い

構造によって、採用、外注、時期調整、入力廃止、権限移譲のどれが効くかが変わります。

「教育不足」も同様です。判断基準が文書化され、教える人と時間があり、習得確認もできるのに実行できないなら教育が候補になります。基準自体がなく、責任者によって答えが違う状態を教育不足と呼ぶと、社員へ矛盾した内容を繰り返し教えることになります。

契約、受発注者間の調整、工期に関わる論点が出た場合は、社内慣行だけで適否を決めません。国土交通省は建設工事の契約や工期などに関する複数のガイドライン、基準、マニュアルへの入口を国土交通省「建設産業のガイドライン・マニュアル」で案内しています。対象となる資料、適用範囲、改訂状況を個別に確認し、自社の契約形態と案件条件に照らしてください。この案内ページだけで、個別案件の適法性や責任分担を判断することはできません。

ヒアリング担当者が法律判断まで行う必要はありません。「着工予定を守るため、承認前に協力業者へ手配を依頼している」「変更時の費用負担が口頭で処理されている」など、確認すべき実態を具体化し、経営者、契約担当者、必要な専門家へ渡せる形にします。

数字と記録で頻度・影響・再発条件を補う

社員ヒアリングは、数字だけでは見えない判断や回避策を知る方法です。しかし、発言だけで発生頻度や損失額を確定する方法ではありません。「毎回」「かなり多い」「大きな損失」という表現は、対象期間を定めて記録へ戻ります。

確認する数字は課題候補ごとに変えます。発注保留なら、予定日と実施日、保留理由、承認依頼日と承認日、納期回答日などが候補です。原価への影響なら、当初予算、変更額、追加運賃、保管費などを同じ定義で比較します。測れるものを全部集めるのではなく、原因候補を分けられる数字を選びます。

図表8 課題候補を補強する確認設計

表8

横にスワイプして、右側の列を確認できます

課題候補確認単位確認する記録仮の計算式計算だけで判断しないこと
発注条件不足による保留発注明細発注予定日、実施日、保留理由実施日-予定日保留判断の妥当性
承認待ちによる停滞承認項目依頼日時、承認日時承認日時-依頼日時承認内容の難易度
変更による再確認案件・明細変更履歴、注文書履歴再確認件数÷対象明細数再確認の必要性
納期差による工程変更案件希望納期、回答納期、工程履歴回答納期-希望納期工程変更の責任主体
情報探索の重複作業者・案件作業観察、資料所在探索時間の合計システム導入の要否
回避策への依存担当者・週個人表、連絡履歴回避作業時間÷対象業務時間担当者の評価

対象案件が少ない会社で割合を出すと、一件の増減で大きく動きます。分母となる案件数、対象期間、商品や工事種別の混在、案件条件を併記し、比率だけで結論を出しません。

時間計測にも注意が必要です。社員が後から思い出した時間は概算です。「一回30分、週10回だから年間260時間」と年換算しても、繁忙期と通常期、関与人数、作業範囲が不明なら精度は上がりません。まず一週間など短い期間で実測し、通常週か特殊週かを注記します。

工務店例073の案件A-01で確認できるのは、発注予定日が5月10日、実施日が5月13日で、3日の差があったことです。この一件だけから「すべての発注が平均3日遅い」とは言えません。対象6か月の発注明細を確認し、同じ保留理由が何件あったか、予定どおりの案件では何が違ったかを調べます。

数字が取れない場合は、記録整備を最初の改善候補にすることがあります。ただし、記録項目を増やす前に、何の判断へ使うかを決めます。「すべての変更を詳細に記録する」では現場負担が増えます。変更日、変更対象、発注可否への影響、承認者など、原因候補を検証できる項目へ絞ります。

数字と発言が一致しない場合も、どちらかを捨てません。社員は頻発していると感じているのに記録上は月一件なら、次を確認します。

  • 一件当たりの影響が大きい
  • 記録対象外の小さな確認が多い
  • 最近だけ増えた
  • 特定担当者へ偏っている
  • 「発注保留」の定義が部署で異なる
  • 回避策によって、保留として記録されていない

不一致は、測り方や対象範囲の誤りを発見する入口です。

経営課題候補を現象・原因候補・経営判断に分けて提出する

ヒアリング報告書を発言要約で終えると、経営者は「結局、何を決めればよいのか」と迷います。一方、聞き手が解決策まで断定すると、未確認の仮説がそのまま施策になります。

提出時は、確認済みの現象、裏付け、原因候補、反証、追加確認、経営判断候補を分けます。

課題名は、「連携不足」「属人化」「人手不足」のような名詞一語を避けます。「誰が、どの条件で、何を判断できず、どこへ影響しているか」を含めます。

工務店例073の例は、次のように書けます。

注文住宅の着工準備から主要資材発注までの区間で、品番、数量、納入条件がそろった状態と、発注承認が完了した状態の区別が共通化されていない。発注担当は承認を個別確認し、施工管理は必要項目を案件ごとに判断している。そのため、発注予定日に承認状態を確認できず、発注保留と再確認が生じる案件がある。経営側では、発注可の完了条件、承認者、承認期限、例外条件、記録場所を決める必要がある。

この文章なら、社員個人を責めずに経営判断の対象を示せます。ただし、発生頻度、原価、工程や顧客への影響が未確認なら、その旨を付記します。完成文が流暢であることと、事実の確度は別です。

図表9 経営課題候補の提出票

表9

横にスワイプして、右側の列を確認できます

欄記載内容
課題候補名主要資材の発注可条件と例外承認の未定義
対象範囲注文住宅、着工準備開始から主要資材発注確定まで
確認済みの現象案件A-01で発注予定日当日に承認状態を確認できず、3日保留した
裏付け発注予定表、承認記録、注文書、関係者面談
事実の確認段階案件A-01の日付と資料は記録確認済み
原因候補完了条件、承認期限、記録場所の不足
反証・例外案件A-02では例外承認者が事前設定され、当日発注できた
未確認事項対象6か月の発生件数、工程影響、追加費用
放置時の影響発注保留、再確認、工程余裕の減少
経営が決めること必須項目、承認者、期限、例外条件、適用開始日
現場へ返すこと確認済み事実、未確認事項、暫定運用
見直し条件試行案件終了後、保留件数と別工程への負担を確認する

「放置時の影響」には、根拠のない金額を置きません。金額を算出できない場合は、再確認、発注保留、工程余裕の減少など影響の種類を示します。経営判断に金額が不可欠なら、先に追加確認の方法を決めます。

「経営が決めること」と「現場へ返すこと」を分ける理由は、経営会議だけで完結させないためです。発注可の条件を決めても、発注予定表、承認記録、工程表、担当者への説明へ反映されなければ行動は変わりません。誰が帳票を直し、どの案件から適用するかまで決定事項に含めます。

提出前には、類似候補を統合します。「発注条件が足りない」「承認記録が見つからない」「発注が保留になる」が同じ因果の鎖なら、一つの経営課題候補として扱います。反対に、同じ「発注遅れ」でも、社内承認、メーカー納期、協力業者の見積待ちでは打ち手が異なるため分けます。

安全や重大な顧客影響など、通常の優先順位付けを待てないものは先に所定の対応へつなぎます。それ以外の候補は、確認済み事実の強さ、影響範囲、会社が変更できる程度をそろえてから、工務店の経営課題に優先順位をつける|担当時間から今月の着手数を決める実務ガイドへ渡します。

結果を現場へ返し、誤読と不足を直してから施策にする

ヒアリング後に何も返さないと、社員は「話しても変わらない」と受け取ります。反対に、すべての要望へ対応すると約束すれば、経営判断ができなくなります。

返却時に示すのは、次の四つです。

1. 何を確認済みとしたか 2. 何が未確認か 3. 何を経営判断へ上げるか 4. 次の確認または決定をいつ返すか

共有資料では、原則として個人名や発言順を外し、業務の流れで示します。ただし、少人数の会社では、個人名を消しても発言者を推測できる場合があります。全社版と関係者限定版を分け、案件条件や役割の書き方を調整します。

返却会では、解決策の投票から始めません。まず「確認済み事実に誤りがないか」「別の条件では起きないか」「影響先が抜けていないか」を確認します。反論が出ても、その場で多数決をせず、対象案件や記録へ戻ります。

社員からの訂正は、三種類に分けます。

  • 日付、資料名、処理内容などの事実訂正
  • 対象案件や影響先など、調査範囲の追加
  • 原因解釈や解決策への異論

事実訂正は記録を直し、範囲追加は今回の調査へ含めるか判断し、解釈への異論は併記して検証します。

図表10 返却時に起きやすい誤読と修正例

表10

横にスワイプして、右側の列を確認できます

修正前問題修正後
施工管理の情報共有が遅い個人または部署の評価に見える発注予定日に必須項目と承認状態を同じ場所で確認できない
発注担当の確認が細かすぎる確認の必要性を検証していない分納条件の確認根拠と、省略できる条件が未定義
発注を早める必要条件やリスクが不明発注可条件を満たした案件は予定日に実施し、未充足時は例外承認へ回す
管理表を増やす情報の重複と更新負担が増える既存の発注予定表へ承認状態と更新責任者を追加する
すべて責任者が承認する責任者への集中を招く通常条件は担当者が判定し、例外条件だけ責任者が承認する
しばらく様子を見る終了・見直し条件がない新規3案件で試行し、発注保留と確認時間を終了後に見直す

施策は、ヒアリングで出た提案数ではなく、確認した原因候補との対応で選びます。情報の所在が複数ある問題に対して会議を増やしても、最新版は決まりません。承認者が不明な問題に対して入力項目を増やしても、待ちは減りません。施策ごとに「どの原因候補を変えるか」を一文で書きます。

全社一斉導入が難しい場合は、対象商品や新規案件に限定して試します。その際は、開始日、対象、責任者、終了日または見直し条件を決めます。「しばらく運用して様子を見る」では、旧運用との混在が長引き、何が効いたか分かりません。

実施後は、改善した数字だけを見ません。発注保留が減っても、施工管理の入力時間や責任者への例外承認が増えているかもしれません。負担が別工程へ移っていないかを再ヒアリングします。

採用、配置、処遇、雇用条件の変更につながる論点が出た場合は、業務改善の決定と人事上の決定を混ぜません。適用する就業規則、本人説明、労働条件、評価手続など、確認すべき論点を整理し、社内担当者や社会保険労務士、弁護士など適切な確認先へつなぎます。

一度の調査で終わらせず経営判断の前後で聞き方を変える

社員ヒアリングは、毎月同じ質問を全員へ行う制度ではありません。目的に応じて、探索、確認、実施後の検証を分けます。

図表11 ヒアリングの三段階

表11

横にスワイプして、右側の列を確認できます

段階目的主な質問完了条件
探索支障が起きる場面を見つける最近どの案件で何が止まったか事実カードの候補ができる
確認原因候補と反証を確かめる記録上はどうか、起きなかった案件との違いは何か経営判断候補と未確認事項を分けられる
検証施策の効果と副作用を確かめる何が減り、どの負担が増えたか継続、修正、撤回を判断できる

探索を繰り返しすぎると、社員は同じ問題を何度も説明することになります。最初の面談で「次に何を確認し、いつ判断するか」を伝え、追加面談は不足項目に限定します。経営側が判断を保留する場合も、保留理由と再開条件を返します。

運用の基本順序は、次のとおりです。

1. 経営上の異変から対象業務を定める 2. 期間、案件群、開始条件、完了条件を固定する 3. 前後工程の社員から具体案件を聞く 4. 発言を事実カードへ分解する 5. 記録、数字、反証案件を確認する 6. 原因候補と経営が動かせる判断点を分ける 7. 経営課題候補票を提出する 8. 現場へ確認済み事実、未確認事項、決定を返す 9. 限定運用後に同じ工程を再確認する

定例管理するなら、面談回数ではなく、経営課題候補の状態を管理します。「四半期に面談を実施した」ことを成果にせず、確認待ち、経営判断待ち、試行中、標準化済み、見送りという状態を持たせます。見送りには、根拠不足、影響限定、他施策を優先、現時点で変更不能などの理由を残します。

経営者が避けたいのは、社員の声を聞いた直後に個別指示を出し、同じ工程へ別々の修正を重ねることです。一件目の発言で会議を増やし、二件目で帳票を増やし、三件目でシステム導入を検討すると、現場負担だけが積み上がります。同じ対象範囲の事実カードを束ね、原因候補と反証を確認してから、一つの運用として変更します。

反対に、完全なデータを求め続けて判断しないことも問題です。十分な記録がない場合は、現時点の確度、想定するリスク、試行対象、撤回条件を明記して暫定判断できます。影響が無視できず、変更を元に戻しやすいなら、小さな範囲で試す方法があります。

工務店の業務には、顧客ごとの要望、敷地条件、申請、資材納期、協力業者の予定、天候など多くの変動があります。そのため、例外をゼロにするルールよりも、「通常条件」「例外と判定する条件」「例外を決める人」「残す記録」を定める方が実務に合います。

社員ヒアリングの最終成果は、社員が多く話したことでも、経営者が現場の大変さを理解したことでもありません。現場で起きた出来事が確認可能な形で因果の鎖に置かれ、担当者の努力だけでは変えられない判断点が経営者へ渡ることです。

抽象的な不満を急いで解決策へ変えず、最近の一件をたどり、前後工程と記録を確認し、反証となる案件を探します。そのうえで、「誰が悪いか」ではなく、「会社として何を完了と定義し、誰へ権限を置き、どの条件で例外を認め、どこへ記録するか」を決めます。ここまで到達して初めて、社員ヒアリングは意見収集ではなく、経営課題を現場の事実から探る仕事になります。

参考にした公式資料

記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。

編集方針
制作・運営:工務店AI研究所

株式会社スタイルプラスブレインが運営するメディアです。AIを企画・執筆に利用し、実務の手順や記入例を整理しています。専門家による監修・実地取材を行ったと確認できない記事を、そのようには表示しません。

記事の誤り・訂正のご連絡(記事URLと該当箇所をお知らせください)

このメディアについて