PDM(製品情報管理)とは:PLMとの違い、導入のメリットを解説

更新日

投稿日

 

 

 【目次】

 

 今回は、その1として、PDM/PLMの概要を、9回までの連載で製品データ管理導入の全てを解説します。

 

 PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかですが、IoTやIndustry4.0の影響から、PDM/PLMの導入や、外部組織とのネットワーク化などを進めているという話を聞くことが多くなっています。これは、そもそも社内がつながっていない、開発関連データの管理オーバーヘッドが増える一方というような課題が放置されているからです。

 製品開発現場には部品や部品表、図面などに関係する様々なデータが存在しているわけですが、それらをマイクロソフトの Excel や Access で管理されている開発現場が数多くあります。「台帳」や「マスター」という単語を含むファイル名になっていることが多いので、調べてみるとその数の多さに驚くと思います。

 「台帳」や「マスター」というファイルが増加していく原因と、それらの増加が開発業務にどのような影響を及ぼすのか、このような状況になっている開発現場は決して少なくないのですが、派生の台帳とはいえそれぞれの目的に沿って作ったものだから問題ないだろうというトップ・マネジメントも少なくありません。モノの流れとは違い、データの流れは見えにくいことが原因かもしれませんが、派生の台帳が増えれば増えるほど、その派生台帳の使い方は手間がかかるものになり、維持するためのメンテナンス作業も複雑化し開発業務の流れを妨げる原因となるのです。

 

◆ PDM(製品データ管理)とは

 PDM(製品データ管理)とは、設計から購買、製造まで設計データを共有化する情報システムの事です。現代の設計は基本的にCADなどのデジタルデータで進むために部門間のデータ共有が容易になっており、うまく連携することで非常に合理的、短期間で製造準備の手続きを進める事が可能になっています。

 一方、PLMとは、工業製品の開発に関してあらゆる過程で製品ライフサイクルを総合的に一元管理する手法のことです。企画と設計、および生産と出荷後のユーザーサポートなどです。

 PDM/PLMは製品開発を行っている部門には必要不可欠な基盤ですが、PDM/PLM にかかった費用や投入した工数に見合う投資効果を得ていないというマネジャーの不満や、システムに縛られてかえって効率が落ちているという開発現場からの不満をよく聞きます。

 PDM/PLM を導入しても十分な効率化ができていない、もしくは成果が出ていない組織のほとんどは、IT 化を技術者の片手間でやったり、タスクフォースや委員会を設置して兼任で進めたり、構想や設計からシステムベンダーに丸投げしたりしています。

 PLM/PDM の導入を行った後、顧客や製品、部署などの変化に対応する必要が生じたとき、PDM/PLM のどの部分に変更が必要なのか、その変更がどこに影響するのかなどを自分たちで判断できずシステムベンダーに頼るしかないとしたら、どういうことが起きるでしょうか。

 システムベンダーがすぐに対応してくれるとは限らず、対応してくれたとしても短期間での対応には通常よりも多額の費用が必要となるでしょう。その上、現状業務の調査からはじめることになって短期間の対応とはいえなくなり、さらに、思いもよらないところに影響があって手戻りを繰り返すようなことになり、結局稼働できるまでには長い時間かかってしまうことにもなりかねません。そして忘れてはいけないのが、システムベンダーに頼んでいるにもかかわらず、現状調査や設計、テストなどに、社員が多くの時間をとられてしまうということです。

 又、BOM(Bill Of Material: 部品表)は製造業に必要な部品や材料を、その製品に紐づけて情報管理するもので、MRPの時代から使われてきた生産の業務フローの中核となるもので、今日では受注型、量産型を問わずほとんどの生産管理で使用されています。受注生産型の産業では少し前までは、BOMがないまたは BOMの概念がないという状態でものづくりをしていました。BOMは資材の所要量計算や発注コントロールといったそもそもの目的の他にも部品の標準化や、原価管理、リードタイム調整などの用途にも用いられるようになってきました。やがて設計者が製品の設計の観点から設計BOM(E-BOM)を作成・管理するようになると、製造用の 製造BOM(M-BOM)と別の実態として管理するようになってきます。

 これは設計BOMには設計仕様に基づくパーツやアセンブリなどが登録されたものと、生産性向上などの観点で実際に調達するものが異なったり、アセンブリ構成の詳細が設計のものとは異なることを意味します。これ自体は生産管理上のメリットをもたらします。

 

1.PDM/PLMの機能

 製品開発において重要な IT システムの一つに PDM (Product Data Management・製品データ管理)あるいは PLM (Product Lifecycle Management) と呼ばれているものがあります。PDM/PLM は製品開発の大きな効率化に結びつく一方、導入にかかる費用や工数の大きさ、運用・保守にかかるオーバーヘッドなどが問題となり、十分な投資効果を出すことができないケースが多いという現実があります。
 その原因の多くは、システム導入の際に PDM/PLM ベンダーのいいなり、もしくは主導権を渡してしまっていることです。本稿ではPDM/PLM 導入を成功させるために理解しておくべきこと、やっておくべきことを解説したいと思います。
 PDM/PLM とは製品開発に関して、企画と設計および生産と出荷後のユーザーサポートなど、あらゆる過程で製品を総合的に管理するシステムです。PDM は製品開発に必要となるデータを管理することに重点をおいているのに対し、PLM は PDM の機能に加えて生産設備管理や人員管理や流通管理ユーザーサポート管理などを統合的にシステム化しているという違いがあります。ただ、一般的には PDM と PLM の機能に大きな差はなく、同じと考えても問題ないと思いますので本稿では PDM と記述します。
 PDMとは、製品を構成する部品のデータの管理やCADデータなどの図面データおよび仕様書などの文書データや設計に関するデータなどを統一的に管理するとともに、資材システムと連携することで設計と生産のスケジュールを把握しワークフロー管理などを行います。このような統合的なデータ管理を行うことで開発業務全般の効率化を実現することができます。
 
 ◆管理対象となるデータには、次のようなものがあります。
  •製品構成
  •部品情報
  •各種設計データ
  •仕様書
  •図面
  •イメージデータ(カタログのスキャンデータなど)
  •シミュレーターなどのモデルやライブラリ
  •設計解析結果
  •製造工程設計や計画
  •製造装置(NCマシンなど)のプログラム
  •ソフトウェア(オブジェクトコード)
  •指示書
  •プロジェクト計画書・進捗報告書

 さらに PDM は生産設備や人員、流通やユーザーサポートなどの管理業務を総合的に組み合わせる機能を備えることで、ユーザーからの意見が開発元に届きやすくする仕組みを実現します。またユーザーの声をもとに設計者が再設計を行ない、即座に生産に移行することが可能になるため、いち早く商品を流通させることを実現します。
 したがって、PDMシステムを導入する際に重要となるのは、製品データの関連づけとその整合性と、誰がどのようにしてデータを作り誰がどのようにデータを使っているのかという作業の流れとその整合性です。開発に関するすべてのデータが、どの時点においても矛盾なく管理されていることが重要になります。
 この整合性を確保する仕組みにより、データの不備による手戻りや不具合をなくすだけでなく、コンカレントエンジニアリング(同時並行開発)や生産の垂直立ち上げなどが可能となり、大幅な開発期間短縮が実現できるのです。そのために、統合管理されたデータを使って各種の製造性設計(Design for Manufacuturability)の機能を提供することが重要になります。

2.PDM導入のメリット

 PDM 導入の投資効果を十分なものにできない原因には、PC に新しいツールをインストールして使えるようになるのと同じように、PDM システムの導入も単純なものに考えてしまうことも挙げられます。多くの場合、システムベンダーがメリットばかりを強調するからなのですが…。
 十分な投資効果にするためには、PDM システムの導入に合わせて開発の仕組みを見直したり、新しい仕組みを整備することが重要になります。言い換えると、理想とする開発を実現するための仕組みを設計し、それに合わせたPDM システムの利用方法を考えるということです。参考に、開発における課題を解決するため、PDM導入に合わせてどのような仕組み化を検討すれば良いのか、その例を紹介しておきましょう。
 
pdm1   
pdm2
 
 これを見ると、PDM導入を契機に幅広い課題に対して効果的な仕組みを整備できることがわかると思います。PDM によって新しい開発の仕組みを構築するという視点が大切なのです。

3.PDM の全体像

 PDM 導入に際しては PDM の全体像を次のようにとらえることが重要です。繰り返しになりますが、システムを導入するという視点ではなく、開発業務のあるべき姿を設計し、その新しい開発業務を支援するために PDM を活用するという視点を忘れないようにしてください。
  1. 部品、部品表、図面などの開発に関連するデータを整合性保証の上で管理する
  2. 開発に必要となるあるべき仕組みを実装する/支援する
  3. 管理しているデータを活用した開発支援機能を提供する
 一例として、PDM の全体像を図1に示します。PDM を導入するというのは、PDM が管理するデータとそのデータを活用した支援機能、そしてそれらを有効に活用するための基本的な開発の仕組みとが一体化した全体像を設計するということなのです。システムベンダーにお任せというのではなく、自分たちが主導権を握って導入を進めなければ十分な投資効果を得ることは難しいことは明らかです。
           pdm3
図1.PDMの全体像
 

4. 設計・製造リンク構築(IT化)の進め方

 PDM/PLMは設計・製造リンクの中核となるシステムですが、設計・製造リンクの構想がない状態での PDM/PLM の導入は、その後の運用において大きな混乱や滞留を生じさせることになります。実際、PDM/PLM にかかる費用や投入した工数に見合う投資効果を得ていないというマネジャーの不満や、システムに縛られてかえって効率が落ちているという開発現場からの不満をよく聞きます。

 このような PDM/PLMを...

 

 

 【目次】

 

 今回は、その1として、PDM/PLMの概要を、9回までの連載で製品データ管理導入の全てを解説します。

 

 PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかですが、IoTやIndustry4.0の影響から、PDM/PLMの導入や、外部組織とのネットワーク化などを進めているという話を聞くことが多くなっています。これは、そもそも社内がつながっていない、開発関連データの管理オーバーヘッドが増える一方というような課題が放置されているからです。

 製品開発現場には部品や部品表、図面などに関係する様々なデータが存在しているわけですが、それらをマイクロソフトの Excel や Access で管理されている開発現場が数多くあります。「台帳」や「マスター」という単語を含むファイル名になっていることが多いので、調べてみるとその数の多さに驚くと思います。

 「台帳」や「マスター」というファイルが増加していく原因と、それらの増加が開発業務にどのような影響を及ぼすのか、このような状況になっている開発現場は決して少なくないのですが、派生の台帳とはいえそれぞれの目的に沿って作ったものだから問題ないだろうというトップ・マネジメントも少なくありません。モノの流れとは違い、データの流れは見えにくいことが原因かもしれませんが、派生の台帳が増えれば増えるほど、その派生台帳の使い方は手間がかかるものになり、維持するためのメンテナンス作業も複雑化し開発業務の流れを妨げる原因となるのです。

 

◆ PDM(製品データ管理)とは

 PDM(製品データ管理)とは、設計から購買、製造まで設計データを共有化する情報システムの事です。現代の設計は基本的にCADなどのデジタルデータで進むために部門間のデータ共有が容易になっており、うまく連携することで非常に合理的、短期間で製造準備の手続きを進める事が可能になっています。

 一方、PLMとは、工業製品の開発に関してあらゆる過程で製品ライフサイクルを総合的に一元管理する手法のことです。企画と設計、および生産と出荷後のユーザーサポートなどです。

 PDM/PLMは製品開発を行っている部門には必要不可欠な基盤ですが、PDM/PLM にかかった費用や投入した工数に見合う投資効果を得ていないというマネジャーの不満や、システムに縛られてかえって効率が落ちているという開発現場からの不満をよく聞きます。

 PDM/PLM を導入しても十分な効率化ができていない、もしくは成果が出ていない組織のほとんどは、IT 化を技術者の片手間でやったり、タスクフォースや委員会を設置して兼任で進めたり、構想や設計からシステムベンダーに丸投げしたりしています。

 PLM/PDM の導入を行った後、顧客や製品、部署などの変化に対応する必要が生じたとき、PDM/PLM のどの部分に変更が必要なのか、その変更がどこに影響するのかなどを自分たちで判断できずシステムベンダーに頼るしかないとしたら、どういうことが起きるでしょうか。

 システムベンダーがすぐに対応してくれるとは限らず、対応してくれたとしても短期間での対応には通常よりも多額の費用が必要となるでしょう。その上、現状業務の調査からはじめることになって短期間の対応とはいえなくなり、さらに、思いもよらないところに影響があって手戻りを繰り返すようなことになり、結局稼働できるまでには長い時間かかってしまうことにもなりかねません。そして忘れてはいけないのが、システムベンダーに頼んでいるにもかかわらず、現状調査や設計、テストなどに、社員が多くの時間をとられてしまうということです。

 又、BOM(Bill Of Material: 部品表)は製造業に必要な部品や材料を、その製品に紐づけて情報管理するもので、MRPの時代から使われてきた生産の業務フローの中核となるもので、今日では受注型、量産型を問わずほとんどの生産管理で使用されています。受注生産型の産業では少し前までは、BOMがないまたは BOMの概念がないという状態でものづくりをしていました。BOMは資材の所要量計算や発注コントロールといったそもそもの目的の他にも部品の標準化や、原価管理、リードタイム調整などの用途にも用いられるようになってきました。やがて設計者が製品の設計の観点から設計BOM(E-BOM)を作成・管理するようになると、製造用の 製造BOM(M-BOM)と別の実態として管理するようになってきます。

 これは設計BOMには設計仕様に基づくパーツやアセンブリなどが登録されたものと、生産性向上などの観点で実際に調達するものが異なったり、アセンブリ構成の詳細が設計のものとは異なることを意味します。これ自体は生産管理上のメリットをもたらします。

 

1.PDM/PLMの機能

 製品開発において重要な IT システムの一つに PDM (Product Data Management・製品データ管理)あるいは PLM (Product Lifecycle Management) と呼ばれているものがあります。PDM/PLM は製品開発の大きな効率化に結びつく一方、導入にかかる費用や工数の大きさ、運用・保守にかかるオーバーヘッドなどが問題となり、十分な投資効果を出すことができないケースが多いという現実があります。
 その原因の多くは、システム導入の際に PDM/PLM ベンダーのいいなり、もしくは主導権を渡してしまっていることです。本稿ではPDM/PLM 導入を成功させるために理解しておくべきこと、やっておくべきことを解説したいと思います。
 PDM/PLM とは製品開発に関して、企画と設計および生産と出荷後のユーザーサポートなど、あらゆる過程で製品を総合的に管理するシステムです。PDM は製品開発に必要となるデータを管理することに重点をおいているのに対し、PLM は PDM の機能に加えて生産設備管理や人員管理や流通管理ユーザーサポート管理などを統合的にシステム化しているという違いがあります。ただ、一般的には PDM と PLM の機能に大きな差はなく、同じと考えても問題ないと思いますので本稿では PDM と記述します。
 PDMとは、製品を構成する部品のデータの管理やCADデータなどの図面データおよび仕様書などの文書データや設計に関するデータなどを統一的に管理するとともに、資材システムと連携することで設計と生産のスケジュールを把握しワークフロー管理などを行います。このような統合的なデータ管理を行うことで開発業務全般の効率化を実現することができます。
 
 ◆管理対象となるデータには、次のようなものがあります。
  •製品構成
  •部品情報
  •各種設計データ
  •仕様書
  •図面
  •イメージデータ(カタログのスキャンデータなど)
  •シミュレーターなどのモデルやライブラリ
  •設計解析結果
  •製造工程設計や計画
  •製造装置(NCマシンなど)のプログラム
  •ソフトウェア(オブジェクトコード)
  •指示書
  •プロジェクト計画書・進捗報告書

 さらに PDM は生産設備や人員、流通やユーザーサポートなどの管理業務を総合的に組み合わせる機能を備えることで、ユーザーからの意見が開発元に届きやすくする仕組みを実現します。またユーザーの声をもとに設計者が再設計を行ない、即座に生産に移行することが可能になるため、いち早く商品を流通させることを実現します。
 したがって、PDMシステムを導入する際に重要となるのは、製品データの関連づけとその整合性と、誰がどのようにしてデータを作り誰がどのようにデータを使っているのかという作業の流れとその整合性です。開発に関するすべてのデータが、どの時点においても矛盾なく管理されていることが重要になります。
 この整合性を確保する仕組みにより、データの不備による手戻りや不具合をなくすだけでなく、コンカレントエンジニアリング(同時並行開発)や生産の垂直立ち上げなどが可能となり、大幅な開発期間短縮が実現できるのです。そのために、統合管理されたデータを使って各種の製造性設計(Design for Manufacuturability)の機能を提供することが重要になります。

2.PDM導入のメリット

 PDM 導入の投資効果を十分なものにできない原因には、PC に新しいツールをインストールして使えるようになるのと同じように、PDM システムの導入も単純なものに考えてしまうことも挙げられます。多くの場合、システムベンダーがメリットばかりを強調するからなのですが…。
 十分な投資効果にするためには、PDM システムの導入に合わせて開発の仕組みを見直したり、新しい仕組みを整備することが重要になります。言い換えると、理想とする開発を実現するための仕組みを設計し、それに合わせたPDM システムの利用方法を考えるということです。参考に、開発における課題を解決するため、PDM導入に合わせてどのような仕組み化を検討すれば良いのか、その例を紹介しておきましょう。
 
pdm1   
pdm2
 
 これを見ると、PDM導入を契機に幅広い課題に対して効果的な仕組みを整備できることがわかると思います。PDM によって新しい開発の仕組みを構築するという視点が大切なのです。

3.PDM の全体像

 PDM 導入に際しては PDM の全体像を次のようにとらえることが重要です。繰り返しになりますが、システムを導入するという視点ではなく、開発業務のあるべき姿を設計し、その新しい開発業務を支援するために PDM を活用するという視点を忘れないようにしてください。
  1. 部品、部品表、図面などの開発に関連するデータを整合性保証の上で管理する
  2. 開発に必要となるあるべき仕組みを実装する/支援する
  3. 管理しているデータを活用した開発支援機能を提供する
 一例として、PDM の全体像を図1に示します。PDM を導入するというのは、PDM が管理するデータとそのデータを活用した支援機能、そしてそれらを有効に活用するための基本的な開発の仕組みとが一体化した全体像を設計するということなのです。システムベンダーにお任せというのではなく、自分たちが主導権を握って導入を進めなければ十分な投資効果を得ることは難しいことは明らかです。
           pdm3
図1.PDMの全体像
 

4. 設計・製造リンク構築(IT化)の進め方

 PDM/PLMは設計・製造リンクの中核となるシステムですが、設計・製造リンクの構想がない状態での PDM/PLM の導入は、その後の運用において大きな混乱や滞留を生じさせることになります。実際、PDM/PLM にかかる費用や投入した工数に見合う投資効果を得ていないというマネジャーの不満や、システムに縛られてかえって効率が落ちているという開発現場からの不満をよく聞きます。

 このような PDM/PLMを導入しても十分な効率化ができていない、もしくは成果が出ていない組織のほとんどは、IT化を技術者の片手間でやったり、タスクフォースや委員会を設置して兼任で進めたり、構想や設計からシステムベンダーに丸投げしたりしています。実は、設計・製造リンクのような全体最適となる設計・製造のIT化ができない最大の原因は、自社で開発業務全体を視野に入れたIT化要員を置いていないことなのです。

 PDM/PLMの導入などによるIT化を行った後、顧客や製品、部署などの変化に対応する必要が生じたとき、PDM/PLMのどの部分に変更が必要なのか、その変更がどこに影響するのかなどを自分たちで判断できずシステムベンダーに頼るしかないとしたら、どういうことが起きるでしょうか?

 システムベンダーがすぐに対応してくれるとは限らず、対応してくれたとしても短期間での対応には通常よりも多額の費用が必要となるでしょう。その上、現状業務の調査からはじめることになって短期間の対応とはいえなくなり、さらに、思いもよらないところに影響があって手戻りを繰り返すようなことになり、結局稼働できるまでに長い時間がかかってしまうことにもなりかねません。そして忘れてはいけないのが、システムベンダーに頼んでいるにもかかわらず、現状調査や設計、テストなどに、社員が多くの時間をとられてしまうということです。

 PDM/PLMの導入などのIT基盤構築は自分たちの主業務ではないからと、システムベンダーに頼ってしまっては、必要最小限の工数で迅速かつ的確に開発業務の変化に対応することはできません。自分たちで製品開発業務を考え、自分たちでPDM/PLMなどのシステムやツールをどのように拡張したり変更したりすればいいのかを設計することが大切なのです。その上で、拡張や変更の実作業をシステムベンダーなどの外部にやってもらえばいいのです。

 PDM/PLMからなる設計・製造リンクは、自社の開発に合った固有の業務基盤であると同時に、ビジネス拡大のために継続的に成長させるべきものなのです。この認識があれば、片手間にシステム導入を行ったり、システムベンダーに丸投げすることはないはずです。自社内に設計・製造リンクを構築するためのIT要員を置き、自社内に自社の開発におけるノウハウをIT化するための知見・スキルを蓄積することが必要不可欠です。

 
 第2回以降で、PDM 導入に合わせて整備すべき基本の仕組みと、その仕組みのもとで運用する PDM の基本機能を紹介していきます。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


「PDM(製品データ管理)」の他のキーワード解説記事

もっと見る
生産工程標準化による製造性設計と原価の最適化 製品データ管理の導入 (その6)

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...


「リンク」で開発を変える 製品データ管理の導入 (その2)

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...


顧客対応や業務効率化が業務の滞留を引き起こす 製品データ管理の導入 (その7)

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...

  【目次】 製品データ管理の導入 (その1) PDM/PLMの概要 製品データ管理の導入 (その2) 「リンク」で開発を変える 製...


「PDM(製品データ管理)」の活用事例

もっと見る
人的資源マネジメント:製品開発の滞留を引き起こすファイルとは(その2)

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...


人的資源マネジメント:製品開発の滞留を引き起こすファイルとは(その1)

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...