ブログ

モジュラー化の測定について – 成功する製品プラットフォームのためのKPI

作成者: Tobias Martin|2023/07/10 2:00:00

先日、フォルクスワーゲングループ2030戦略についての優れたプレゼンテーションを見ることができました。プレゼンテーション全体の主旨は、SSPメカトロニクスプラットフォームとE3 2.0統合ソフトウェアプラットフォームの開発でした。将来のフォルクスワーゲングループ全車のニーズを満たすことを目的としたプラットフォームに対してVWが全力を注いでいることを知ることができました。我々が日常業務で出会う他のほとんどの企業が、買収または新規開発のいずれかによって、時間の経過とともにますます多くのプラットフォームを追加することになっていますが、VWは一貫してこれを削減しようとしています。

我々はフォルクスワーゲングループからどのように学ぶことができるでしょうか? プラットフォームを追跡し、複雑さを一貫して軽減するにはどうすればよいでしょうか。現実にある重く複雑さの負担を増やすのをどのように止めることができるでしょうか? どうすればこれに手を付けることができるでしょうか?

         

             フォルクスワーゲングループSSP、製品プラットフォームの数を5から1に削減。出典:

                                         https://www.volkswagen-newsroom.com/en

ビジネスリーダーは、「測ることは知ること」「測ったものを得ること」を良くわかっており、これを繰り返す傾向があります。しかし、正直なところ、現在生産されているプラットフォームの数と、10年前にいくつあったかを本当に知っているビジネスリーダーは何人いるでしょうか? また、ERPの一意の部品番号の数を知っている人はどれくらいいるでしょうか、そして今から2年後にいくつ持たなければならないかを知っているビジネスリーダーは何人いるでしょうか?

利益率と収益率、純売上高、および CAGR が測定されています。しかし、これらのKPIは、企業の根本的な資産である製品に直接関係するものではありません。目標は、極めて連結的で製品とは離れたレベルで設定されることが多くなっています。一部の企業は、製品の複雑さを測定および制御することにより、持続可能な競争上の優位性を獲得できることを認識しています。ほとんどの企業ではこれは行われていません。このブログを読んでいただくことで、KPIマネジメントの最初のきっかけとなることを願っています。

"品番の管理と制限は、収益性を高めるための重要な要素の一つです。"

                                                                                                          Leif Östling, CEO of Scania 1994-2012

ここで、製品プラットフォームのパフォーマンスを測定する方法を掘り下げる前に、まずはモジュラー化とはどのようなもので、モジュラー化が製品プラットフォームのパフォーマンスにとって重要な要素であるのかを説明しましょう。

         

製品プラットフォームのモジュラー化とは何ですか?

モジュラー化とは、システムがモジュール化される度合いです。よりモジュール化されたシステムでは、必要なバリアント(製品または構成)を作成するために必要なビルディングブロック(モジュール)が少なくて済みます。逆に、モジュール化されていないシステムでは、需要を満たすために、より独自のビルディングブロックが必要になります。

モジュラー化が高い製品プラットフォームは、通常、モジュラー化の低い同等の製品プラットフォームよりも色々なことが効率的となっています。この投稿では、製品プラットフォームとモジュラーシステムを同義語として使用します。より多くの部品が、製品プラットフォームで構成されたさまざまな製品間で再利用されます。

モジュラー化は、歴史的に主にハードウェアとメカニックで構成される製品に使用されてきました。今日、モジュラー化は、ソフトウェア、電子機器、およびそれらの組み合わせにも頻繁に使用されています。また、ロジスティクス、銀行、保険、コンサルティングなど、さまざまな専門サービスのモジュラー化を説明することもできます。

モジュラー化の簡単な例は、私たちの日常生活にも見られます。そのような例の1つは、限られた数の主食でさまざまな食品を作成できるキッチンです。小麦粉、水、牛乳、卵、ベーキングパウダー、塩などの通常の主食をさまざまな組み合わせで使用すると、パスタ、パン、パンケーキ 、ワッフルになる可能性があります。作る料理ごとに既製のミックスを使用したらどうなるでしょうか–まあ、ほんの数皿に標準化しない限り、キャビネットのスペースがすぐに不足します!

                       

                                                                       Module!

モジュラー化の例を見つけて基本的な概念を理解するのは簡単ですが、ほとんどの企業はモジュラー化に関するパフォーマンスを測定して追跡していません。モジュラー化は明確な指標ですが、制御および最適化すると、ビジネスを大幅に改善できます。モジュラー化の詳細については、モジュール化について知っておくべきことすべてに関するこの投稿を読むことをお勧めします。

モジュラー化の利点は何ですか?

モジュラー化の利点は、バリューチェーンのすべての部分で見ることができます。いくつかの例を見てみましょう。

一部の部品を多くの製品で再利用できる場合、製品を設計するときに必要な作業が少なくなります。電動工具の製品プラットフォームを設計しているとしましょう。製品プラットフォーム内のすべての製品で同じバッテリーを再利用できる場合は、1つの充電器、1つのバッテリー  、および1つのバッテリーコンパートメントを設計するだけで済みます。

 

             

                        製品間でモジュールを共有すると、社内外にプラスの効果があります

次のステップでは、購買部門は調達する固有の部品のリストを短く取得するため、必要なサプライヤーの数を減らし、価格交渉を減らし、契約書を作成する回数を減らします。

製造部品供給と在庫を行うインバウンドロジスティクス内の計画が容易になり、より少ないバリエーションと保管スペースでのマテリアルハンドリングは、管理するアイテムが少なくなり、より効率的に使用できます。

組み立てにおいて、モジュラー化が高いということは、ユニークな部品が少ないほど柔軟な品揃えを構築できることを意味し、おそらく1つの柔軟なラインで製品プラットフォーム内のすべての異なるタイプの製品を組み立てることができます。部品・材料の供給が容易になり、ツーリングを合理化できます。また、組立作業者に間違ったコンポーネントを選択するリスクも軽減されます。

販売 における高度なモジュラー化は、製品がさまざまな顧客のニーズに柔軟に対応し、特定の販売ケースに注意深く適応できることを意味します。

お客様にとって、高度なモジュラー化は多くのプラスの効果をもたらす可能性があります。電池の例はそのような例の1つです。製品間でバッテリーを共有するということは、顧客が合計でより少ないバッテリーとより少ない充電器を持つことができることを意味します。また、交換が必要な場合にアフターマーケットでより簡単に入手できる場合もあります。モジュラー化を高めると、アプライアンスを操作するためのユーザーインターフェイスに精通することもできます。

アフターマーケットとサービスは、モジュラー化の向上が大きな効果をもたらす可能性のある機能です。各製品と世代がゼロから設計されている場合、アフターマーケットはすぐにすぐに利用できる無限の範囲のスペアパーツを手に入れるでしょう。サービス技術者は、すべての異なる製品とツールにサービスを提供するための広範な能力を持っている必要があります。

循環型経済では、モジュラー化の向上により、製品が寿命に達したときにコンポーネントを分離、再生、再利用することさえ可能になります。循環型経済のための製品の設計方法について。

モジュラー化の欠点はありますか?

モジュール化は方法論であり、他の方法論と同様に、誤用される可能性があります。モジュールシステム内のバリアント数の最適化に関する私のブログ投稿を読んだことがあれば産業オペレーションでの作業はボリュームのゲームであることをご存知でしょう。また、モジュール化は、製品がユニークであっても、モジュールをスケールアップするための方法論です。これを念頭に置いて、ボリュームによっては、モジュラー化を押し上げすぎるリスクがあることを簡単に理解できます(モジュラー化によって、高い共通性を意味します)。

例えば、年間数百万台の洗濯機を製造する家電メーカーにとって、標準的なポンプを使用することは、時には酷な選択かもしれません。しかし、年間25台の燃料処理スキッドを生産する企業にとっては、断然ベストな選択かもしれません。このような量の違いは、年間材料費と年間複雑化コストの関係を大きく変えます。家電メーカーにとっては、1台あたり50セントを追加すれば、毎年数百万円になります。燃料処理用スキッドサプライヤーにとっては、わずか12.50円です。

製品プラットフォームのパフォーマンスを測定および制御するためのKPI

モジュラー化の利点と考えられる欠点について説明したので、次はそれを測定する方法について説明します。いつものように、物事、つまりKPIの測定と制御について話すとき、私たちはKPIが正しい方向に私たちを導くことを確実にしたいと考えています。モジュラー化はさまざまなレベルで測定できるため、KPIによって影響を受ける意思決定の種類を理解するために一歩下がることが重要です。

企業レベル

製品プラットフォームの効率性

企業レベルでは、プラットフォームの数について決定が下されます。新製品を開発する場合、R&D管理は、既存のプラットフォームを進化させるか、新しいプラットフォームを開発するかを決定する必要があることがよくあります。企業は、プラットフォームの一部のみを更新して既存のプラットフォームをフォークすることを決定する場合があり、その結果、維持および生産するプラットフォームが増えます。プラットフォームの数は、サプライチェーン全体、開発センターなどがプラットフォームの存在に結びつくなど、極端な影響を与える可能性があります。

製品プラットフォームの数を測定することは、ソフトウェアでも問題なく機能しますが、通常はソフトウェアアーキテクチャまたはソフトウェアプラットフォームと呼ばれます。多くの企業では、製品に焦点を当てた複数のモノリスを単一の統合されたモジュール式ソフトウェアアーキテクチャに置き換えるという明確な傾向があります。そのような例の1つは、フォルクスワーゲンE³2.0です。

           

フォルクスワーゲングループは、すべてのブランドに統一されたソフトウェアプラットフォームを実装しています。出典:https://www.volkswagen-newsroom.com/en                                                                                  

製品プラットフォームの効率に関する推奨KPI:

KPI

KPI指標

KPI管理者

製品プラットフォームの種類数

少ない方が良い

CTO(Chief Technology  Officer)

プラットフォームの年間使用量(プラットフォームを使ってどれだけ多くの製品が製造されたか)

多い方が良い

CTO(Chief Technology  Officer)

モジュラーシステム/製品プラットフォームレベル

どの製品プラットフォームにも、柔軟性、俊敏性、効率性の向上という3つの基本的な目標があります。これらは、ビジネスの効率的な運営を可能にするために測定および制御したい目標です。                                     

製品プラットフォームとアーキテクチャの3つの基本的なターゲット:効率、俊敏性、柔軟性。あなたにとって最も重要なのはどれですか?

柔軟性

より少ない労力でより多くのことを行うことは、モジュラー化のメリットとしてよく言われることです。モジュラーシステムは、これを実現するために、さまざまな付加価値製品バリアントの構成を可能にする柔軟性を備えている必要があります。在庫管理単位 (SKU) を含む製品カタログを持つ製品重視の会社では、SKU ごとにいくつかの固有の部品ができるだけ必要になるようにしたいと考えています。一意の部品の数は、ERPシステムでそれらをカウントすることによって測定されます。我々はそれを部品総種類数(PNC : Part Number Count)と呼んでいます。

構成可能な製品を販売する企業やプロジェクト指向の企業にとって、SKU 数は意味のある測定値ではありません。同社は毎年限られた数の製品しか販売していませんが、可能な組み合わせは事実上無限になる可能性があります。これらの企業にとって、私のアドバイスは、モジュールバリアントの準備/計画されたライブラリから取得された注文のシェアまたはBOMのシェアに焦点を移します。このシェアを増やすことは、注文エンジニアリングを減らす方法でシステムが柔軟であることを意味します。効率を測定するために他のKPIと組み合わせることで、収益性の高いシステムに向けて確実に舵を切ることができます。

推奨される KPI :

製品重視の企業向け:

KPI

KPI指標

KPI管理者

製品数/部品種類数(どれくらい少ない部品で多くの製品が作られたか)

多い方が良い

製品プラットフォーム管理者

 構成/プロジェクトに重点を置いた企業の場合:

KPI

KPI指標

KPI管理者

モジュラーシステムで用意されるBOMの割合(BOMの中に予め規定されたモジュールがどれくらい含まれているか)

多い方が良い

製品プラットフォーム管理者

モジュラーシステムに手を加えずにRFQに対して入力することができる割合(案件ユニークな要件があるか)

多い方が良い

製品プラットフォーム管理者

アジャイル・敏捷

アジャイル・俊敏な製品プラットフォームは、変化に対して備えを持っています。新しい製品またはパフォーマンスレベルを追加するには、影響を受けるモジュールのみを変更し、残りのモジュールはそのままにしておく必要があります。

柔軟性と同様に、製品に焦点を当てた企業と、各注文を構成/カスタマイズする企業を区別する必要があります。

PNIはPart Number Introductionsの略で、年間にERPシステムに追加された部品の数です。PNIを年間に追加されたSKUの数と比較すると、新しいSKUを導入するために追加する必要がある部品の数の平均が得られます。企業を構成/カスタマイズする場合は、プラットフォーム仕様の変更を追跡することをお勧めします。ある物件に新たな仕様を追加すると、できるだけ少ない品番導入で対応したいという変更となります。

おそらく、ソフトウェアプラットフォームの最も興味深い利点は、変化に対する俊敏性です。戦略的に変更を意図したモジュールを、変更が複雑でコストがかかることが多いスタック内のさらに下のモジュールから分離することによって。更新するたびにトリガーされるコードの更新が少なくなります。これは、作業、テスト、品質リスクの削減を意味します。

これを測定する1つの方法は、ソフトウェアモジュールが毎年タッチされた回数を追跡し、それをモジュールの総数に関連付けることです。このようにして、毎年コードの変更量を示すことができます。より良いモジュール化とデカップリングは、この比率を低下させます。1つのモジュールは、年に1回よりもはるかに頻繁に変更される可能性があることに注意してください。モジュラー化の目標は、変化を妨げることではなく、変化が安定して保つことができるものに広がるのを防ぐことです。SWモジュールにストラテジーが定義されている場合は、タッチレートを測定し、モジュールタイプ別に視覚化できます。また、機能の更新を推進する顧客価値の数など、必要な変更の量に関連している可能性もあります。

推奨される KPI :

製品重視の企業向け:

KPI

KPI指標

KPI管理者

[PNI]/製品投入数

少ないが良い

製品プラットフォーム管理者

構成/プロジェクトに重点を置いた企業の場合:

KPI

KPI指標

KPI管理者

[PNI]/製品プラットフォーム仕様変更回数

少ないが良い

製品プラットフォーム管理者

ソフトウェアの場合:

KPI

KPI指標

KPI管理者

手を加えられたモジュールの数/モジュール総数

少ないが良い

製品プラットフォーム管理者

効率

製品プラットフォームの3つ目の基本目標は、効率化を図ることです。効率化とは、複雑さを軽減することであり、逆に言えば、再利用を増やすことです。すでに述べたように、部品点数カウントは複雑さの尺度であり、これを長期的に追跡することで、企業は複雑さの増大を抑制することができます。しかし、大量生産を行っている企業では、部品1個あたりの年間生産量を追跡する価値があるかもしれません。

複雑さを低く抑えることは努力すべきものであると同時に、企業は再利用を可能にするために材料コスト効率を犠牲にしないようにする必要があります。このため、いくつかの重要な SKU/製品コンフィギュレーションの直接資料も追跡することをお勧めします。ただし、ほとんどの企業はすでに直接材料費を詳細に追跡しているはずです。

アジャイルシステムでは、新製品ごとに部品導入の数が少なくなります。これにより、開発が迅速になります。

また、効率化の観点からは、品質課題、サプライヤー課題、生産課題など、導入に伴う課題が発生することもあります。通常、物事は時間の経過とともに安定し、改善されていくものですが、だからこそ、追加した部品はできるだけ長持ちさせたいものです。これを測るには、PNIとPNCの関係を追えば良いでしょう。これは、毎年追加されるパーツの割合を示しています。

KPI

KPI指標

KPI管理者

部品種類総数

少ないが良い

製品プラットフォーム管理者/モジュールオーナー

部品1個あたりの年間生産量

多い方が良い

製品プラットフォーム管理者/モジュールオーナー

リファレンス製品構成に合わせた設計変更

少ないが良い

製品プラットフォーム管理者

[PNI]/[PNC]

少ないが良い

製品プラットフォーム管理者/モジュールオーナー

モジュラー化を測定しないことのリスクは何ですか?

イギリスの数理物理学者であるケルビン卿1883年に言ったように。 あなたが自分の知識を数字で表現できないとき、あなたの知識は貧弱で満足のいくものではありません。知らないことのリスクは間違った決定をすることです。複雑さがわからず、時間の経過とともに追跡すると、追加し続ける大きなリスクがあります。今日、いくつの部品番号総数を持っているのかがわからなければ、明日、より良くなっているかどうかもわからないでしょう。そして、性能、コスト、複雑さのバランスについて、事実に基づいた決定を下すことが難しくなります。

それには重要なリーダーシップの側面もあります。組織で測定される内容は、暗黙的に重要であると伝えられます。KPI の改善を支援することは、前もって、または間接的に報われます。明確かつ一貫性のあるコミュニケーションを行うことで、リーダーは正しい方向で働く同僚からチャンピオンを作り、  間違った方向への意思決定を止める意思決定モデルを実施できます。

モジュラー化を測定するための3つの重要な成功要因

1.ビジョンと目標を知る

何を測定するかを決めるときは、何を達成したいかを知る必要があります。そもそもなぜ製品プラットフォームがあるのですか? ビジョンを設定し、トップマネジメントチームで足並みを揃えることは、成功のための最初の必要条件です。何を達成すべきかがわかったら、それを測定するためのKPIを設計できます。また、なぜそれを追跡するのか、そして信頼できるデータに基づいてどのような決定が下されるのかを伝えるのも簡単です。

2.シンプルに保つ

KPI を設定する一般的な失敗の現象は、オーバーシュートです。追跡されているKPIが多すぎて、定義が複雑すぎてこれらのデータを統合し評価することが困難となることです。まずは小さく始めて、様子を見ながら追加していきましょう。必要性を評価する。KPIはすべてを100%正しく測定する必要はなく、ビジネスの舵取りをサポートするために存在するものです。物事が正しい方向に進んでいるときと、そうでないときのシグナルとなるものです。

3.粘り強く

データから本当に結論を出すには、測定のトレースが必要です。そうでなければ、自分がどの方向に進んでいるのかを確実に把握することはできません。他社を測定して比較するのは危険です。同じものを測定しているのか、実際に業務が完全に比較可能なのか、わかりません。KPI測定は、過去に何が起こったかを確認し、将来の計画を立てることができれば最も効果的です。そして、そこに至る途中のパフォーマンスを追跡することです。

要約と結論

このブログ投稿では、まずモジュラー化とは何か、なぜそれを測定する必要があるのか を説明しました。製品プラットフォームを使用するという3つの基本的な目標に基づいて、製品プラットフォームの卓越性に向けて役立ついくつかのKPIを提案しました。

オフィスに戻って、製品の複雑さと製品プラットフォームのパフォーマンスの測定を開始していただければ幸いです。おそらく、製品プラットフォームのパフォーマンスについて同僚に質問し始めてください。ちなみに、あなたの会社にはいくつの製品プラットフォームがありますか?一意の部品番号総数はいくつありますか?

                 

もっと知りたいですか?

このブログで取り上げられているトピックについて話し合いたい場合、またはモジュラー化と戦略的製品アーキテクチャに関する一般的なサウンドボードをお探しの場合は、直接お問い合わせください。

 

 

  Tobias Martin

  Vice President & Partner

  +46 8 456 35 00

   tobias.martin@modularmanagement.com