「それは営業の仕事だ」「製造から聞いていない」「品質が最後に止めた」。問題が起きた時だけ担当部署を探す会社では、責任の空白と押し付けが繰り返されます。

この記事では、製造業の業務分掌を担当一覧ではなく、仕事を最後まで流す責任設計として整理します。兼務が多い中小製造業でも使えるように、実行、判断、専門確認、共有、受け渡しを分けて作ります。

1. 製造業の業務分掌はどう作ればよいか

「部門間で責任の押し付けが起きる。製造業の業務分掌表には何を書けばいい？」（質問者: 経営者）

製造業の業務分掌は、部門ごとの作業を並べるのではなく、一つの重要業務について、誰が完了責任を持つか、誰が実行するか、誰の専門確認が必要か、誰へいつ情報を渡すかを決めます。責任と権限、必要情報、停止条件を対にし、直近案件で試して更新します。

「担当」とだけ書くと、作業担当なのか最終判断者なのか分かりません。まず役割を分けます。

役割意味確認する問い
完了責任結果を最後まで成立させる誰が完了を宣言するか
実行作業・調整を進める誰が手を動かすか
判断選択肢から決めるどの範囲を決められるか
専門確認品質・安全・技術を確認する意見か承認か、停止権限はあるか
共有事前・事後に情報を受ける何をいつ知る必要があるか

一業務に完了責任者は原則一人または一役割とし、実行者は複数でも構いません。「共同責任」は聞こえは良いものの、判断が割れた時の最終者が不明になりやすいため注意します。

2. 担当一覧だけの業務分掌が機能しない理由

担当業務の一覧は、平常時の作業を示せても、例外時の判断と部門間の受け渡しを示しません。 製造業で問題になるのは、通常作業より、短納期依頼、仕様変更、不適合、設備停止、欠員などの例外です。

例えば見積もり業務を「営業」とだけ書くと、次が残ります。

  • 技術可否を誰が判断するか
  • 原価と負荷を誰が確認するか
  • 品質条件に誰が責任を持つか
  • 顧客へ約束できる範囲はどこまでか
  • 条件外の案件を誰へ上げるか

業務分掌が機能しない会社では、文書が古いのではなく、実際の承認経路が別に存在することもあります。社長の口頭承認、ベテランへの個別確認、チャットだけの相談など、影の運用を事実として確認します。

責任が曖昧になる原因は人の姿勢だけではありません。情報が届かない、権限がない、期限がない、判断基準がないという構造も見ます。

3. RACI型の整理を製造業向けに調整する

役割整理ではRACIの考え方が参考になります。ただし、製造業では品質・安全・法令・契約の専門確認を「相談」にまとめない方が安全です。

一般的な整理製造業で追加確認すること
Responsible（実行）作業資格、代替者、完了条件
Accountable（完了責任）最終判断範囲、説明責任
Consulted（相談）専門意見か必須承認か、拒否・停止権限
Informed（共有）事前か事後か、共有項目と期限

型を埋めることより、判断が割れた時に誰が何を根拠に決めるかが重要です。 重大な品質・安全事項は、相談した事実だけで完了にせず、誰が適合を確認するかを定めます。

また、一人が実行と確認を兼ねる場合は、そのリスクを見える化します。人員上分離できないなら、記録の後日確認、別責任者の抜き取り、一定条件での上申など、代替統制を決めます。

4. 業務分掌表を作る7つの手順

全業務を棚卸ししてから始めると、表作りに時間を使い、重要な詰まりが埋もれます。 まず責任の空白か二重承認が起きている一業務を選びます。

1. 対象業務と完了状態を決める

「見積もり」「採用」のような名詞だけでなく、開始条件と完了条件を書きます。例えば「顧客条件を受領してから、社内根拠付きの見積回答を顧客へ送るまで」です。

2. 直近案件の実際の流れを並べる

規程を写さず、誰が依頼を受け、誰へ聞き、どこで待ち、誰が決めたかを追います。メール、案件票、会議記録など確認できる証拠を使い、記憶だけで決めません。

3. 完了責任者を一つ決める

業務全体の結果を確認し、未完了を解消する役割を決めます。作業量が多い人ではなく、全体条件を確認し、必要な調整を動かせる役割を選びます。

4. 実行・判断・専門確認・共有を分ける

各工程で役割を割り当てます。「営業・製造」と併記して終わらせず、それぞれが何を出すかを成果物で書きます。入力情報が不足した場合の差し戻し先も決めます。

5. 権限とエスカレーション条件を記す

金額、納期、仕様、品質影響など、単独判断できる範囲を定めます。超えた時は、誰へ、何を添え、いつまでに上げるかを決めます。

6. 一案件で運用し、差分を記録する

表どおりに進まなかった箇所を失敗扱いせず、設計不足の証拠として残します。例外が多い工程は、業務の分け方か判断基準を見直します。

7. 文書・会議・評価・育成をそろえる

業務分掌と実際の会議承認、評価基準、教育内容が矛盾していないか確認します。担当変更時は、名前だけでなく未完了案件、判断履歴、例外条件を引き継ぎます。

5. 兼務が多い会社で守る判断基準

中小製造業では、人数の少なさから一人が複数役割を持ちます。兼務をなくすことが目的ではなく、兼務による見落としと優先順位の衝突を管理することが目的です。

兼務の状態確認するリスク対応例
実行と最終確認が同じ自己確認だけになる抜き取り確認、条件付き承認
営業と納期決定が同じ顧客要望へ偏る製造負荷の必須確認
人事と現場責任者が同じ育成時間が後回し面談・育成枠を固定
複数業務の完了責任者優先順位が衝突する経営優先順位と代替者を決める

役職者を増やせない場合も、役割を分けて考えれば、どこを別の人が確認すべきかが分かります。人ではなく役割を正本にし、担当者表で現在の人を対応させます。

6. 業務分掌を責任追及に使わない

業務分掌は問題発生時に犯人を決める表ではなく、問題が起きる前に必要な判断と支援を配置する表です。 失敗時だけ表を持ち出すと、社員は責任を避けるために承認を増やします。

運用時は、次の順で確認します。

  1. 必要な情報が届いていたか
  2. 判断権限が実際に使えたか
  3. 基準と停止条件が理解されていたか
  4. 時間・人員・設備の制約がなかったか
  5. その上で役割上の行動が適切だったか

前日に公開した製造業の組織設計で会社全体の責任・権限・連携を整理し、この記事の業務分掌で重要業務ごとの受け渡しへ落とし込みます。営業領域の役割は製造業の営業組織づくり、個人への任せ方は製造業の権限移譲で具体化できます。

7. 業務分掌の効果をどう測るか

完成した表の行数ではなく、対象業務の停止が減ったかを確認します。

  • 担当不明で止まった件数
  • 二重承認・差し戻しの発生理由
  • 依頼から判断までの時間
  • 情報不足による再確認
  • 品質・安全の停止条件が働いた事例
  • 社長や特定ベテランへ戻った判断の種類

変更前後を同じ期間・近い案件条件で比べます。件数が少ない場合や、同時に人員・設備・システムが変わった場合は因果を断定せず、判定保留とします。

8. 役割別のAIへの質問と業務分掌セルフチェック

AIは業務の抜け漏れを考える補助に使えますが、実際の責任、資格、顧客条件を知りません。機密を匿名化し、出力は現場の記録と照合します。

質問者AIへの質問例人が確認すること
経営者「見積もり業務の完了責任・実行・判断・専門確認を分ける質問を作って」最終決定権、受注方針、例外条件
部門責任者「部門間の責任空白と二重承認を見つける観点は？」直近案件の実際の承認経路
現場担当者「仕事を受け取る前に確認すべき入力条件を整理して」標準、資格、完了条件、相談先
人事・管理「業務分掌と職務記述・評価の矛盾を確認する項目は？」現行制度と実際の兼務・配置

セルフチェックは次の通りです。

  • 対象業務の開始と完了が明確である
  • 完了責任者が一役割に定まっている
  • 実行者と最終判断者が区別されている
  • 専門確認が相談か必須承認か分かる
  • 兼務時の自己確認リスクを扱っている
  • 条件外の上申先、資料、期限がある
  • 担当変更時に未完了案件と判断履歴を渡せる
  • 表と実際の会議・システムが一致している

不明項目が多い場合は、全社表を完成させる前に、直近一案件で役割と成果物を確認します。

9. 業務プロセス可視化を業務分掌へ変換する

業務分掌表を実際の仕事に合わせるには、先に直近案件の業務プロセスを可視化し、止まった境界へ役割を割り当てます。 組織図から担当部署を置くだけでは、受け渡しの完了条件、判断待ち、例外時の責任が抜けます。

可視化した事実業務分掌へ反映する内容確認する問い
開始点と終了点完了責任の範囲どの状態を誰が完了と宣言するか
物の流れ実行、識別、保管、引き渡し誰が何をどこまで動かすか
情報の流れ必須入力、正本、共有期限次工程が判断できる情報は何か
判断の流れ決定権、専門確認、停止権限条件外を誰がどこへ上げるか
待ち・差し戻し受領確認、回答期限、差し戻し先責任の空白と二重確認はどこか
例外の流れ代替者、緊急時の権限、記録通常担当が不在でも進められるか

業務プロセスから役割を決める手順は次の通りです。

  1. 製造業の業務プロセス可視化に沿って、問題が起きた一案件の物・情報・判断・時間を追う
  2. 手待ち、手戻り、判断待ち、重複承認が起きた受け渡しを特定する
  3. 各受け渡しに完了責任、実行、判断、専門確認、共有を割り当てる
  4. 受領条件、期限、条件外の上申先、担当不在時の代替を記す
  5. 次の一案件で運用し、実際の流れとの差分だけを業務分掌表へ反映する

図と表は別々に管理しません。プロセスを変更したら役割表、会議、システム権限、教育内容も見直し、業務分掌だけが古い状態を防ぎます。

10. 原因分析で承認権限と責任追及を分ける

品質問題の原因分析では、報告した人、原因仮説を検証する人、暫定処置を承認する人、恒久対策を決める人を分けます。 報告者に原因の確定と再発防止まで背負わせると、早期報告が遅れやすくなります。一方で「責めない」を理由に、事実確認や役割上の判断まで曖昧にしてはいけません。

原因分析の役割担う内容担わせないこと
発見・報告現象、時刻、対象範囲、直前の変化を共有する一人で根本原因を断定する
分析責任事実、仮説、未確認事項を分け、検証を進行する結論に合う情報だけを集める
工程責任標準、設備、材料、負荷、変更履歴を提示する部下の注意力だけで説明する
専門確認品質・安全・技術の反証と停止条件を確認する相談した事実だけで承認扱いにする
判断・承認封じ込め、検証範囲、対策、再開条件を決める根拠がない状態で原因を確定する
記録・共有根拠、反証、判断、未解決事項、次回確認日を残す個人名だけを原因欄に残す

製造業のなぜなぜ分析では、発生・流出・管理の三つの枝で原因仮説を検証します。業務分掌側では、その分析を誰が進め、誰が異論を出し、誰が対策と再開を承認するかを明確にします。

原因分析の役割を割り当てる手順は次の通りです。

  1. 顧客、安全、品質への影響を先に止め、暫定処置の承認者を決める
  2. 報告者から観測事実と時系列を受け取り、原因仮説とは別欄に記録する
  3. 発生・流出・管理の各枝に検証責任者と必要な証拠を割り当てる
  4. 専門確認者が反証、別の説明、未確認事項を示し、判断者が継続か保留かを決める
  5. 恒久対策、標準変更、再開条件、効果確認日を承認し、未解決事項の完了責任を残す

同じ人が複数役割を兼ねる場合もあります。その場合は、事実を出す立場、仮説を検証する立場、最終判断する立場を記録上で分けます。兼務そのものより、誰のどの判断で原因と対策が確定したかを後から追えない状態が問題です。

11. 見積もり業務へ当てはめる想定例

例えば、営業が顧客要望を受け、製造が加工可否、品質が検査条件、調達が材料納期を確認する見積もりを考えます。営業を完了責任者にするなら、各部門の回答を集めるだけでなく、未確認事項を残したまま顧客へ回答しない責任と、条件外を上申する権限が必要です。

製造は加工可否と能力条件を出し、品質は規格・検査上の停止条件を示し、調達は材料条件と変動可能性を返します。最終価格の決定者が別なら、営業が値引きまで単独判断できると誤解しないよう境界を記します。

この想定例の狙いは、正解の組織を示すことではありません。同じ「見積もり担当」でも、完了責任、実行、専門確認、決定の中身が違うと示すことです。御社では直近案件の事実に置き換え、例外時の流れまで確認してください。

公開・運用後の見直し

業務分掌は完成日ではなく運用開始日を記録し、最初の数案件で差分を確認します。担当不明、二重確認、例外の抱え込みが出た箇所だけを直し、使われていない欄を増やし続けません。担当者変更や組織改編の時は、表の名前だけでなく、未完了案件と判断履歴が引き継がれたかを確認します。

まとめ：業務分掌は仕事を渡し切る設計である

製造業の業務分掌は、部門の守備範囲を囲う表ではありません。一つの仕事を開始から完了まで流すために、完了責任、実行、判断、専門確認、共有をそろえる設計です。

まずは「誰の仕事か」で揉めた直近案件を一つ選び、実際の流れから役割表を作ってください。全社版を先に作るより、使える最小版ができます。

「部門間で責任の押し付けが起きる」「業務分掌表が実際の運用と合わない」──このようなお悩みがあれば、株式会社Move Forward Marketingへご相談ください。私たちは経営者の隣で、売上と現場の流れから責任・権限・情報を整理し、運用できる形へ落とします。

よくある質問

業務分掌表には担当者名を書きますか？

まず役割名と責任を定義し、担当者名は運用表で対応させます。人が変わっても責任が消えない形にします。

RACIをそのまま使えばよいですか？

参考にはなりますが、品質・安全の専門確認や停止権限など、御社の重要判断に合わせて役割を調整します。

兼務している人は複数欄に入れてよいですか？

入れて構いません。ただし同じ人が実行と最終確認を兼ねるリスクや、役割の優先順位を明記します。

業務分掌はどこまで細かく書きますか？

すべての作業ではなく、責任の空白、二重承認、部門間の手戻りが起きる重要判断から書きます。

作成後に守られない場合はどうしますか？

直近案件で実際の流れと差分を確認し、文書、権限、情報、会議、評価のどこが不一致かを直します。

業務プロセス可視化と業務分掌表はどちらを先に作りますか？

直近の実案件で物・情報・判断の流れを先に可視化し、停止や手戻りが起きた受け渡しへ完了責任、実行、判断、専門確認、共有を割り当てます。組織図だけから役割を決めないことが重要です。

原因分析の会議で、報告者と原因究明の責任者は同じですか？

同じとは限りません。報告者には観測事実と時系列の共有を求め、分析責任者、専門確認者、対策承認者を分けます。一人が兼務する場合も、どの役割で発言・判断したかを記録します。

根拠・参考資料

※本文の役割表と7手順は、公的資料を踏まえ、MFMが中小製造業向けの実務フレームとして整理したものです。RACIの利用が法令上の義務であることや、特定の成果を保証するものではありません。