Windchill+ の戦略とロードマップ
00:00 よし、みんなねえ、 このセッションに来てくれてありがとう。 多くの皆さんにとって、 このセッションは心待ちにされていると思います。 中には私が長い間見ていない顔もいます。 ライブに戻ることができて嬉しいです。 私の名前はトッド・ペリーです。 私はマーク・ロボのPLM部門で働いています。 私は Windchill SaaS のシニアディレクターです。 私はコマーシャルとサービスの定義に重点を置いています。 私と一緒にいるのはダン・ロストです。 うん、ありがとう、トッド私の名前はダン・ロストです。
00:30 私は PLM 製品管理グループに所属しています。 私と私のチームは、Windchill Plus のほか、Windchill に関連するその他の分野 (カスタマイズと設定、つまりビジネス管理 、フロントガラスの調整、 さまざまな形式のアップグレードや移行など) についても計画している多数の大きな取り組みを担当しています。 素晴らしい。今日は、 Windchill Plus の戦略とロードマップについて取り上げます。 30 分しかありません。そこで、
01:02 ここでいくつかのコンテンツの案内をして、 できるだけ多くの情報をできるだけ早く提供します。 また、 フォローアップの質問もたくさんあると思いますので、 数日中にそれらの質問に対応したいと考えています。 すぐに飛び込んでください。 ここで、PTC が SaaS に全面的に取り組むことを決定した理由について、背景を説明しましょう。そうですね。SaaS への移行にはさまざまなメリットがあります。 まずは、 加速するイノベーションから始めようと思います。 ジムの基調講演で聞いたことがあるかもしれないトピックを取り上げます。もし、Windchill に関する Mark Lobo
01:38 ご存知のとおり、 初めて導入する場合でも継続的な実装を行う場合でも、 実装ライフサイクル全体に関わる摩擦をなくすということです。 SaaS製品としてすぐに利用でき、 必要に応じて拡張や縮小が可能で、 使用方法を変更できるからです。 これにより、 SaaSソフトウェアの使用を拡張できます。PLMであろうと、
02:12 ビジネスの可能な限り大きな部分にスケールアウトできるようになります。 アベイラビリティとモビリティ。 私たちは皆、Covidを通じてその能力を見たと思います。
02:42 彼らは本当に前進し、 場合によってはCovidを通じて成功を収めることができました。 それは可用性と機動性にかかっています。 Balluff のプレゼンテーションをもう一度参照します。このプレゼンテーションでは、 ご存知のとおり、彼らは SaaS によるソリューションへの移行を検討しています。 これにより、 世界中のユーザーコミュニティ全体に非常に迅速に門戸が開かれるようになります。 総所有コストの削減ですね。 これは多くの最高財務責任者（CFO） やビジネス志向の多くの人々にとって非常に重要だと思います。
03:13 ただし、 データセンターの直接的な交換費用や、Oracle や Windows で検討しているソフトウェアサブスクリプション、および PLM アプリケーションに必要なすべてのものを直接交換するだけのものではありません。 また複数のベンダーにわたるバックエンド契約管理の観点から、 そのPLMアプリケーションをサポートするために企業が行っているさまざまなことをすべて考慮する必要があると思います。 いわゆるDIYクラウド戦略を採用したことがあるなら、Amazonと直接仕事をしていて、
03:48 さまざまな契約や関係について交渉しなければならず、 この製品を非常に安全でスケーラブルな製品にするために費やされた時間、 コミットメント、 そしてイノベーションには驚異的に感銘を受けたと思います。 ユーザーエクスペリエンスが向上したということですね。 つまり、
04:20 製品のリリースごとに展開される最新のユーザーエクスペリエンスのイノベーションを常に活用しながら、 柔軟なコラボレーション。 つまり、X++ は良い例だと思います。 Wind chill では、 複数の分野にまたがるさまざまなチームを 1 つにまとめ、 そのための最善の方法は、誰もがそのソフトウェアの最新バージョンにアクセスできるようにすることです
05:00 しかし、 私たちが関わっている一部の産業界企業が SaaS をどう見ているか、そのイニシアチブ、 すべての企業にとって。 加速するだけだ。つまり、 PTC に入社するということは、一種の戦略であり、ロードマップでもあるわけですね。 プラットフォームとしての Atlas についてはよく耳にしたことがあると思います。
05:34 Atlasは、 当社のさまざまなソリューションのアーキテクチャ基盤のようなものです。 Onshapeを買収したことで。 ご存知のように、彼らがどうやってそれを構築したかです。
06:04 SaaS アプリケーションを最も効率的に動作させるマイクロサービスと呼べるように、多くの個別のプラットフォームを構築するために多額の投資を行ってきましたよね。 これこそが、私たちの、いわば「秘密のソース」 と呼ぶにふさわしいアーキテクチャのイノベーションのすべてです。 オラクル、 つまり当社独自のオラクル・テクノロジーについて考えてみます。 たとえば Azure データベース製品だけを取り上げて、 それを Windchill に任せたわけではありません。 実際には、複数の SaaS アプリケーションに対応する、 独自のマルチテナント高可用性
06:37 Oracle インフラストラクチャレイヤーを設計しているのです。 Visualization Services は、Atlas プラットフォーム内にある別のマイクロサービスまたはマルチテナントマイクロサービス内にあるもう 1 つのマルチテナントアプリケーションであると考えることができます。 そして、今後も Atlas プラットフォームへの投資と拡張を続け、当社のさまざまな plus サービスをすべてサポートしていきます。 別の例として、別の見方があります。繰り返しになりますが、
07:12 Windchill を採用するのはかなり簡単ですが 常にウェブネイティブであり、それをクラウド環境に展開してきました。 そして私たちはそうしました。 PTC は実際にそれを行っており、クラウドで Windchill を運用した経験も豊富です。私たちは、 さまざまな買収を通じて、 さまざまなアプリケーションをすべてクラウドで運用してきた中で、15 年以上の経験があると思います。 Code Beamerでさえ、 提供している製品にはクラウドコンポーネントが含まれていると思います。
07:44 しかし、これらすべての例で、 私たちが行っているのは、 これは非常に簡単で、 関心のあるお客様にはサポートしています。 PTC が Windchill Plus で実現しているのは 、皆さんが使い慣れ親しみ、カスタマイズ、 設定、 統合を通じて多くの価値を組み込んだ Windchill Plus
08:14 アプリケーションを利用することです。 そして、それをこの Atlas インフラストラクチャの上に、Windchill Plus そこで、Windchill plusについて、 具体的に説明し、 ロードマップの観点から今後2～3年間に計画していることについてもう少し説明します。これで、 Windchill Plusをソリューションとして使用したことで、オンプレミスモデルや、 お客様がオンプレミスソリューションをクラウドに組み込んで自分で行うモデルとは大きく異なるソリューションがすでにあります。
08:50 Todd が言ったように、さて、 これがこれほど強力である理由は、 私たちがソリューションの設計と構築を行っているからです。すでにお聞きになったように、Atlas プラットフォームそのものを使用することは、 強力な差別化要因となります。 しかし、PTC は DevOps 機能に関する知識と深いスキルセットを基に、 自社の細胞でそれを実現するのに最適です。 これが強力な差別化要因です。 もう 1 つ指摘しておきたいのは、
09:21 もちろん、 当社ではソリューション一式を提供しているので、 ソフトウェアサポートマトリックス文書をもう探す必要がなくなるということです。 願わくば、 それがあなたにとって魅力的であることを願っています。 何も手間をかけずに済みます。 私たちが行っている 2 つ目の大きな取り組みは、 個々の製品をまとめて組み合わせるのではなく ソリューション全体で機能するように設計された、 包括的な管理機能のセットを構築することです。
09:52 さて、 これは当社の SaaS ソリューションならではの強力な機能でもあります。 つまり、基本的な例として、 すべての製品で ID 管理を行う代わりに 、Windchill plus 内でそのための領域が 1 つあるということです。 つまり、製品ごとに 1 つの領域、 または環境ごとに製品ごとに 1 つの領域を使用するのではなく 、Windchill の 1 つの領域に加えて非常に強力です。 私が使用できるもう 1 つの例は、 「摩擦のない拡張」
10:25 つまり、摩擦のない拡張の基本的な意味は、追加の導入作業を行うことなく、Windchill Plus ソリューションの新機能をすぐに活用できるということです。 したがって、 現在オンプレミスモデルを考えている場合、PTC が提供する新しいモジュールに含まれる可能性のある新機能を活用するには、 一連の導入アクティビティと検証アクティビティをすべて実行し、その後、 独自に開発した移行プロセスを経て Windchill で本番環境に移行する必要があります。 さらに、ライセンスセットを更新したり、
10:56 スイッチを切り替えたりするだけで そのコンセプトは、Windchill Plus 全体のソリューションとしてソリューションベースの管理を行っているということです。 最後になりましたが、私たちは、お客様が Windchill システムで抱える最大の課題の つと長年言われてきたこと、 つまりアップグレードの概念に焦点を当てています。 そして、 私はカスタマイズとアップグレードの問題をひとまとめにしたいと思っています。というのも、多くの場合、そうなると、
11:31 お客様が新しいリリースを採用するのに余計な時間と負担がかかるからです。さて、 これは私たちにとって重要なことです。というのも、 お客様と話しているうちに、 製品の新バージョンを実装するまでに最大 3 年かかるお客様もいるため、 新しい機能を活用してくれてありがとう。 そのため、最適化されたテーラリングとアップグレードにより、 私たちはたくさんのエキサイティングなことを計画しています。 特にカスタマイズに関しては、 カスタマイズを構築し、
12:13 そして、 私の心に身近で大切にしているアップグレードによって、 本当に素晴らしい機能が手に入りました。 アップグレードに関してお客様から聞いたことの 1 つは、 アップグレードには通常、ある程度のダウンタイムが伴うということです。 ですから、 私たちのお客様であれば、 少なくとも1回はアップグレードを行ったことがあり、ほとんどの人は週末の大騒ぎのような側面でアップグレードを行っていると思います。 Windchill Plus では、更新シナリオに応じて 、ダウンタイムをほぼゼロにしたり、
12:44 ダウンタイムをゼロにしたりできる機能が製品に組み込まれる予定です。Windchill Plus 向けに発表する予定の、非常に興味深い機能です。 機能面では大幅に改善され、 オーケー。そこで、 今後2、3年の計画についてもう少し詳しく見ていきたいと思います。 ここで、2023 年と 2024 年に向けて最初の 3 つのことを説明します。 昨年 PTC User にいた方なら、 この点についてはすでに大きな進歩を遂げています。
13:18 実際、2023 年と 24 年に予定されている内容の大部分は、すでに開発部門に組み込まれています。 そして今、私たちにとってわくわくするのは、 これらの機能を顧客に提供するために、 本番環境への移行を実際に計画しているところです。 そこで、このスライドではいくつかのハイライトを取り上げます。 まず、 ERP統合を行う新しい方法に取り組んでいます。 そのためにはAtlasフロー機能を使用し Atlas Flowの新しい使用方法では基本的にIot接続デバイスとして実装します。 これにより、
13:59 2、3 つのことが挙げられます。 詳細なスライドを用意しているので、あまり時間をかけません。 今それをやってるんだ ID 管理の一元化について繰り返しになりますが、 これについては Atlas プラットフォームの一連の機能を使用することになりますが、Windchill 内でのセルフサービスの概念については多くのことを計画しています。 2023年になった今、 私たちはカスタマイズと設定の側面から始めることにしました。 管理者が変更セットを迅速に提供できるよう、 ツールと自動化されたプロセスとインタフェースを提供することです。 そして、 それが自動化されたビルドとデプロイのプロセスに反映されます。
14:34 変更管理におけるこのセルフサービスの側面について言及しておきたいのは、 下の階にある Expo Center で Windchill Plus を使ってデモを行っています。また、 ユーザーエクスペリエンスラボもホストされています。 ですから、 もっと見て実際に使いたいという方のために、 これは将来オフになるようなものではありません。 これは私たちが今持っているものです。 実際、Windchill Plus
15:09 を利用している既存のお客様の中には初めてのアップグレードサイクルを経験する人がいるため、おそらく 2024 年に初めてこの実装を行う予定です。 将来を見据えて、 キャリアビューとコラボレーションに関する興味深い点がいくつかあります。 ここで強調したいのは、キャリアとコラボレーションです。というのも、何らかのプレゼンテーションを見たことがあるなら、 それが Creo Plus に備わっているからです。 私たちはそのことにとても興奮しています。 繰り返しになりますが、これは SAS の優れた点の 1 つです。Creo Plus コラボレーションが使用可能になったり、Creo Plus の機能が利用可能になったりすると、 すぐに Windchill plus でも利用できるようになるということです。 また、
15:40 お客様を迅速にアップグレードできるので、 既存のお客様がこれらの新機能をすぐに実装して活用し始めるのは、それほど長くはかからないでしょう。そして最後に、 インテグレーションは、 お客様からのフィードバックの中で特に重要だったものの 1 つです。 彼らの最優先事項であり、 私たちにとっても非常に優先されています。 なぜなら、私たちのほとんどの顧客を見ると、
16:19 たとえば、それらが安全で安心であるだけでなく、 さらに重要なのはアップグレード可能であることを確認することです。私たちが見ているように、 それらの計画の実装を楽しみにしています。 さて、わかりました。 プレゼンテーションの最後の部分では、 1 つ目は Windchill、 つまり一元化されたアイデンティティ管理です。 繰り返しになりますが、これは基本的に ID 管理を Atlas に移行し、Windchill
16:49 もちろん、 デフォルトはエンタープライズ LDAP の SSO 設定であり、基本的な機能は Windchill plus しかし、 その中で統合機能を可能にするいくつかの機能も作成します。そこで、 マシン間の認証を容易にするだけでなく、 ID 管理を実装する検証機能も構築しています。
17:19 そのため、ID 管理は、 PTC がその面倒を見てくれます。そのため、SaaS の変換アクティビティを通じて Windchill plus プラットフォームを利用する新規のお客様向けに、 それに伴う組み込みサービスの一部となり、非常に白紙のようなものになります。 また、このサービスのすごいところは、
17:53 ユーザー管理をしているところを想像し始めることができるということです。 もちろん、 Atlasプラットフォーム内にあることで、 最終的にはライセンスも行えるようになるので、 新しいユーザーやグループを追加したときに、 自然にそれらをライセンスに割り当てることができます。 それらをシステムに動的に追加できます。 繰り返しになりますが、 システムソリューションから生まれる画期的なものです。全体像。 さて、次は。 前にも言いましたが、フロントガラスのセルフサービスの概念は、 現在のセルフサービスの中にあり、 Windshield plusで少なくとも最初に重点を置くことにしたのは、
18:31 そして、 これは過去には非常に困難だったことです。 オンプレミスのソリューションでは、ご存知のとおり、 コマンドラインユーティリティには、 さまざまな種類のビルドスクリプトがあり、 そのビルド方法も多種多様です。 私たちがWindshield plusで作成しているのは、 便利なユーザーインターフェイスを通じてビルドパッケージを作成して送信するためのツールを提供します。そして、 そこからバックエンドのすべてのものからそれを引き継ぎます。
19:02 つまり、基本的に私が言いたいのは、 制約のない一種の行政の自由です。 自由に構成したりカスタマイズしたりできます。 実際、 ビジネスにとって重要な、 付加価値の高い構成の作成に集中していただきたいと考えています。 そして、それを実装してデプロイするという点では、DevOps の面倒な作業をバックグラウンドですべて取り除き、1 つの環境にデプロイするだけでなく、その変更セットのライフサイクル全体を通してデプロイできるようにしたいと考えています。 つまり、開発環境や統合環境にデプロイして、
19:32 テスト環境に昇格させ、最終的には本番環境に昇格させることができるようにすることです。 それこそが、私たちがプロセス、 インターフェース、 バックグラウンド開発オペレーションでサポートしていることです。 そのため、 開発者または管理者は自由に作成でき、 バックエンドではエンジンルーム、 フロントエンド、バックエンド、バックエンド、バックエンドは私たちにお任せして、簡単に作成できる方法を提供します オーケー。最後に、 アップグレードの経験について少し触れておきたいと思います。 つまり、
20:02 基本的にはユーザーエクスペリエンスの観点から設計しているので、アップグレード側では基本的にほとんど何も処理する必要がありません。 私たちが行っていることの 1 つは、 積極的なコミュニケーションを提供したいということです。 フロントガラスのアップグレードカレンダーという形でお届けしますので、 いつどのようなイベントが予定されているかを把握できます。 主に PTC 側で果たす役割と責任に関する文書を提供しますが、テストアップグレードなど、 承認に関して何らかのやりとりのポイントがあるかもしれません。 そのため、 将来を見据えた明確なスケジュールを公開する予定です。 将来を見据えたスケジュールとは、 アップグレードイベントがいつ行われるかがわかる 12 か月から 18 か月から 24 か月のスケジュールと考えてください。
20:39 さて、実際にアップグレードすることになると、 そのため、 さまざまなアップグレードフェーズやゲートを進めていく中で、 レポートやフィードバックを提供し、 それが本番環境のアップグレードイベントなどにどのような影響を与えるかについてのタイミングについて通知します。 ですから、 私たちがお客様に本当に求めているのは、スケジュールを把握し、 最終的な本番稼働イベントを承認することだけです。そして 、その流れはこうなるでしょう。
21:11 基本的に、 今はバックグラウンドで色んなことをやっているんですよね？ そして、 私たちが今取り組んでいるのは、DevOps の自動化のすべてです。 つまり、バックグラウンドではカスタマイズ処理を行っています。 たとえば、 作成したアップグレードツールを実行できるようにするなどです。 マイグレーション・ファクトリにおけるマイグレーション・ファクトリという概念は、 基本的にはアップグレード・プロセスそのものを自動化するものだと考えてください。 しかし、 私たちは顧客の数に関係なく、それを大規模に行っています。
21:44 そのため、当社の処理能力は必ずしも顧客が 1 人か 2 人、3 人、4 人、5 人に限定されるわけではありません。 必要な数の顧客、 つまり必要な数の顧客を無限にアップグレードできます 。これこそが、私たちが構築しているものです。 費やされる時間の多くは顧客によって大きく異なりますが、その多くはユーザーの受け入れを行い、PTC
22:17 がすでに行っていることと重複する場合や、 そこで、 これを自動化しつつ、 検証したいことはすべて自動化された方法で実行できるという安心感を与える方法を検討しています。 オーケー。 アップグレード体験を次のレベルに引き上げるような、 本当にエキサイティングな次のレベルのものがいくつかあると思います。 アップグレードに関して言えば、 過去のカンファレンスから得たフィードバックは、過去
22:53 しかし、 本当に圧倒的なフィードバックは、. 検証中。私はこれらをアップグレードブックエンドと呼びたいと思います そして、 それは私がおそらく最もワクワクしていることの1つです。 SaaS とは、PTC が当社のソリューションとバックグラウンド DevOps 機能を使ってお客様に代わってこれらのブックエンドを処理できるようになったことです。これを「すぐに使える DevOps」 と呼びたいと思います。 これが 1 つであり、PTC の Windchill プラスソリューション SaaS によって得られる大きなメリットの 1 つでもあります。 よし。そして、 この時点では時間切れだと思います。
23:24 来てくれた皆さん、 お時間をいただき、本当にありがとうございました。 感謝しています。 他のセッションも見てください。