自動車業界におけるデジタル製品トレーサビリティ

00:00 私の名前はレイナ・アイドラウトです。 同僚のヘルムート・ヒューブリッヒと一緒にやっています。 彼については後ほど紹介します。うん。 まず私の靴から始めましょう。だから。 たぶん1列目、2列目。 どんなブランドか分かりますか？ごめんなさい。 はい、その通りです。 あれは有名なドイツのブランドです。

00:31 ドイツに2つ目のブランドがあったり、 ドイツから来たりするのも知っての通り。ごめんなさい。 プーマ。はい。プーマの言うとおりだ。彼らの共通点を知っている人がいますか？ はい、彼らはドイツ出身ですが、 もっと共通点があります。彼らは来るの？うん。お願いします。 はい、彼らは小さな町の出身です。 本部は小さな町にあります。 ヘルツォーゲンアウラッハと呼ばれています。 ドイツ南部、ニュルンベルクの近くにあります。

01:03 そして今、シェフラーに来ました。 シェフラーの本社もヘッセンにあります。 アウラッハ、アディダス、プーマ、多分皆さんは知っているでしょう。 彼らには1人または2000人がいます。つまり、 1つの小さな都市に3つの大企業があるとします。 これがシェフラーです。しかし、 シェフラーは靴を履くだけではありません。

01:44 そして間違いなく、シェフラーは何十年も、 75年以上にわたって、 イノベーションとイノベーションの代名詞となっています。 買収を振り返ると、140年以上も前の話です。 つまり、 部品やベアリングだけでなく、システム全体、 自動車産業、 電気自動車向けのメカトロニクスシステム、 そしてもちろん幅広い産業分野にも供給しています。

02:19 印象に残るように、いくつか数字を挙げてみます 私たちの会社には8万人以上の従業員がいます。 ですから、 どこにでも工場があり、20の研究開発センターもあります。 私は研究開発と販売の出身なので、これは私の心に響くものです。

02:49 マージンがわかります。 前にも述べたように重要なのは、 私たちはイノベーションによって動かされているということです。 私たちは新製品によって動かされています。 そして、 2022年に出願した1200件の特許出願により、 たとえば、 モーションとモビリティのイノベーションに関する 3 つの重要なトピックを考えてみましょう。

03:22 前にも言いましたが、 私たちは明日の創造と発明に焦点を当てています。今日は確かに売上を上げていますが、 私たちの焦点はお客様です。 自動車業界のOEMが明日 、たとえば過去数年間に必要とするもの。 また、当社にとっても製品にとっても、 持続可能性の目標を明確にすべきだと言いました。なぜ私たちはそうするのでしょう？なぜなら、

03:55 私たちは再生可能エネルギーに切り替える必要があると確信しており、 その分野でも重要な事業を展開しているからです。 しかし、ここでデジタル化についてお話ししましょう。 デジタル化はエンジニアリングでもあるからです。 それが私たちの焦点です。 私たちが取り組んでいる最も重要なことの つ確かにデジタル化は幅広い分野ですが、私たちが求めているのは最先端の技術を持つことです。これが、約 1 年前に PTC とパートナーシップを結んだ理由でもあります

04:29 ですから、実際のところ、 未来の製品のイノベーションとデジタル化を本当に推進してくれる強力なパートナーが必要だと考えています。 当社の市場範囲を簡単に概観すると、 たとえばトップラインには二輪車から鉄道までの多くのモビリティ分野がありますが、 航空宇宙分野も同様です。 しかし、下は原材料、 右下は風力など、 持続可能性に関連する分野もたくさんあります。

05:08 最後のスライドで説明すると、 シェフラーとは何かというと、3つの部門に分かれています。 1つは、間違いなく最大の自動車産業、 次に自動車アフターマーケット、 そして前のスライドに示されているように幅広い産業分野にサービスを提供する産業部門です。 前述のように、左の重点分野はデジタル・ワークプレイスです。

05:43 ヘルムートが本日ステージに立ったことですが、 これについてはすでに触れました。 たとえばカットワークプレイスや特定のワークプレイスだけでなく、組み込みソフトウェアから機械エンジニアリングまで、 幅広い研究開発を実現することです。

06:13 サイバーフィジカル機器、 デジタルバリューチェーン、 一番正しいのはスマートな製品の実現です。 私たちは事業部門がそうすることをサポートしています。 スマート製品には、 メカニックだけでなく必要なのは確かです。 ソフトウェアと電子機器が必要です。 これは私たちにとって新しいことであり、 変化していると言っても過言ではありません。当社の製品ポートフォリオは大きく

06:45 次のスライドで示しますが、 重点的に取り組んでいるとしましょう。コンポーネント・ビジネス・シミュレーションでも、 そして、 製造の卓越性は当社にとって重要な成功要因であり、 過去には当社にとって重要な成功要因でもありました。 また、これは、 ピラミッドを登って行けば、

07:19 しかし、その幅広い製品ラインナップについても、 ベアリングのコンポーネントについてもう少し説明しますが、内燃エンジン用のコンポーネント、ただしシャシー用のコンポーネントについても説明します。 そこで、自動車全般について、 レンジモジュール (私たちの定義では)、 アクターのようなより複雑なもの、そしてサブシステムと呼ばれるもの (電気駆動装置、

07:49 電動ステアリングやスタックなど) を考えてみましょう。 水素についても同様です。 過去10年間に開発されたものを、いわゆるシステムだとしましょう。 左から始めるとすれば、 自動車のEドライブの例をいくつか挙げてみましょう。

08:20 そして真ん中にもあります。 車両全体や車両としましょう。 誤解しないでください。 シボレーは将来の車や車両全体を製造しているわけではありません。しかし、 ここでも中央にタイヤ付きのコーナーモジュールがあります。 つまり、 それをシャシーに乗せれば、最後にはほぼクルマが出来上がるということだ。 繰り返しになりますが、 私たちはそのシステムコンポーネントやシステムを提供しています。 このようなシーンがあり、 140年前のコンポーネントから始めてシステムに至るまで、

08:51 いくつかの課題があります。 一方では効率を維持する必要があるからです。 つまり、PLM やその他のシステムを搭載したコンポーネントビジネスでは、その複雑さに対処する必要があります。 そして、その複雑性への対応により、私たちにはある程度の変化、

09:21 ある程度の変化が必要だったと思います。 その必要性を踏まえて、ヘルムート・ヘルムートを紹介したいと思います。 どうぞステージに上がってください。 ヘルムートはエンジニアリングIT分野のエンジニアリングアプリケーション担当副社長で 次のスライドをご案内します。 素晴らしい。Reinerさん、 素晴らしい紹介をありがとうございました。 プレゼンターを確認しましたが、問題ないと思います 。ここです。 私たちは自分たちがどこにいるのか、 そして何が必要なのかを自問自答しています。

09:53 最初の質問が分かると思いますが、現在、 当社のエンジニアやエンジニアは何に苦労しているのでしょうか？ どのような機能が必要なのでしょうか？ そしてもちろん、もう少し深く掘り下げて、 それを継続的に実現できる組織を作るにはどうすればよいでしょうか。 つまり、研究開発における一般的なレベルでは、一方では増大し、

10:26 メカトロニクスを増大させています。 一方で、 私たちは世界情勢を知っています。 保護主義には気をつけないといけない。 つまり、知的財産、 情報セキュリティなどを指します。 また、 自動車向けに出荷する際にはこのようなコンプライアンスもありますが、 その他のセクターにはそれぞれ独自のルールやコンプライアンスがあり、私たちが守らなければなりません。 私たちはますます持続可能にならなければなりません。 一方で、 複雑化の一途をたどることにも気を配る必要があります。 これはもちろん、 エンジニアにとっての課題でもあります。

11:04 これはReinerが左上に表示した製品の一つだったと思います。ツインドライブですね。 ハイブリッドモジュールです。 ちょっと考えてみると、 分析すべき要件が何千もあります。 そしてもちろん、 要件、エンジニアシステム、エンジニア、 テストマネージャ、設計エンジニアなど、 さまざまな分野にまたがるコラボレーションを行っています。 そして、全員が独自の言語を持ち、 多かれ少なかれお互いを理解し、可能であれば理解し合う必要があります。シームレスな方法。 どんな感じですか？

11:38 これはどちらかというとチャレンジスライドです。 机の前に座っている人、 またはエンジニアが机の前に座っているのが見えます。 画面が 1 つか 2 つあっても。 しかし、品質、 コスト、 日付などのプロジェクトインプットからの情報であっても、その情報を処理する必要があります。 彼らには要件や入力文書があります。 それらはエンジニアリングアーティファクトを作成します。 彼らはそれらを検証しなければなりません。 そして、 これらすべてを頭の中でまとめなければならないと思います。

12:11 そのためには、答えが必要だったり、 企業部門やエンジニアリングとして答えが必要だったと思います。 その答えは何？ ここではとても簡略化されています。 それから、もう少し詳しく見ていきます。 ええ、真ん中に入れたいと思います。 私が言いたいのは、保守、変更 作成したい情報オブジェクトまたはアーティファクトです。そして、 他に要件はありますか?期日に気をつける必要がありますか？

12:41 また、コンテキスト主導型であるべきです。 ただし、別の機能またはアプリケーションで、 別の機能またはアプリケーションのすべてのタスク、すべてのワークフロー、 その他の情報をすべて提供するほうが簡単な方法だと思うからです。 しかし 、課題は、 こうした情報をコンテキスト主導型にまとめることだと思います。 この可能性の中、 あるいはこの例で私がこのアーキテクチャで働いているなら、

13:12 つまり、 その行の下にある技術的な用途にこれ以上焦点を当てないという考え方です。 私たちは、 技術的な応用に重点を置くのではなく、 より一種の職場と統合された環境を作りたいと考えています。 オブジェクト、タスク、 または情報にもっと焦点を当てています。 何をすべきか、私たちの考えは何か？ 今日でも、 PLMはかつてないほど重要になっていると聞いています。

13:43 私たちはグローバルに考えるか、 端から端まで、あるいはゆりかごから墓場まで閉鎖的に考える必要があります。 コンセプト設計、実現、製造、 そしてもちろん耐用年数の終わりのトピックもあります。プロジェクトを段階的に廃止する必要がある場合、 その処理方法を知っておく必要があります これがシェフラーのアプローチであり、 現在は閉鎖的なライフサイクルの上位部分に焦点を当てています。 これはスマートエンジニアリングと呼ばれています。 そのスマートエンジニアリングの場合、

14:13 多くの分野が強力に連携して取り組み、サイロ化を解消しています。 また、Mark Lobo は 1 時間前のイントロで、サイロ化を解消し、 本当にコラボレーションができるようになったと言っています。 非常に集中的なレベルでは、 ここで要件を確認できると思います。 システムアーキテクチャ。 右側のプロジェクト管理と検証についても、 ほとんどすべてを把握できたと思いますが、 どうすれば実現できるのでしょうか。 私たちは、 これらの別々のシステムや情報のすべてを 1 つのコンテキストにまとめたいと考えています。

14:44 だからといって、 これらのシステムをすべて排除したいというわけではありません。 誤解しないでください。 システムは存在し、必要であり、 データを管理しています。しかし、 より高いレベルで情報をまとめる必要があります。 これを統合層と呼んでいます。 そこで、デザイナー自身ではなく、 彼らは韓国で働いています。たとえば、Windchill で働いています。 これは彼らの通常のホームベースです。 しかし、 システムエンジニアは普通にアーキテクチャや要件を読み込んでいます。 彼は Windchill に行って部品表を開くことにあまり慣れていません。

15:17 おそらく、その情報を入手し、 部品がどこまで進んでいるか、 次のステップがどのようになるかを確認するために、 非常に簡単で簡単な方法が必要なのかもしれません。 アイデアは、これらのアプリを構築することです。 私たちはそれらのいくつかから始めました。 一番上に表示されています。これを、 たとえば Trace アプリと呼んでいます。 後で 2 枚のスライドや、 トレースグラフ、タスクファインダーなどをお見せします。 これらは、PLM の観点から作成し始めている小規模なアプリです。 ここでは、 非常にシンプルなアーキテクチャで進められていることがわかります。

15:47 つまり、私たちのアイデアは、もちろん、 PTC はソリューションをまとめる戦略的パートナーであるというものでした。 一方で、 また、 この例のアーキテクチャのような他のベンダーはエンタープライズアーキテクチャのものであり、Windchill の要件、 アーキテクチャ、 物理構造をまとめる必要があります。 これが課題でした。

16:18 このケースやこの例でこれがどのように実現できるかを確認するために、ThingWorx を統合レイヤーとして使用します。 そこで情報をまとめます。 それを上のレイヤーに表示できるようにします。どのような見た目でしょうか? アイデアを出すために、見てみましょう。 左側に建築物があります。 つまり、アーキテクチャとは、

16:51 例を見ればステアバイワイヤシステムがあるということです。例えば ワイヤーとステアリングホイールが中央にあると想像してください。 そして、 ステア・バイ・ワイヤーシステムを使うと、 ハンドルを回しても何も感じません。 ええ、 机の前でゲームをしているような感覚で、 ユーザーはステアバイワイヤーシステムでも車輪がどのように回転するか、 ハンドルに少し圧力をかけたいという感覚を持ちたいと思っています。 これは機能性かもしれません。 そして、この機能を、

17:21 たとえば要件とリンクさせることができるとしたら、どのようなものになるのでしょうか。ああ、すみません、 スライドに明らかに間違いがあります。 ごめんなさい。治療法があるはずだ。 しかし、それを分解することはできます。 関数とリンクされた要件が表示されます。 要件から Windchill の部品に移動できます。 そして、 その機能をこのように進めていきたいと考えています。

17:51 トレースアプリとトレースグラフ。つまり、 トレースアプリはトレーサビリティを作成するためのものです。 例えば、 あなたが想像するなら、それがどのように役立つのでしょうか？ さて、そこにあるブースターは何でしょう？ アクセラレータって何？ 影響分析を行う場合 、トレースグラフを見て、 そして、 それを変更分析に入れて決定し、後で変更を加えることができます。 そして、変更を加え、

18:26 変更を実施し、 その状況に基づいて意思決定を行うという、 非常に効率的な方法があるのです。 そこで、 そのグラフがそこで発生しなかったことをお詫び申し上げます。 ちょっと考えさせておきますが、 私たちはいくつかのこと、あること、あること、 別のことを一緒に行っています。 これは政府資金によるプロジェクトです。 また、PTC やバイロイト大学と共同で、 ジェネレーティブデザインの方向性をさらに広げています。 つまり、 部品を軽量化できるようにしたいということです。私たちは創造します。

18:56 バリアントの作成にも使用します。 計算を一晩かけて行い、 アディティブ・マニュファクチャリングの方向でも最適な設計を見つけ出します。 そして最終的に、最適化された設計ができました。 この例では、 シェフラーの実際の部品またはコンポーネントでしたが、43% の質量節約ができたと言えます。 これはサステナビリティの面でも そしてもちろん車の重量という面でも素晴らしいことだと思います。 というわけで、もう1枚スライドします。

19:26 拡張現実、 あなたにもとても馴染みがあると思います。ええ、私たちはそこで取り組んでいます。 拡張現実 (AR) はデザインレビューの方向でどのように役立つのでしょうか? つまり、アジアとヨーロッパ、 北米などさまざまな国で協力し、HoloLens をオンにして、 中央にあるこのタブを使用して、機能をクリックできます。

19:59 もちろん、そのチームと Creo だけを見せているチームと比べて、 何が違うのか、 どんな利点があるのか、という疑問があります。製品、特に設計エンジニアではなく、Creo Good 製品の感触をよりよく知るための一種の経験です。 Rhinoは再び舞台に戻りました。これらのトレースグラフ、 トレースアプリ、 その他すべての小さなアプリケーションを見てみると、私たちが提供でき、 部門、エンドユーザー、設計領域に継続的に提供できる、ある種の、

20:32 つまり十分な組織が必要です。 そして、それがどのようなものか、 そして私たちがシェフラーRhinaで行ったことは、皆さんにアイデアを与えてくれるでしょう。 ありがとうございます。 マイクがまた上がった。ありがとうございます。うん。 最終的には、どのコンセプトも非常に優れていました。たとえば、 実行した組織が、たとえば2022年初頭から変更され

21:03 エンジニアリング部門にアジャイル組織を設立したとしましょう。 まずは、 その中心から説明していきましょう。 アプリケーションをグレーで表示すると、 要件管理からテスト管理まで、 皆さんがよく知っているアプリケーションを考えてみましょう。 全部は読んでいません。 これらはヘルムートが担当しているフォーカスアプリケーションでもあり、それぞれがチーム、アジャイルチーム、アジャイルチーム、アジャイル組織、

21:37 プロダクトオーナー、 そして 9:00 には、 いわゆるグロスドメインアプリケーションがありますが、実際には次のようなものがあります。 たとえば、 他のすべてのアプリケーションにも利害関係があり、 構成管理や変更管理などが関係しているとしましょう。 それはとても明白だと思います。 これが中心で、 すでに述べたように、

22:16 次に、 右側に統合フレームワークがあります。 そのワークプレイスのアイデアからどのようなものが出てきたのでしょうか？ ある種のフレームワークが必要だと言ったのは、アーキテクチャから始まりますが、 API 管理などから始まるようなフレームワークです。 つまり、

22:46 すべてのアプリケーションワークプレースまたはアプリケーションが動作できるフレームワークという共通の基盤ができました。 そして、 先に述べたワークプレイスを最後に確立するということはすでに述べました。 たとえば、 左側には製品管理、システムエンジニアリング、 ソフトウェア、電子などが表示されます。 つまり、それぞれの作業場は、 そのフレームワークとアプリケーション内に構築され、

23:17 そのアプリケーションの機能や特徴が詰まったアプリケーション内に構築されています。そのため、 すべての運用設定にはある程度の管理も必要です。 つまり、一番下には、コスト配分、 ポートフォリオ管理、 財務管理だけでなく、 スマートスタンダードのような非常にこれから予定されているトピックも、 みんなが気にかけていることです。 学部長やISO、 その他の団体が将来採用する予定の標準とは、 実際にはどのようなものなのでしょうか？また、デジタル方式でも？

23:52 これは私たちの組織構成に関するものです。 さて、 最後のスライドに移りますが、 これまで見てきたことをまとめると、 完全に統合されたエンジニアリング・ソリューションが、 効率よく進めたいなら、 実際にメカトロニクス・ビジネスを可能にするとします。

24:22 これは強力な要件です。 ユーザー中心主義。 第二に、 私たちの経験は非常に重要です。 そのため、ユーザーが使用しないものは実装しないでください。 これは少し単純に聞こえるかもしれませんが、 最終的にはユーザーにメリットがあり、 エンジニアリングアプリケーションの受け入れというメリットもあるということを理解するのが非常に難しい場合があります。そのためには、 全体的なデータモデルが必要であり、 可能な限りの自動化、

24:54 インテリジェントでインテリジェントな機能が必要であり、 それを高速化するのに役立ちます。 そして第四に、 私たちはかなり大きな会社を見てきたので、 昨年は毎年買収があったと思います。 したがって、

25:30 これらの新しい企業をシステム全体に統合できるように、 適応可能なモデルと適応可能なシステムも必要です。ありがとうございます。 私たちの側から。私たちはモーションのパイオニアです。観客の皆さん 、ありがとうございました。それでは終わりです。 ありがとうございます。 どうもありがとうございます。