戦略的資産としてのBOP：設計と製造のギャップを埋める工程情報の運用

BOMや設計データの整備が進んでも、製造立ち上げや変更対応の負荷がなかなか下がらない――そんな課題を抱える企業は少なくありません。背景には、工程の「作り方」を表すBOPが、部門や拠点ごとに個別管理になり、全社で扱える形になっていないことがあります。

本記事では、設計BOMと製造BOMの間で起きやすいギャップを起点に、BOPをどのように整理・運用していくべきかを、グローバル展開やデジタルツイン、多品種化の観点から整理します。

製造業のDXを進める中で、設計データやBOMの整備は進んでいる一方、「現場の負担が減らない」「立ち上げや変更対応が重い」といった声が残ることがあります。こうしたギャップは、情報の量ではなく、工程情報の扱い方に起因している場合があります。
本章では、工程情報であるBOPに焦点を当て、なぜ今BOPが経営課題として再注目されているのか、どのような整備の方向性が求められているのかを整理します。

次のような現場の"よくある状況"が、経営・事業計画の観点で無視できないものになってきています。

BOMが「何で構成されているか（What）」を示すのに対し、BOPは「どの順番で、どの条件で作るか（How）」を示す工程情報です。ここで強調したいのは、BOPの整備不足が"現場のやりづらさ"に留まらず、立ち上げ遅延、手戻り、品質ばらつきといった経営課題に直結しやすい点です。

例えば、設計変更が入った際に「どの工程・設備・作業標準に影響するか」を素早く追えないと、結果として変更反映が遅れたり、現場での再調整が増えたりしてしまいます。拠点が複数ある場合は、同じ設計でも工程解釈が分かれやすく、標準化が進みにくいこともあります。

いま求められているのは、工程情報を"現場依存"ではなく"全社で扱える形"にすることだといえます。

BOPは「工程表」「作業手順」「作業条件」などを含む情報ですが、今の製造環境では"持っている"だけでは十分とは言いづらくなっています。多品種化や変更頻度の高まり、拠点間の分業・委託の増加により、工程情報は「共有し、展開し、更新できる」状態が求められています。

経営層が押さえておきたいBOPの役割は、概ね次の3点に整理できます。

また、生産計画の情報を標準的に扱うためのPSLX標準仕様（IEC/ISO 62264-3）においても、工程情報を共通化する枠組みが議論されています。BOP整備は現場改善の文脈だけでなく、「部門間・システム間で工程情報を揃える」という標準化の流れとも重なります。

ただし現実には、設計BOMと製造BOMの間に大きなギャップがあり、ここが属人化の温床になっています。背景として、企業のIT投資がCADやPLMなど"設計情報中心"に進んだ一方で、工程情報はExcelや作業標準書などに分散し、個別最適で運用されやすかったことも影響しています。

BOPが必要になる背景を理解するには、まずE-BOMとM-BOMの違いを整理するのが近道です。両者の差分は「誰が悪い」という話ではなく、目的が異なる以上、自然に生まれてしまう状況があります。

E-BOMとM-BOMの違いを一言で言えば、設計は機能・モジュール単位で捉え、製造は組立順や供給単位で捉えるという点です。
設計側は製品機能や構造の合理性を重視し、部品構成を論理的にまとめます。
一方、製造側はラインの流れ、組立順序、調達単位、投入タイミングといった現場の制約の中で、同じ部品群を別の並びに組み替える必要が出てきます。

この差分があるため、設計情報をそのまま製造へ渡すだけでは、現場の手順に直結しないことがあります。例えば「同じ部品構成でも、先に組むべきユニットがある」「調達単位でまとめる必要がある」といった事情があれば、現場側で構成や順序を作り替える必要が生じます。
この変換がうまくいかないと、現場の負担が一気に増えることになります。

設計と製造の間で扱う情報の粒度や前提が揃っていないと、製造側では判断や調整が手作業として残りやすくなります。特に工程情報（作業順・条件・検査の有無など）がいろいろな資料や人に分散している場合、確認や合意形成に時間がかかり、立ち上げや変更対応のボトルネックになりがちです。

具体的には、次のような症状が起きやすくなります。

例えば、仕様変更の連絡自体は共有されていても、「どの条件が変わり、工程や検査のどこに影響するのか」が関係性として整理されていないと、現場側で都度判断が必要になります。その結果、同じ仕様でも拠点ごとに対応が変わり、標準化や改善の横展開が進みにくくなることがあります。
工程の整理が人に寄ったままだと、属人化は解消しにくくなります。次に必要となるのが、BOPを基盤データとして扱える形にすることです。

BOPを整備する目的は、現場資料を増やすことではありません。工程の考え方や判断の前提を整理し、部門や拠点を越えて再利用できる形にすることが重要になります。
工程情報が人の頭の中や拠点ごとの個別資料に留まっている限り、改善の蓄積や展開は進めにくくなります。

日本の製造業は、現場の調整力や改善力によって品質と生産性を高めてきた面があります。現場が状況に応じて微調整し、想定外に対応する力は、今も多くの企業で重要な強みです。

一方で、その強みが特定の人に依存する状態になると、継続性の観点で課題が生じます。担当者が替わった瞬間に品質やスピードが落ちる、改善が引き継がれない、といった問題が起きやすくなるでしょう。

BOPをデジタル化する本質は、暗黙知を形式知へ寄せることです。例えば、ベテランが当たり前に判断している「この場合は先にこの工程を入れる」「この条件では検査を追加する」といった"コツ"を、工程情報として整理していくイメージです。
作り方が共有できれば、改善のスピードも上がります。

属人化は、短期的には「人が頑張って回している」ように見えることがあります。しかし中長期的にみると、品質の安定性や事業スピードに影響し、競争力への影響も無視できなくなります。
例えば、人が替わると品質が揺れる、立ち上げが遅れる、改善が積み上がらないといった状態は、製品投入のタイミングや信頼性に影響しうるでしょう。

また、属人化が深刻になるほど、変化に対応するための検証や標準化が進めにくくなります。現場の経験に依存したままでは、拠点展開や委託先展開のたびに同じ苦労を繰り返しやすくなるためです。

BOPは現場の効率化だけでなく、複数拠点・海外拠点を含めた生産戦略とも関係します。拠点が増えるほど「工程の前提を揃える」こと自体が難しくなり、立ち上げの遅れや品質ばらつきが顕在化しやすくなります。
その意味で、BOPは全社視点で捉えるほうが整理しやすいテーマだといえます。

理想像としては、本社で整備したBOM/BOPを、国内外の工場や委託先にそのまま展開できる状態が挙げられます。部品構成（BOM）だけでなく、作り方（BOP）まで含めて共有できれば、設計意図を保ったまま立ち上げを進めやすくなります。

BOMだけを渡した場合、現場は"工程をどう作るか"を現地で再構成する必要があり、ここまでに整理した「設計と製造の溝」がそのまま現場負荷として残りやすくなります。

例えば、同じ製品でも拠点ごとに設備構成が異なれば、工程順や作業条件が変わります。その調整が個別最適で進むと、標準からの逸脱や品質のばらつきにつながる可能性があります。
ただし現実には、工場ごとに条件が異なります。

海外工場や複数工場を運用する体制では、設備・人員・調達・ライン構成が異なり、全てを同一の工程で運用することは難しいケースがあります。したがって、単なる"展開"ではなく、工場条件に合わせた"派生"を前提にした考え方が必要になります。

ここで重要になるのが、「派生を個別作業で頑張る」のではなく、できる範囲でルール化・自動化して、工程の整合性を保ちながら調整することです。

工場条件に合わせて自動変換できると、次のような価値が発揮されます。

BOPが整備されると、次は"仮想空間で検証する"という段階に進めるようになります。

製造現場での検証は、時間もコストもかかります。そこで近年、仮想空間上でラインや工程を試し、問題点を事前に把握する考え方が広がっています。
その前提として、工程情報が一定の粒度で整理されていることが求められます。

デジタルツインは、「実際にラインを組む前にデジタル上の仮想工場で試せる仕組み」と捉えると分かりやすいでしょう。BOPが整理されていれば、工程の流れや作業条件をモデル化しやすくなり、検証の精度を上げやすくなります。
逆に、工程情報が曖昧な状態では、何を前提にシミュレーションするのかが定まらず、仮想検証がそれっぽい絵で終わりやすくなります。

デジタルツインにて検証しやすい内容は次の通りです。

改善活動は、現場での試行錯誤によって成果が出る一方、個別最適で終わることも少なくありません。例えば、あるラインで効果が出た改善が、別拠点では再現されない、担当者が替わったら元に戻る、といったケースです。
BOPに改善内容（工程順の変更、作業条件、検査の追加など）を反映できれば、改善が"次に使える形"として残りやすくなります。

これにより、次の製品・次の拠点に再利用でき、改善が会社資産として積み上がる状態を作りやすくなります。改善が属人的に散逸しないだけでも、長期的には品質や立ち上げ速度の安定につながり得ます。

ただし工程を"品番ごとに全部持つ"やり方では、バリエーション増で破綻する可能性が高まります。

多品種化が進むほど、「品番ごとに工程を作って持つ」やり方は運用負荷が増えやすくなります。工程が増えれば増えるほど、更新漏れや参照ミスのリスクも上がり、結果として手戻りを招きやすくなります。
ここでは、管理方法そのものを見直す必要性を整理します。

従来の管理では、品番前提で静的にBOM/BOPを作り込む形になりがちです。バリエーションが少ない時期は詰まりなく運用できても、仕様や派生が増えると、データ量とメンテナンス工数が比例して増えていきます。
その結果、次のような問題が起きやすくなります。

そこで有効になるのが、品目群（似たものをまとめた単位）で捉える考え方です。個別の品番ごとに全てを保持するのではなく、共通部分をまとめ、仕様条件に応じて工程を決めるルールを持つ形に寄せていきます。
管理の単位を「個別データ管理」から「生成ルール管理」へ移すことで、バリエーション増加に対し運用が左右されにくくなります。

期待できるメリットは、次のように整理できます。

ここまでの話を踏まえると、課題は「BOPの必要性」ではなく、「BOPが増え続ける前提で、整合性を保ちながら運用できるか」に移ってきます。工程情報をルール化し、必要な形で生成し、部門・拠点へ渡せる状態にすることがポイントです。

解決策の一つとして、エクサが提供する『SPBOM suite』をご紹介します。

SPBOM suiteは、製品仕様や製造場所などの条件を元に、BOM/BOPを動的に自動生成し、製造現場に渡す仕組みです。BOM・BOPを品目群として捉え、「全部を保持しない」「都度生成する」運用を前提にすることで、バリエーション増加に対して管理負荷を抑え、現場任せにしない運用を実現します。

また、工程の判断や変換のノウハウをルールとして残すことで、属人的な調整作業を減らし、拠点展開や変更対応を平準化しやすくなります。

本記事では、BOPを取り巻く課題と、整備・運用の方向性について整理しました。