クラウドと SaaS を活用してコラボレーションの強化とスピードの向上を実現

00:00 私の名前はハロルドです。 私はトライアンフ・カンパニーの代表です。入りました。 私たちはドイツに拠点を置いています。また、私たちは PLM の分野にまだ慣れていません。 特に PTC の新規顧客です。 そして今日は、 PTC がクラウドへの移行を目標に PLM システムを構築する中で一緒になって始めた目標と、 その道のりについて少しお話しします。

00:33 私と私はソフトウェアアーキテクトで、 社内でアーキテクチャ組織を立ち上げました。 この組織では、 製品だけでなく社内の IT インフラストラクチャの実装方法に関するガイドラインも定義しています。 これについては、後の「そして」 でもう少し話します。 サービスとしてのソフトウェアは、 このアーキテクチャの柱の 1 つです。 そのため、 私たちはこの方向に大きく移行しつつあります。

01:07 これには、将来の PLM システムも含まれます。 しかし、まだその道のりは途中です。 そうだね、そうだといいんだけど。 トライアンフ・カンパニーについて少しお話しします。 私たちはドイツに拠点を置いています。

01:40 当社は約16,000人の従業員を擁する大手工作機械メーカーの1つで、世界中に拠点を置いています。 特にレーザー用途を中心に事業を拡大しています。 当社のコアコンピテンシーのひとつ。 板金加工からスタートしました。その後、 レーザー技術の応用も視野に入れ、今では半導体、

02:17 フォトニック部品、アディティブマニュファクチャリングなどのエレクトロニクス、 さらに多くの分野でさらに活躍しています。 これらの分野の多くでは、 レーザー技術が中核技術の1つです。 ですから 、私たちはレーザーに特化したハイテク企業だと思っています。 私たちは PLM 戦略を始めました。 ある種のミッションステートメントを思いつきました。 私たちは PLM をデジタル化戦略の一部と見なしています。

02:48 そのため、数年前、 同社はまったくデジタル化されていませんでした。 しかし、 この状況はここ数年で大きく変わりました。 私たちは製品と社内プロセスのデジタル化にかなり力を注いでおり、 PLMは今後さらに発展させる必要のある主要なシステムの1つであると考えています。

03:29 PLMが重要だと考える分野の中には、 ファンクションモデリングのようなモデルベースのアプローチに基づいて自社製品を開発することが含まれていますが、 この部屋での前回の講演でも見てきたように、プラットフォーム戦略は開発努力の一部であり、もちろん、 現場のデータを使用してお客様の業務をサポートすることも大きな部分を占めています。

04:11 PTC とのパートナーシップは、 また、長期的には、 すでに追求している持続可能性の目標を拡大することを目指しています。 しかし、 当社の製品に関して言えば、PLM は極めて重要な部分となるでしょう。

04:46 PLM システムを進化させるために取った 3 つのステップを紹介します。 次回のリアリティラボでは PLM についてお話します。次は PLM のプログラムです。 これが社内のプログラムの名前です。そこで、 PLM の次のアプローチと、PLM 導入の主なユースケースについてお話します。 そして今、その段階は終わり、 実装段階に入りました。

05:16 その一部がイノベーションの推進です。 つまり、組織内の新しいアプリケーション、 新しい機能、新しいスキルです。 そこで、 このプログラムに着手した第一歩は、PLM について話す際に検討すべき主要なアクション分野を特定することでした。 ですから、私たちにとって PLM

05:48 はあらかじめ定義された機能の集合ではなく、企業として PLM が私たちにとってどのような意味を持つかを見極めようとしています。 これが始まったのは3年前です。 それに基づいて戦略を練りました。 私たちはその一連のユースケースに基づいてベンダーの選択を行い、

06:27 これらのユースケースにも基づいて PLM ロードマップを導き出しました 。それが現在の状況です。 ご覧のとおり、最初の 2 つのフェーズは終了しました。 願わくば、数年後には。では、 リアリティ・ラボのアプローチはどのようなものだったのでしょうか？ つまり、お客様が IT ソリューションを選ぶときには、通常、当社にもそのソリューションがあるということです。 ベンダー、ベンダー、 ベンダーに代わって満たす必要のある基準、

07:02 そして、 ベンダーが提供しているものを見て、 どういうわけかこれらすべてのフォームに記入し、 しかし、私たちは最初に別のアプローチを取りました。 先ほども言ったように、 これらは基本的に、 テストで検討したかったユースケースです。

07:39 これがリアリティ・ラボのアプローチです。 私たちは、 こうしたユースケースの中で PLM システムを活用して、 これが本当に私たちのニーズに合っているかどうか、 これが私たちの期待に合っているかどうか、テストしたかったのです。 私たちはすでに行っていることだけでなく、 将来達成したいことにも基づいています。

08:12 そしてもちろん、 考慮すべきあらゆる種類の重複や依存性を特定しました。 しかし、こうしたユースケースが浮かんだら、 PLM ベンダーの 1 社と共同で実施したいプログラムができました。 そこで、 私たちの主な目的は、 理論を少なくして、 実際にシステムを操作する実践を増やしたいということでした。 また、これによって実際に選択プロセスのスピードが速くなることも期待していました。

08:46 ただし、大規模なプレゼンテーションではなく 、システム上で実際に作業を行う場合です。 ユースケースを分割して並行して取り組めるようにしたので、 時間を大幅に節約できましたが、 もちろん私たち側にも多大な労力が必要になりました。 そのため、 この取り組みに多くの人を参加させる必要がありました。

09:18 私たちは事前にいくつかの計画を立てました。 ユースケースを定義しました。 そのため、かなりアジャイルなアプローチでした。 進めていくうちに、何が本当に重要なのかを定義し、 時間がなくなってきたら、 範囲を変更し、 最終的には何らかの評価を思いつきました。これは、

09:56 つまり、 それぞれのユースケースにバックログを用意し、 PTC の専門家や社内の専門家と定期的にミーティングを行うというアプローチでした。 ユースケースエキスパート、 対象分野のエキスパート。 これはレビューベースのアプローチだったので、 それぞれのユースケースについて、 あらゆる種類の外部レビューを行いました。 そして、

10:28 これは評価の基準となる基準を形作るのにも本当に役立ちました。 最終的にこれらの基準のリストが用意され、 それぞれのユースケースで実際にこれらの基準に基づいて評価が行われました。 そのため、非常に大きな議論が交わされました。 そして最終的に、 私たちにとって本当に最も可能性が高いのはどれかを特定しました。 私たちにとって本当に関係のあるものは何でしょうか？ PLM

11:02 にはあまり関係ないユースケースや、PLM が実際には貢献できないユースケースを選んだのかもしれません。 私たちもそれを特定しました。 しかし、非常に優れた、非常に、 非常に適切なユースケースがいくつかありました。 それが最終評価で明らかになったのです。 結局、

11:32 私たちにとってのリアリティ・ラボのアプローチは、 プロバイダーとコーディング・ソリューションという従来の選択プロセスに代わる実行可能な方法でした。 そのためには、 対象分野の専門家による膨大な量の準備が必要でした。 これがリアリティラボに入る計画でした。 リアリティ・ラボが実際に始まるまでに何ヶ月もかけて綿密な準備が必要でした。

12:03 すべての PLM ベンダーが、 当社と一緒にこのプロセスを進める準備ができていたわけではありません。 そこで彼らと話をしたところ、多くの人が「いいえ、 これは私たちにとって多すぎる投資です」と言いました。 時間がかかりすぎ、 その過程で必要な専門家も多すぎます。 そのため、すべての人に適しているわけではありませんでした。 PTC は、 このプロセスを私たちと一緒に進める準備ができていた PLM ベンダーの 1 つでした。

12:33 最終的に、私たちは PTC と提携することに決めました。 それはまさに PTC としての強いコミットメントを示していました。 これは、 同様のアプローチを採用することを考えるのであれば、実際に必要なことです。 もちろん、 ベンダーのコミットメントが本当に必要です。というのも、 結果はオープンだったからです。

13:04 そこで、 たまたまPLMシステムの導入に反対する決断をしたのかもしれません。 結局のところ、 これは私たちが計画していたものではなく、オープンエンドでした。 そのため、このあいまいなターゲットを念頭に置いても、 すべてのベンダーがそれを行う準備ができているわけではありません。 もちろん、 当社内でもこれは巨額の投資です。

13:37 このリアリティラボのアプローチの結果、 PLMシステムを使用する可能性が非常に高い重要な分野を特定しました。 実際にシステムを操作したので、 私たちはすでに PTC 側の専門家全員に会ったので、その時点で PTC と連携する準備は万端でした。 ここでいくつかの数字を見ることができます。

14:08 つまり、 私たちのコアチームには約25人のプロジェクトチームメンバーがいて、これを組織していました 。そして。 うん。PTC にご相談ください。それに加えて、 さまざまな分野の会社全体から 人の貢献者が実行と評価に貢献してくれました。 全部で 8 つのユースケースを詳細に調査し、

14:40 ユースケースとユーザーストーリーを考え出す計画を立てるのに約 か月の準備期間を費やしました。 そして、 もちろん9か月にわたって、 私たちはリアリティラボに行き、 すべてのユースケースを数か月間、 Maxでは少なくとも3、6か月間検討しました。 つまり、組織内、 社内では、 トップレベルのトップマネジメントプロジェクトでした。 また、社内でのコミュニケーションに力を入れており、 もちろんPLM導入のメリット分析も行っている人もいました

15:26 では、主な成果は何でしょうか。 そこで、3 つの例を挙げました。 そして、それは私たちはダイナミックな世界に生きています。 ですから私たちは今、これらの分野に取り組んでいますが、 状況は急速に変化しています。 私たちがリアリティラボをやったとき、PTC

16:03 PTC が Codebeamer を買収すると、すぐにこのシステムが Codebeamer に変わりました。だから。 それにはさまざまな利点があります。 まず第一に、これはクラウドベースのツールです。 つまり、 これは私たちの戦略にぴったり合っているのです。 そして、私たちはそれを試してみたかったのです。 そこで、私たちは別のリアリティラボ、

16:34 特にCodebeamerのためにCodebeamerを数週間テストしただけでした。 しかし、私たちは詳細を調べました。 私たちはそれを使って作業しました。私たちは本当にツールをよく見ました。 そして最終的に、 これが私たちの進むべき道だと判断しました。 そして、 当社におけるPLM応用のポテンシャルの高いもう1つの分野は、 機能モデリングです。 そのため、開発プロセスでは、 すでにプラットフォームベースのアプローチを追求しています。

17:13 。そして。 このアプローチのメリットは、過去にもすでに見られてきました。そのため、一部の領域では 、 製品に含まれる個々の固有部品を 30% と大幅に削減することができました。 つまり、このプラットフォームベースのアプローチ ( モデルベースのアプローチともいいます) には、 本当にメリットがあります。そして、 これこそが、私たちが拡張したかったことです。そこで

17:47 、リアリティラボでは、 ファンクショナルモデリングには本当に追加のメリットがあり 、PTC が提供するツールは十分であることを確認できました。 そのため、私たちは現在、 モデルベースの開発戦略を強化するという長期的な目標を真剣に検討していますが、 これは非常に難しいことです。認めざるを得ません。

18:23 これはとても形式化されたアプローチです。 そのため、 開発者がこのアプローチを実際に使用できるようにし、 そのメリットやメリットを実感してもらうために、開発者がスキルレベルを上げるために、私たちに代わって多大な努力が必要です。 これにはしばらく時間がかかりますが、 私たちは着手しつつあり、順調に進んでいます。

18:53 3 つ目の分野は製品シミュレーションです。 これもすでに別の部分で行っていることです。 当社の製品は非常に複雑なので、

19:26 これはPLMが製品の構造を提供することで貢献できることですが、シミュレーションツール自体は、 前回の講演で、PTC のプラットフォーム戦略に関して非常に興味深い点を見てきました。 ですから、 このパートでの今後の取り組みでは、それが大きな役割を果たすのではないかと思います。 リアリティ・ラボが完成したら、ロードマップを思いつきました。

19:59 そのため、 実装したいすべてのトピックが大きなロードマップにまとめられました。つまり、今後 10 年間は、 基本的にバックログが満杯で、 取り組みたいプロセスもすべて揃っているということです。 最初のステップは、CAD データ管理によって自社の建設能力をアップグレードする必要があるということです。私たちは SolidWorks ユーザーですが、

20:30 そのため、 SolidWorksや将来のバージョンのSAPと実際に連携できるように、 CADデータ管理を新しいプラットフォームに導入する必要があります。 これは Windchill をベースとする予定で 、現在実装中です。 実行したい 2 番目のステップは、です。 つまり、 部品表や製品モデルに関係するすべてのことを Windchill プラットフォームに組み込み、

21:03 Windchill が提供する機能を活用したいと考えています。 そしてもちろん、既存の IT 環境に統合したいので、 これは大変な作業になります。 ですから、 これは私たちにとって大きな取り組みとなるでしょう。 そして、 少なくとも第三段階はイノベーション・プロジェクトです。 ここで大きな課題となるのが、 要件管理と機能モデリングです。

21:41 つまり、 既存のツールランドスケープの既存のツールにこれを統合するのは大変な労力だとすでに述べました。 これが不可能な場合もあります。 そうなると、プロセスを変えなければなりません。 組織を適応させないといけないし、 簡単なことでもない。 そしてもちろん、 従来のシステムからコア機能の一部を取り出して新しいシステムに組み込むと、 大きな変化が起こるでしょう。

22:12 つまり、これは組織的な取り組みになります。 どうやるの？ ここから分かるように、 私たちのITシステム環境は基本的に、 いわゆるデジタル・リファレンス・アーキテクチャに凝縮されています。 これは、 すべてのITシステムだけでなく、 製品もデジタル・リファレンス・アーキテクチャと呼ばれる独自の共通フレームワークに組み込むために私たちが取り組んだ取り組みです。

22:49 これらすべてを 1 つの図にまとめることに意味があるのはなぜでしょうか。 両方の世界はデータレイヤーで出会います。そこで 、数年前、私たちは IoT への取り組みから始めました 。 私たちは製品に関するデータを現場から収集し始め、 そのデータはビッグデータレイクに送られました。 当時はデータレイクと呼ばれていませんでしたが、今ではそうです。 そして、それを大きなデータバケットに入れ、

23:29 それを中心にあらゆる種類のレイヤーとデータガバナンスと分析システムを構築し始めました。 私たちはすべてをクラウドに入れました。 そして、 これはお客様のITシステムやビジネスシステムにも必要なものです。 そこで、 製品とビジネスが出会うのです。 だからこそ私たちはそれを共通のアーキテクチャに統合したのです つまり、 このアーキテクチャの側面を変えようとしたときに、 以前よりもずっとうまく説明できるようになったということです。 そのため、

24:02 よく見てみると、この図にPLMがあることがわかります。 そして将来、この PLM ボックスは拡張され、 ビジネスシステムの右側だけでなく、 製品内の左側にもさまざまな側面を網羅するようになるでしょう。 そしてこれは、

24:36 ITアーキテクチャにあまり詳しくない社内のさまざまな部署がそれを理解できるように、 社内コミュニケーションツールとして使用しているものです。そして、 それは彼らにとって何を意味するのでしょうか？ というわけで、一言で締めくくりたいと思います。 私たちは、 時間をかけてアーキテクチャをさらに進化させ、新しいシステムを考案し、

25:10 新しいことではない。 あなたの会社や世界中のためかもしれません。 しかし、私たちにとってこれは本当に大きな前進です。 だから僕らはそれを推し進めるつもりだ。 私たちはそのアイデアをさらに推し進めるために、 社内でいくつかのコミュニティ活動を行いました。 そうですね、PLM でもそれを推し進めるつもりです。また、

25:48 当社の製品やプロセスにおいてより高い品質を確立する大きな可能性を秘めている要件管理分野も含まれます。たとえば、 設計やリスク管理の再利用は、 その大きな部分を占めることになるでしょう。私たちにとってはとても大きな可能性を秘めています。 将来的にはメリットが生まれるでしょう。結論から言うと、リアリティラボは私たちにとって本当に役立ったということです

26:18 。というのも、 私たちがPLM分野に参入し、拡大し、 強みだけでなく限界も示したからです。そのため、 部品表管理などについて優先順位を付け、 理解を深め、理解を深め、 理解を深める必要がありました。 例えば。

26:49 デジタル・リファレンス・アーキテクチャは、 コミュニケーションや社内コミュニケーションに本当に役立ちました。 興味があれば、 当社のウェブサイトにもこれに関するホワイトペーパーがあります。だから その一部は、 クラウドソリューションに重点を置くことで、 そして結局のところ、私たちにとってPLMは、 新しくて革新的な方法を導入するための素晴らしいフレームワークなのです。ですから、 長期的には当社にもメリットがあると思いますが

27:22 、簡単ではありません。 私たちはその道のりをさらに進めていき、 それが正しい、 正しい道だということを皆が理解してくれると思います。 どうもありがとうございます。