営業は「顧客が急いでいる」と言い、製造は「この負荷では無理」と返し、品質は「条件が確認できていない」と止める。部門間の対立に見えても、それぞれが別の事実と責任で判断しているだけかもしれません。

この記事では、製造業の部門間連携を、コミュニケーションの量ではなく、同じ案件を同じ条件で判断する仕組みとして整理します。営業、製造、品質、調達が何を渡し、誰が決めるかを具体化します。

1. 製造業の部門間連携は何から改善すべきか

「営業と製造がいつも対立する。部門間連携を改善するには何から始めればいい？」（質問者: 経営者）

製造業の部門間連携は、会議や交流を増やす前に、一つの重要案件について、顧客要求、仕様、数量、原価、工程能力、品質条件、納期、未確認事項を共通化し、各部門の確認責任、最終判断者、受け渡し期限、条件外の上申先を決めることから始めます。

部門ごとの目的は違います。その違いをなくすのではなく、会社として同じ判断へ結ぶ必要があります。

部門守るもの連携時に必要な出力
営業顧客理解、約束、受注価値顧客条件、背景、優先度、回答期限
製造工程能力、負荷、安全可否、制約、代替案、必要期間
品質適合、検査、再発防止必須条件、確認方法、停止条件
調達材料、外注、供給リスク入手条件、納期、代替、変動要因
経営優先順位、利益、リスク採否、資源配分、例外承認

連携とは全員が同じ仕事をすることではありません。異なる専門性を、一つの顧客・事業判断へつなぐことです。

製造業の意思決定ルールで最終判断者、専門確認、停止・上申条件の境界を決めたうえで、この記事の共通案件情報を重ねると、部門ごとの正しい判断を会社として一つにまとめやすくなります。

2. 部門間連携が個人関係に依存する理由

「あの人に聞けば分かる」という連携は速く見えても、その人が不在になると止まります。 個人の信頼は大切ですが、必要情報と判断経路が個人の頭の中だけにある状態は組織の仕組みではありません。

連携が属人化する兆候は次の通りです。

  • 口頭や個人チャットで重要条件が変わる
  • 同じ内容を部門ごとに別形式へ転記する
  • ベテラン同士なら進むが若手同士では止まる
  • 問題発生後に「聞いていない」が繰り返される
  • 顧客回答後に品質・調達条件が判明する

原因を「仲が悪い」でまとめると、交流会や理念研修へ流れます。しかし、必要情報、決定権、期限、例外処理が曖昧なら、関係が良くても手戻りは起きます。

製造業の製販会議では受注・納期の接続を扱っています。部門間連携では、見積もりから受注、製造、出荷、振り返りまでの受け渡しを広く見ます。

3. 共通案件シートに入れる判断情報

情報共有ツールを導入する前に、何を正本にするかを決めます。

項目確認内容
顧客・用途誰が、何に使い、何を決めたいか
仕様確定、仮定、未確認を分ける
数量・時期初回、継続、変動の前提
品質条件規格、検査、記録、承認
工程・調達内製・外注、設備、材料、能力
原価・価格前提、変動要因、追加条件
納期希望、回答、制約、変更条件
判断採否、保留、不足情報、担当、期限

「未確認」を空欄にしないことが重要です。 空欄は不要なのか未確認なのか分からず、後工程が勝手に補完します。未確認事項には確認担当と期限を付けます。

4. 部門間連携を改善する7つの手順

1. 手戻りが大きかった案件を一つ選ぶ

部門全体の課題から始めず、納期変更、再見積もり、不適合など事業影響が確認できる案件を選びます。誰が悪かったかではなく、どこで事実が変わったかを追います。

2. 案件の受け渡しを時系列で描く

顧客相談から回答、見積もり、受注、製造、出荷まで、情報と判断の移動を並べます。正式な手順と実際の経路を分けます。

3. 各部門の必須入力と出力を決める

営業は顧客条件、製造は能力と制約、品質は適合条件、調達は供給条件を出します。情報量ではなく、次の部門が判断できる完了条件を決めます。

4. 最終判断者と専門確認を分ける

各部門の同意を集めるだけでは決まりません。誰が採否・納期・価格を最終判断し、誰の専門確認を必須にするかを決めます。

5. 例外と上申条件を決める

標準納期外、品質条件外、原価未確定、供給不安などを定義します。条件外は現場で抱え込まず、必要情報を添えて決定権者へ上げます。

6. 共通シートで一案件を試す

全システムを統合する前に、一枚の案件シートで試します。入力漏れ、重複、不要項目、判断待ちを記録し、次の案件で直します。

7. 正本・通知・振り返りを定める

どのシステムや文書が最新か、変更時に誰へ通知するか、案件完了後に何を標準へ戻すかを決めます。個別の工夫を会社の資産へ変えます。

5. 部門対立を優先順位の対話へ変える

営業と製造の対立は、売上と能力のどちらを優先するかという経営判断を含みます。現場同士へ調整を押し付けず、会社の優先順位を明示します。

判断時は次を分けます。

  1. 変えられない条件：安全、法令、顧客規格など
  2. 会社が選べる条件：優先案件、残業、外注、価格、納期交渉など
  3. 顧客と確認する条件：仕様、数量、希望納期、代替案など
  4. 判断を変える条件：材料入荷、設備復旧、他案件変更など

対立を人格の問題にせず、前提と選択肢の違いへ戻します。 それでも判断が割れる場合、決定権者が会社全体の優先順位で決め、根拠を残します。

6. ツール導入前に決めること

システムやチャットは情報を速く運べますが、正しい情報や判断責任を自動では作りません。導入前に次を決めます。

  • 共通案件ID
  • 最新情報の正本
  • 更新権限と履歴
  • 必須項目と未確認の扱い
  • 変更通知の対象
  • 個人情報・顧客機密の範囲
  • 完了後の保存と利用目的

AIで要約する場合も、未確認事項を確定情報に変えない、人が判断根拠を確認する、機密情報の入力・保持条件を確認するという境界を守ります。

7. 部門間連携の効果測定

アンケートの「連携しやすさ」だけでなく、仕事の停止箇所を測ります。

  • 情報不足による差し戻し
  • 顧客回答後の条件変更
  • 再見積もりと理由
  • 納期変更と原因
  • 品質確認の後戻り
  • 判断待ち時間
  • 個人チャットだけで決まった重要変更

受注量や案件難度が変われば件数も変わります。案件当たり、同じ種類、同期間など比較条件をそろえ、母数不足は判定保留とします。

8. 役割別のAIへの質問と部門間連携セルフチェック

AIへ案件整理を依頼する場合、顧客名、図面、未公開仕様、原価などを入力してよい環境かを先に確認します。AIの要約より、各部門の一次情報と最終判断を正本にします。

質問者AIへの質問例人が確認すること
経営者「売上・品質・納期が衝突する時の判断軸を整理して」受注方針、不可逆条件、最終決定権
営業「製造・品質へ渡す顧客条件の抜け漏れを確認して」顧客の原文、用途、回答期限
製造・品質「可否回答に必要な仕様・能力・検査条件を整理して」設備、標準、工程能力、規格
調達・管理「供給リスクと変更通知の確認項目を作って」仕入先情報、在庫、代替条件

次を確認してください。

  • 案件ごとに共通IDがある
  • 顧客要求の確定・仮定・未確認が分かる
  • 各部門の必須入力と完了条件がある
  • 最終判断者と専門確認者が区別されている
  • 例外・条件外の上申先がある
  • 最新情報の正本が一つに定まっている
  • 変更通知の対象と期限が決まっている
  • 完了後に標準へ戻す振り返りがある

四つ以上不明なら、ツール導入前に一案件の情報と判断の流れを可視化します。

9. 顧客からの仕様変更へ当てはめる想定例

受注後に顧客から仕様変更が届いた場面を考えます。営業は変更内容と背景、希望時期を確認します。製造は工程・設備・仕掛品への影響、品質は適合・検査・承認、調達は材料・外注・在庫、管理側は原価と契約影響を確認します。

連携が弱い会社では、営業がメールを転送して完了し、各部門が別々に解釈します。共通案件シートでは、変更前、変更後、未確認、影響、必要判断、顧客回答期限を一つにまとめます。誰かが空欄を推測で埋めないよう、未確認には担当と期限を付けます。

最終回答者は、各部門の意見を多数決でまとめるのではなく、会社の優先順位と契約条件で判断します。対応できない場合も、代替仕様、時期、数量、価格条件など顧客と再確認できる選択肢を作ります。

案件完了後は、今回の変更を標準へ反映するかを決めます。一回限りの例外、再利用できる知見、顧客固有条件を分けなければ、次回に別の担当者が同じ確認をやり直します。部門間連携の成果は、一案件を終えるだけでなく、次の判断を速く安全にすることです。

連携改善を社内説明する時の要点

部門間連携の見直しを「情報共有を徹底する」と説明すると、入力項目と会議だけが増える不安を招きます。社内には、減らしたい手戻り、守る品質・納期、今回変える受け渡し、変えない専門責任を具体的に伝えます。

各部門へ同じ入力負荷を求めず、その部門しか確認できない事実に絞ります。営業へ工程判断をさせず、製造へ顧客背景の推測をさせないようにします。専門性を越境させるのではなく、専門出力を次の判断へ渡せる形にします。

試行後は「協力的だったか」ではなく、情報不足、判断待ち、変更通知、顧客回答がどう変わったかを共有します。課題が残った場合も、個人・部門の失敗とせず、次に直す受け渡し条件を示します。

連携ルールには、平常時だけでなく欠員、設備停止、材料遅延、顧客仕様変更などの例外も一つずつ追加します。すべてを最初から網羅せず、実際に起きた例外を標準へ戻すことで、仕組みを育てます。

社内説明では、入力を増やす代わりに何を減らすかも示します。重複転記、同じ確認、目的のない会議を減らさなければ、連携改善が新しい負担になります。

削減した作業と追加した確認を同時に記録し、現場負荷の移動も見ます。

10. 業務プロセス可視化から受け渡し条件を作る

部門間連携のルールは、組織図や理想手順からではなく、実案件で物・情報・判断が止まった受け渡しから作ります。 誰が送ったかだけでなく、受領側が次の判断へ進める状態を完了条件として定義することが重要です。

受け渡し渡す側の成果物受領側の完了確認条件不足時の動き
顧客相談から社内検討用途、仕様、数量、希望時期、未確認事項技術・品質・調達が確認開始できる不足項目と確認担当を営業へ返す
技術検討から見積もり可否、工程、制約、品質・材料条件原価と納期の前提がそろっている仮定を明記して決定者へ上申する
受注から生産計画確定仕様、数量、納期、変更履歴工程、材料、検査、能力を予約できる変更前後と影響範囲を再確認する
製造から品質確認良品条件、実績、異常、識別情報検査・判定に必要な記録がある仕掛品を識別し、追加確認へ戻す
品質確認から出荷適合判定、保留事項、出荷条件出荷可否と顧客連絡条件が明確出荷を止め、判断者と連絡期限を置く

受け渡し条件を整える手順は次の通りです。

  1. 製造業の業務プロセス可視化を使い、直近一案件の実際の流れを時系列で描く
  2. 待ち、差し戻し、重複入力、判断待ちが起きた部門間の境界へ印を付ける
  3. 渡す側の出力と、受領側が次へ進める入力条件を対にする
  4. 受領確認者、回答期限、条件不足時の差し戻し先と上申先を決める
  5. 一案件で試し、待ち時間と差し戻し理由を同じ定義で確認して更新する

入力項目を増やすだけでは連携は改善しません。受領側が使わない項目、別帳票への重複転記、目的のない承認を同時に減らし、連携ルールが新しい負担になっていないかも確認します。

11. 業務中断時は共通状況ボードへ切り替える

設備停止、材料断、品質問題、システム障害などで通常運用を続けられない時は、案件ごとの情報共有から、重要業務を継続・復旧するための共通状況ボードへ切り替えます。 平常時の共通案件シートを土台にしつつ、確定事実、未確認、停止範囲、代替、判断者、顧客への次回更新を一つにまとめます。

段階共通状況ボードに置く事実各部門の主な出力決めること
検知発生時刻、兆候、確認者、影響が疑われる範囲現場・IT・品質が一次情報を記録安全確保と追加確認の担当
初動確定、未確認、停止中、稼働中を分ける製造は設備・能力、品質は出荷可否、調達は供給状況を提示停止範囲とBCP発動の要否
優先順位顧客、安全、法令、品質、在庫、依存関係営業は顧客影響、管理は資金・契約、各部門は代替条件を提示継続・復旧する重要業務の順序
社外連絡確定事実、未確認、暫定対応、次回更新営業が窓口、製造・品質・経営が内容を確認誰に、何を、いつ伝えるか
再開安全、品質、能力、情報、承認の確認結果専門部門が再開条件の充足を示す再開責任者と通常運用へ戻す条件

緊急時に全員が同じ画面へ書き込むだけでは、情報量が増えて判断が遅れます。事実を更新する人、専門可否を示す人、会社として決める人、顧客へ伝える人を分けてください。

  1. 最初の報告者が、確定事実と未確認事項を分けて記録する
  2. 各部門が重要業務への影響と代替の成立条件を同じ期限までに返す
  3. 決定権者が停止範囲、復旧順序、追加資源、顧客連絡を決める
  4. 次回更新時刻を置き、変更点だけを共通状況ボードへ追記する
  5. 再開後に判断待ちと情報不足を振り返り、平常時の案件シートと連携ルールへ戻す

製造業のBCP策定では、重要業務、復旧順序、代替、発動判断、訓練を一つの計画へまとめる手順を解説しています。部門間連携の記事で整えた共通情報と上申条件を、BCP訓練でも実際に使えるか確認してください。

まとめ：部門間連携は同じ案件を同じ条件で決める仕組みである

製造業の部門間連携は、仲良く話すことだけでは進みません。各部門の専門性を尊重しながら、共通の案件情報、責任、判断、例外処理へつなぎます。

まず手戻りの大きかった一案件を選び、顧客相談から出荷まで情報がどこで変わったかを追ってください。

「営業と製造の対立が続く」「品質や調達の確認が後工程になる」──このようなお悩みがあれば、株式会社Move Forward Marketingへご相談ください。私たちは経営者の隣で、売上と現場をつなぐ案件・会議・判断の仕組みを一緒に整えます。

よくある質問

部門間連携は会議を増やせば改善しますか？

会議数より、共通の案件情報、判断責任、受け渡し条件、例外時の連絡先をそろえる方が先です。

営業と製造のどちらが納期を決めますか？

顧客との約束責任と工程能力の確認責任を分け、最終回答者と条件外の上申先を決めます。

部門ごとにシステムが違う場合はどうしますか？

まず重要判断に必要な共通項目と正本を決め、転記や連携の責任を明確にします。

対立が起きた時は誰が決めますか？

売上、品質、納期、安全などの優先順位と決定権者を事前に決め、条件外だけを上位判断へ送ります。

連携の良し悪しはどう測りますか？

情報不足による差し戻し、判断待ち、納期変更、再見積もり、品質問題など仕事の流れで確認します。

業務停止時の部門間連携は平常時と何を変えますか？

案件単位の調整から重要業務の継続判断へ切り替え、確定事実、未確認事項、停止範囲、代替、判断者、次回更新を共通状況ボードで管理します。顧客連絡と再開承認の責任も分けます。

部門間の受け渡し条件はどのように決めますか？

実案件の業務プロセスを可視化し、各受け渡しで必要な入力、完了条件、受領確認、差し戻し先、回答期限を決めます。理想手順ではなく、実際に止まった箇所から設計します。

根拠・参考資料

※本文の共通案件表と7手順は、公的資料を踏まえ、MFMが中小製造業の部門間連携向けに整理したものです。特定のシステム導入や成果を推奨・保証するものではありません。