 |
 |
||||||
| ＰＬＭ？ | 製品&サービス | ニュース | ダウンロード | CIMdata | 会社案内 | ＰＬＭリンク | サイトマップ | Home |
|
|
|
| ＰＬＭ？ | |
 |
CIMdataのPLM定義 |
|
|
|
PDMからPLM進展 |
|
PLM, Now & Future |
|
|
コラボレーション |
|
PLM関連用語集 |
|
導入＆実装留意事項 |
|
関連寄稿文献 |
|
|
|
|
|
|
| PLM関連資料(無償) | |
|
PLMの解説＆定義の世界の業界標準解説書： "Empowering thr Future of Business" 入手：日本語版(1.5MB PDF)、 英語版(644KB,PDF) |
|
cPDm（collaborative Producr Definition managemen）：オーサリングの部分を含まない 入手：英語版(694KB,PDF) |
|
製品定義の重要性と ＰＬＭ動向（PDF版,1.5MB) |
|
CADデータ管理からPLMまでの変遷を市場投資を含めて解説：PDM to PLM: Growth of An Industry 英語版(324KB,PDF) |
| ***** |
|
製品ライフサイクルマネージメントとは何か？：関連寄稿文献
（ＰＬＭ：Product Lifecycle Management） |
| ***** |
|
製品定義（Product Definition）の重要性と
ＰＬＭ(Product Lifecycle Management)動向 |
| ***** |
|
ここ１〜２年の間にＰＬＭ（製品ライフサイクルマネージメント：Product Lifecycle Management）と言う言葉を製品設計の現場でも耳にしていることと思う。ＰＬＭとは全く新しい概念なのだろうか？それとも新しいツールなのか？何をしてくれるのだろうか？ ビジネスの環境の変化やＩＴ実装の進歩により、ビジネスソリューションは過去のポイントソリューションから企業全体、いや企業間含めてのソリューションへと進んでいる。様々な期待、また疑問があろう。ここではＰＬＭについて動向、それを企業の現場で実践するための基本的事項で避けては通れない製品定義（Product Definition）や課題＆推奨事項について述べる。 1. 企業をドライブする製品のライフサイクル？ 企業の多くは原材料を仕入れ、それを加工することで、製品を生産、在庫、流通することでビジネスを行って来た。一般に言われるサプライチェーン活動である。また、製品の生産にはその製品の企画、設計&詳細設計、試作、生産準備など社内外との設計のコラボレーションを行っている。所謂、デザイン・サプライチェーン活動である。 過去の大量生産（Mass Production）のビジネスモデルから、多品種少量（Mass Customization）のビジネスモデルに変化し、更にビジネスのスピードの高速化や顧客含めてサプライチェーンがグローバル化していることは承知の事実である。最近のこの環境に於いて、上工程としての設計と下工程の生産＆製造と言う関係が、過去の様にモノを中心とした生産重視のシケンシャルな関係ではもはや市場の競争力を得ることを出来ない。上述のサプライチェーンを含む、企画からフィールドサポート以降までを含む、製品のライフサイクルに於ける様々な活動を社内外共に密に結合することは必須であり、トレンドである。 米国CIMdata社では企業のビジネスをドライブする重要なライフサイクルを３つのカテゴリーに大類している（図１：参照）。それぞれのライフサイクルは、以下の様な固有なオペーションにフォーカスする：
それぞれのライフサイクルは製品の全ライフサイクルに関係し、製品のアイデアの段階から始まり、製品が完全に終焉を迎える迄、カスタマサポートの必要がなくなるまで、またそれらに関わる情報が不必要になるまで続く（所謂、揺りかごから墓場迄）。 製品の定義ライフサイクルは企業の製品定義を表現する知的財産の作成、コミュニケーション、コントールに責任をもつ活動にフォーカスする。このライフサイクルの中で取り扱うものは要件、仕様書、デザイン、技術計算書、解析情報、変更に関する情報、その他の製品定義データとなる。 製品の生産ライフサイクルは、企業の生産活動の遂行に必要な資源、技術、スケジュールを中心にしたデータを基に生産のライフサイクルを通してマネージされる。三番目のライフサイクルはビジネスの運用面であり、要員、資産、会計など情報が運用ライフサイクルを通して取り扱われる。 ３つの分離したライフサイクルだが、実体はそれらが互いに緊密に統合されてなければならない。それらライフサイクルの間の調和、コミュニケーション、そしてコラボレーションの必要性、そしてシリアルでなくパラレルであることは言うまでもない。このコンセプトは業界の中で良く理解されていることであり、また異なった表現でも語られている。しかし、製品の定義にポイントを当てると、新製品を創る基であり、品質やコストを左右する企業の利益を生み出す知的資産でありながら、中々企業の中で理解されてない部分でもある。製品の定義には機構系CADだけではなく、電気系、ソフトウエア、そして様々な文書が必要であり、重要なことは明確な形での製品への要件があっての製品の定義である。 2. 企業は何で商いをしているか、知的資産：製品定義とは？ 企業の日々の生業（ビジネス）を考えてみよう。材料を仕入れ、加工し、組み立てて、物流に流す、そして保守と、所謂、サプライチェーンであり、材料を仕入れるインバウンド・サプライチェーン、製品を流通させるアウトバウンド・サイプライチェーンとなる。これらは、上述の“製品の生産”であり、企業に於ける“物理的”資産である。 企業の多くはこれらのサプライチェーンに対する最適化、すなわち在庫の圧縮、流通の効率化を高めることを図って来た。これは過去のモノ不足時代の大量生産のビジネスモデルでは企業の利益に貢献をした。しかし、時代が変化し、消費者の多様なニーズ、更にグローバル化など環境変化に俊敏に答えるために設計をも巻込んだサプライチェーン、すなわち切れ目のない、またはコンカレント（またはサイマル）な、製品定義情報の“一気通貫”システムや仕組が必要となって来た。 そこで、“物理的”資産である製品の生産に際して、どのように要件を満たすのか、どのように造らなけれならないのか、どのように品質を高めたらよいのか、そして保守はどうするなどの原点はどこにあるのだろうか？それは明確な要件定義、それに基づく構想設計、詳細設計、製造プロセス、検査基準などである（多くは形骸化され社内標準などで定められていることだろう）。もしくは設計＆製造現場の担当者の中に刻み込まれたりしている場合もあろう。 これらが“知的”資産であり、製品の定義と言ってよい。この定義が曖昧であれば、製品の生産に於いて、曖昧なモノが産まれるだろう、または生産現場で手直しということになる（実はこの生産現場での手直しもある意味では品質を設計側にシフト出来る要素であると筆者は考える）。この“知的”資産のマネージメント＆プロセスを確実に行うことにより、設計と生産の距離を限り無く近付け、材料＆資材の無駄の無い手配、そして再利用を促し、また変更管理も各組織、更にパートナーを含んで利益を得る仕組を作り上げることが出来る。企業の財産はここにある訳で、“知的”資産と言われる所以であり、企業のモノづくりの原点でもある。 それでは製品の定義とは具体的にどんなものなのか？一例として、米国ＩＣＭ（Institute of Configuration Management）が提唱し、実装が進んでいるCMII手法を参照する。この手法自体は古典的なConfiguration Managementに溯る。主にDoD（U.S. Department of Defense）に代表される軍関係や航空宇宙などの分野での利用により、その目的のために管理体系が作られていた。所謂、管理のための管理であり、また紙ベースでもあった。しかし、この手法は製品定義のライフサイクルのマネージメント手法と言う点で定着しており、広く米国（並びに欧州）で現場の技術となっており、産学でもカリキュラムが作られている。昨今のモノづくりの現場で、Product Configurator、Production Process ConfiguratorとかSalese Configuratorなどが存在するバックボーンでもある。 ＩＣＭでは古典的なConfiguration Managementを独自に発展させ、昨今の環境の変化に対応すべく企業のビジネスプロセスの改善（利益を創出する）への手法＝CMIIプロセスを開発し、彼自身のコンサルティングビジネスに使用し、またモノづくり現場での実装の手法の訓練のワークショップを通じて実装技術者の認定制度（全世界で約3,000人を超える。筆者もその１人）を進めている。 CMIIプロセスには多くの基本的な手法があり、その一つとして図２の製品定義（物理アイテムの階層）を参照いただきたい。非常に単純ではあるが製品定義の基礎の全てを含んでいる。最上位は要件の明確化であり、当該製品への要件は何か、例えば、性能、仕向け地の規格（法的なものなど）、製造要件、諸々のものがあるが、当該製品＆企業のビジョンによって決まるものである。これが製品の全てを決定する。
この要件をベースをしたデリバリーアイテム、すなわち最終製品についての定義である。それには実装機能等どのような働きをするか、どのように造るかなどを明確にする。これらはブツとしのモノづくりではなく、所謂、論理的なブツを造ることを意味する。そして実際の構成展開となるが、ここでは大きく、「Make」と「Buy」に大別して展開を図る。前者は内製品であり、後者は標準品とか購入品であり、それらに附随する固有の各種ドキュメント（要件、機能仕様、検査仕様、品質、製造プロセス、図面など諸々）が結び付けられる。そして、これらの製品定義を基にライフサイクルマージメント（変更管理）を進めようと言うものである。 この製品定義が、古典的な例として、フロッピーディスクを考えてみよう。要件から構成展開までが、教則本のように同じものが出来るかと言うと、それは各企業によって異なる。理由は企業のビジネスのビジョンである。ある企業は樹脂の材料までの展開を、ある企業はラベルだけで他は購入品であるかも知れない。ビジネスのビジョンあっての製品定義であり、構成展開である。 モノづくりの現場からはそんなものをやっても品質だか実際の手順は、ブツを目の前にしてやると言う声が聞こえそうが気がするが、実はそれらも現場のノウハウであり、形骸化して行かなければ伝承も出来ないし、パートナーとのコミュニケーションも今の時代では期待出来ない。 ＩＣＭのこのCMIIプロセスは製品の定義の手法だけでは実現するものでない。要件定義、構成展開、品番体系、変更管理の手法、クローズドループ・プロセス、QCD改善策、ライフサイクル＆トレーサビリティ、計画管理、PDM/ERP他を含むシステム実装課題、更に組織的な改善（BPRそのものではない）を含めてのトータルな手法であることを明記しておく。 尚、ＩＣＭでは独自に彼らのCMIIプロセスを満足するアプリケーションを認定しており、ベンダーの対応も充実してきた。これについては表１：CMII 認定アプリケーションを参照されたい。 3. ＰＤＭ、そしてＰＬＭへと 企業のライフサイクル、また一つの要素である製品定義について、ビジョンや手法面から簡単に説明したが、本来でこれらを実践するための一つの製品データ/定義マネージメント（ＰＤＭ）が長き渡りに語られ、利用され、存在し、ＰＤＭと言う言葉が定着して来た。業界では、同様にその中で製品ライフサイクルマネージメントについて、既に語られて来ていたことは承知の事実であろう。それでは最近表面に出て来たＰＬＭとの関係はどうなっているのだろうか、また、違いはあるのだろうか？ ＰＤＭと言う言葉が定着したのが１９９５年くらいであろう。それ以前はＰＩＭやＥＤＭなど多くの事が存在した。最近では、業界（ユーザー＆ベンダー両方）で製品データ、いや製品定義情報を昨今のインターネット＆グローバルなビジネス環境に対応させるため、更に如何に効率的に且つ正確に製品を創り＆マネージメントをライフサイクルを通して統合的に行うために以下の様な多くの言葉が業界の中で発信されるようになった：
これらは過去のＰＤＭの黎明期にもあった様に、ユーザー側含めての業界が目指すビジョンに対して多くの切り口で語られ、更にベンダーにとっては市場でのポジション争いに於いての様々なセールストークにもなっていた。 米国CIMdata社は過去10年以上に渡りＰＤＭについての定義や市場形態を適宜発信してきた（ここで適宜としたのは固定したものではなく発展的に変化/正常進化を続けたことを意味する）。社では2002年新たに、ベンダー向けに製品ライフサイクルマネージメント（ＰＬＭ：Product Lifecycle Management）の定義を紹介すると共にＰＬＭ市場規模＆動向を発表し、引き続いてCIMdata 2002（平成14年４月開催）ではユーザーコミュニティへの同様な紹介を進めて来た。
CIMdataではＰＤＭの定義、その正常進化の一つとしてcPDm（collaborative Product Definition management）の紹介しており、これらに加え、最近での業界の進展を盛込み、上の図３のようにＰＬＭを定義、その領域を以下の様に述べている：
そして、一般的な製造業に於けるＰＬＭについての役割、またそのＥＲＰやＣＲＭとの関係を図４に示す。尚、この関係については明確な境界区分があるかと言えば、それはオーバーラップする部分もあることを付け加えておく。
ＰＬＭを実装するためのソリューションは図５にあるようなモデルを想定する。それらには：
そして、次のような特徴を持つ：
CIMdata社のＰＬＭの定義や上記のビジネスソリューションを得るための要素からも分かるようにポイントソリューションではない。企業にとって製品を企画、設計、生産、販売、保守と言った一連の中でのソリューションであることは言う迄もない。 ＰＬＭ市場のプレーヤーには従来からのＰＤＭ、ＣＡＤ、ＥＲＰベンダーからのＰＬＭソリューション、またコラボレーションやビジュアライゼーションのベンダー、そしてシステムインテグレータやサービスプロバイダー等が数多く存在する。彼らのソリューションへの詳細なメッセージについては、表2：ＰＬＭ関連情報のベンダーホームページに纏めたので参照されたい。また、ＰＬＭの効果については表３：製品チーム、表４：組織を参照されたい。 4. 実装課題 さて、ユーザーにとっての問題は実装である。多くの組織で過去、何年もＰＤＭ実装にエネルギーを割いた、もしくは今、割こうとしている。これらの実装状況についての弊社（メタリンク）の調査は以下の様である： 【成功事例と現場に実装しているグループの意見】
【動かないＰＤＭシステムとなったグループの意見】
一時期あった、目的ももたずに“ＰＤＭしましょう”などど言うベンダーのセールストークの時代ではないし、そのような過ちとでも言う行為は今後ありえないと思う。ＰＬＭに於いても同様なことは推測され、これらの事例はそのまま、ケーススタディをし、活かすことが可能と筆者は考える。そしてＰＬＭの場合には更に範囲が広まっている。しかし、“一元管理”だとか、“情報の共有化”などの甘い言葉に誘われてはいけない。情報は必要な時に必要な情報は必要な場所にあることが重要である。“Push”では、“Pull”であるべきであき、カンバンと同様な要素である。ＰＬＭ実装には留意しておくべきである。 ＰＬＭに於いては既に記述の様に製品データのオーサリング、すなわち、作成を含む、その全ライフサイクルをカバーしようと言うコンセプトである。製品のライフサイクル全体でどう製品データがビジネス活動に関わっているか、当該企業にとってのクリティカルポイントは何かについてのアセスメントが必要である。 また、３D CAD実装でよく語られた“一気通貫”は何なのか？おそらくデータだけではなく、ビジネスプロセスを含む、一気通貫を支えるバックボーンを見い出さなければ新たのレガシー（部分最適）を陥ることになる。 ＰＬＭのビジネスアプローチを実装する際、以下のようの課題を議論しなければならないだろう：
5. 最後に 企業に於いて、現場の設計者は日夜、問題解決に日常業務に追い捲られている。ＰＬＭのような新しいトレンドに対し、その評価は身近のポイントソリューション、例えば、QCD項目だけに目を向け易い。また、ＰＤＭも効果を身にしみて効果を体感出来ないことも何故なのかと言う疑問もあるかと思う。しかし、ビジネス環境など外部要因を含めて考えてこそ、企業全体のパフォーマンスや競争力の評価や対策が出来るものである（図６：成功へのデシジョンツリー参照）。
情報技術はメインフレームからWEBベースに、データモデルは紙から電子、２次元から３次元、オブジェクトからモデルへと、そして最も変化したのはグローバル化に代表されるビジネスモデルであり、２５年前、いや数年前と比較しても激変している。これらの要因も受け止めてＰＬＭへの進展である。CIMdataの定義にあるようにＰＬＭそのものはビジネスアプローチであり、企業が競争力をもって生き残りをするためのものであり、それを支援するベストプラクティスや各種ツールである。時代のトレンド、そしてビジネス現場に於ける課題を山の頂上に立って正確な道筋を見ることをぜひとも薦める。 参照資料：
参照企業：
|
| ***** |
（註）上記の日付はプレスリリースであり、認定取得日ではない。また、詳細は各社のHPを訪問することを薦める。 |
| ***** |
|
表２：ＰＬＭ関連情報のベンダーホームページ（順不問）
（註）本リストには各ベンダーの協力をいただいたが全てではない。また内容についてはPLMのソリューションの一部とである従来からのPDMなども含まれる。 |
| ***** |
| ***** |
| ***** |
| 更新情報： |
Copyright 2008 MetaLinc K.K. All Rights Reserved | |||||||
 |
 |
||||||