Tetsuya Miyaoka さんのアクティビティ

日本語デモシリーズまとめ

Tetsuya Miyaoka — Mon, 02 Oct 2023 02:00:00 GMT

（2023年 12月 6日更新）

こんにちは、アラスジャパンマーケティングの宮岡です。

このブログでは、日本語で開催したデモシリーズをまとめてご紹介します。

Aras Innovator は日々刻々と進化し、そしてその速度も上がってきているため、過去のデモシリーズと最新版の製品で UI や機能に違いがある場合がありますが、アーカイブとしてぜひご利用いただければと思います。

タイトル（リンク） ※更新分に【NEW】と記載	概要	アプリケーション or トピックス	Admin 管理者	User ユーザー
【NEW】 Aras Innovator の最新機能〜 R27 から R29 まで〜（日本語／33分）	Aras Innovator の新機能や機能強化の最新情報をお送りします。特に、R27 から R29 にかけて強化された機能にフォーカスします。製造業にとって最も重要である「製品の情報やデータ」のビューイングやナビゲーションの強化により、Aras Innovator をお客様のビジネス変革にお役立ていただくことが可能になり、製品ライフサイクルでの適用範囲を拡大し、デジタルスレッドによって企業全体のコラボレーションの強化につながることをご紹介します。	What's New	〇	〇
デモシリーズダッシュボードとレポーティング〜コラボレーション強化につながる機能拡張（日本語、32分）	このたび、お客様のご要望の強かった Aras Innovator のダッシュボードとレポーティングの機能が強化されました。それにより、レポート機能一式と、データの共有やさらに堅牢なコラボレーションをサポートするカスタムダッシュボードが作成できるようになります。今回のデモでは、Aras Innovator で利用可能な豊富なデータに幅広くアクセスできることによって、Aras Innovator をビジネス変革にさらに活用できる方法をご紹介します。	Dashboard Reporting	〇	〇
デモシリーズ統合BOM管理ソリューション〜Standard Manufacturing BOM System〜（SMB）のご紹介（日本語、21分）	今月のデモシリーズは、株式会社クレスコ・デジタルテクノロジーズ様より、Aras で製造 BOM を扱うための統合 BOM 管理ソリューション（SMB）をご紹介します。SMB は、EBOM と MBOM を統合的に管理すためのテンプレートで、MBOM アイテムタイプ、EBOM → MBOM 変換、MBOM 承認ワークフロー、ファントム作成、他システム連携機能など、EBOM から MBOM へフレキシブルに設計情報の反映を行い、製造工程へ連携するための必要十分な機能を提供します。SMB は BOP を前提としておらず、MBOM 単体でのリビジョン管理、リリース管理を実現し、実業務に沿った運用が可能となります。ソリューションの詳細についてはこちらをご参照ください。今回のデモシリーズでは、SMB が提供する EBOM → MBOM 変換を使用して容易に MBOM リリースする流れをデモンストレーションを交えてご紹介します。	EBOM → MBOM	〇	〇
デモシリーズ XSPHERE により、異なる分野や部門とのコラボレーションを実現（日本語／28分）	今月のデモシリーズは、XPLM 社の XSPHERE をご紹介します。XSPHERE を使えば、サポート、システム、ソフトウェア、メカ設計、シミュレーション、購買など、分野やツールの壁を超えて、仕掛中の情報を使ったコラボレーションや成果物へのリンクを促進しながら、全体をひとつのビジネスとして結びつけることが可能になります。今回のデモシリーズでは、XSPHERE の機能を使用することによってフェデレーションを伴ったデジタルスレッドが容易に実現できるところを、デモンストレーションを交えてご紹介します。なお、今回は ACE 2023 Japan の講演を再編集してお届けします。	XSPHERE フェデレーションサプラアイヤーコラボレーション	〇
デモシリーズ理想的なユーザ体験を提供する最新のフォームエディタ〜レスポンシブ UI への進化（日本語／31分）	Arasは、Aras Innovator のプラットフォームがもつ分かりやすい操作性や、下位互換性を維持しながらのアップグレードの容易性はそのままに、ローコードモデリングの取り組みをさらに進めています。本セッションでは、管理者とエンドユーザーのどちらもが活用できる、最新のユーザー体験による新しいフォームエディターをご紹介します。今回は ACE 2023 Japan の内容を再編集してお届けします。	レスポンシブ UI フォームエディタ	〇	〇
デモシリーズ Aras Innovator のダッシュボードとレポーティング機能（日本語／27分）	今日、多くの企業が製品開発中に生成されるデータの管理に苦労していると言われます。このデータの多くは企業内の各部署で保持されており、ビジネス判断に活用されることは多くありません。この課題に対する解決策の一つは、PLM データを表示するインタラクティブなダッシュボードを作成することです。このデモでは、今年段階的にリリース予定の Aras Innovator のダッシュボードとレポーティング機能をご紹介します。	ダッシュボードレポーティング	〇	〇
デモシリーズグリーンビジネス〜サーキュラーエコノミーへの PLM の活用〜（日本語／30分）	企業が製品の CO2 排出量や REACH、RoHS への準拠、その他の規制要件に関するトレーサビリティを把握することは、もはやオプションではありません。循環型経済（サーキュラーエコノミー）を実現するには、製品のリサイクル性や廃棄物、寿命について理解し、管理する必要があります。そのためには、製品ライフサイクル全体のトレーサビリティをデジタルスレッドによってサポートできる、環境に優しい PLM システムに、製品構成や材料情報から製造および出荷に至るまでの製品にまつわるすべてデータを取り込む必要があります。ただし、PLM ソフトウェアだけでは十分ではありません。コンポーネントや材料の環境への影響に関する信頼できる情報を提供するクラウドリソースも利用する必要があります。このウェビナーでは、サーキュラーエコノミーに PLM を今すぐ活用できるアイデアをはじめ、製品構成に対して IHS や Ansys Granta MI™ などのクラウドソースを活用する例についてご紹介します。	循環型経済環境対応 PLM	〇	〇
デモシリーズ Aras Innovator と XPLM で、分野・地域・ベンダーを超えてつながる製品ライフサイクルのデジタルスレッドを実現（日本語／23分）	アラスのインテグレーションパートナー XPLM は、2023 年 1月に日本に拠点を設立しました。XPLM は、PLM 領域のインテグレーションを専門とするグローバルなソフトウェア会社です。同社は PLM、PDM、ERP、MCAD、ECAD、MBSE、ALM を含む 100以上のソフトウェアに対応した統合ソリューションを提供しています。今回のデモでは、XPLM 合同会社の代表取締役セドリック・オジーヴ氏より、Aras Innovator について日本でサポートされる CAD コネクターをご紹介します。	XPLM	〇	〇
デモシリーズゼロからの Aras Innovator 〜基本機能から最新機能まで〜（日本語／42分）	今回のデモでは、「なぜ Aras が選ばれるのか？」「どのような機能があるのか？」のような Aras Innovator の基本的な特長・機能について、Release 14 以降の最新機能と合わせて、デモンストレーションを混じえながらご紹介します。なお、今回は ACE 2022 Japan の内容を再編集してお届けします。	Aras Innovator 基本	〇	〇
デモシリーズ Aras の要件管理機能を利用した体系化された要件の容易な作成（日本語／28分）	今回のデモでは、Aras の要件管理アプリケーションのカスタマイズ例を通して、他の要件作成ツールと接続して製品ライフサイクル全体でトレーサビリティが自動的に維持可能になるところをご紹介します。	Requirement Engineering 要件管理	〇
デモシリーズ製品バリエーションの増加に伴う複雑さへの対応（日本語／28分）	今回のデモでは、新しい Aras Variant Management アプリケーションを利用して、どのように製品バリエーションを定義し、製品プラットフォームとバリエーションに関する情報を Aras プラットフォームが管理する製品全体のデジタルスレッドの一部として管理するのかをご紹介します。なお、今回のデモシリーズは、ACE 2022 Japan の内容を再編集してお届けします。	Variant Management		〇
デモシリーズ　Aras MPP を活用して製造プロセス計画を見直す（日本語／28分）	今回のデモでは、エンジニアリングと製造の生産性の向上にお役立ていただける Aras Innovator MPP の新機能の概要をデモを交えてご紹介します。	Manufacturing Process Planning		〇
デモシリーズ　Aras Innovator の最新機能（日本語／31分）	今回のデモでは、貴社の DX に推進にお役立ていただける Aras Innovator の最新機能を、デモを交えて改めてご紹介します。	Aras Innovator R14+	〇	〇
デモシリーズ　複雑なビジネスニーズを解きほぐす Aras プラットフォームのパワーと柔軟性（日本語／32分）	本デモでは、Aras のパワーと柔軟性をご理解いただけるよう、Aras プラットフォームの柔軟性を活用して、多様なビジネスニーズに対応した各種ソリューションを標準機能をベースにどのように作成できるかを、実例を交えてご紹介します。	プラットフォームリスク管理テスト管理データエクスポート設計変更管理	〇
デモシリーズ　Aras Innovator による正確な技術文書の維持管理（日本語／27分）	本デモでは、Aras Innovator の技術文書（Technical Documentation）機能を使って、拡張可能なフレームワークを活用することにより、変更管理をコントロールしながら、製品データを直接参照して常に最新状態を維持した技術文書の作成・管理についてご紹介します。	Technical Documentation Framework	〇	〇
デモシリーズ　医療機器向けPLM による設計情報の管理（日本語／25分）	このデモンストレーションでは、コンプライアンス管理、設計および変更管理、レポート管理のための自動的な文書化およびトレーサビリティと品質管理のソリューションを紹介します。設計の入出力から検証・妥当性確認まで、機器固有の設計サイクル全体をサポートすることにより、収益性の向上、市場投入期間の短縮、およびコスト削減に貢献します。	医療機器向けテンプレート		〇
デモシリーズ Aras のデジタルツインコアを活用したメンテナンス計画と故障診断の改善（日本語／27分）	このデモでは、Aras の Digital Twin Core を使用して、将来の PaaS ビジネスに不可欠なデジタルツインをどのようにサポートし、メンテナンス計画や故障診断の改善にお役立ていただけるかをご紹介します。	デジタルツインコア		〇
デモシリーズ　製品ライフサイクル全体にわたる変更の管理と追跡（日本語／31分）	ものづくりがますます複雑になっている現在では、変更をきちんと追跡できるシステムが普及していないと、変更管理は飛躍的に困難になります。このデモでは、提案された変更内容とその影響を Aras Innovator を使って確実かつ明確に文書化することにより、変更プロセスを改善する方法をご紹介します。また、現場のアイテムから変更を追跡して、変更の元となった意思決定プロセスを明らかにする方法もご覧いただきます。	変更管理		〇
デモシリーズ　Aras Innovator によるデジタルスレッドを活用した効率的な要件管理の実現（日本語／23分）	利害関係者からの要件を実現に向けて対応させていくのは容易ではありません。ローコードプラットフォームをベースにした Aras では、すべての中間ステップや設計の抽象化の追跡性を含めたリビジョン管理と構成管理により、要件の細分化のプロセスを管理できます。このデモでは、デジタルスレッドの一部としての要件の細分化を簡単かつ効率的に管理する方法をご紹介します。	要件管理		〇
デモシリーズ　シミュレーションタスクの自動化による製品開発の強化（日本語／33分）	このデモでは、データやタスク、プロセスを含めた「シミュレーション管理」アプリケーションの進化と、ユーザーがカスタマイズ可能なテンプレートライブラリを使用して繰り返し可能なシミュレーションタスクを作成できる、Aras の新しいプラットフォームサービスの「プロセスエンジン」をご紹介します。	シミュレーション管理 SPDM プロセスエンジン	〇	〇
デモシリーズ　ビジネス環境の変化を強力にサポートする IT 部門のための Aras の基本的な特長（日本語／29分）	このデモでは、IT部門が変化するビジネス要件に迅速に対応するための機能を紹介します。管理者向け機能、ワークフローの変更、ユーザーインターフェイスの更新から新たなアプリケーションの構築に至るまで、IT部門が経営陣から信頼されるパートナーとなり、開発工数を抑えながら、新機能や強化された機能をタイムリーにビジネスで利用可能にできることを示します。	Aras Innovator 全般	〇
デモシリーズ　Aras の Effectivity が可能にする、多様な有効性条件を満たす製品構成（日本語／22分）	このデモでは、Aras のローコードプラットフォームにより、各社の要件に応じて柔軟に Effectivity を設定し、工数やミスを削減し、業務のスリム化を実現する方法をご紹介します。	技術文書	〇	〇
デモシリーズ　デジタルスレッドでつながる技術文書（日本語／23分）	このデモでは、製品データを起点とした各種技術文書を、Aras Innovator という単一のプラットフォームに接続することでいかに工数やミスを軽減しながら高度な技術文書作成・管理ができるかをご紹介します。	Effectivity	〇	〇
デモシリーズ　"Product-as-a-Service”（製品のサービス化）を支援するデジタルツイン（日本語／17分）	このデモでは、船舶、鉄道、航空機などをはじめとした、複雑で、長期的に運用される製品を“Product-as-a-Service”（製品のサービス化）として提供する企業にとって、デジタルツインを実現し、どのように規制要件を満たすためのメンテナンス計画を作成したり、サービスレベルアグリーメントに基づいた稼働保証するかのヒントをご紹介します。	デジタルツインメンテナンス管理	〇
デモシリーズ　デジタルスレッドがつなぐ、サプライヤとの設計変更プロセス（日本語／20分）	こちらのデモでは、社内、そしてサプライチェーン全体を通じてコミュニケーションや情報の授受を簡便かつ安全にやりとりできる、柔軟で統一されたプラットフォーム上での設計変更時のコラボレーションについてご紹介します。	設計変更サプライヤコラボレーション ECO		〇
デモシリーズ　Aras の要件管理とオーサリングツールの連携（ReqIF/DOORS/Cameo）（日本語／37分）	こちらのデモでは、ReqIF（要件交換の業界標準）、DOORS（サードパーティの要件オーサリングツール）、 Cameo Systems Modeler（サードパーティのMBSEシステムモデリングツール）といった外部ツールを使用して作成された要件を、RE で公開する方法をご紹介します。	要件管理		〇
デモシリーズ　最新版 Aras Innovator 12.0 SP9 をオープン版(無償)でも利用可能に！DX のための豊富な新アプリのご紹介（日本語／56分）	こちらのデモでは、デジタルトランスフォーメーションの取り組みをサポートする、Aras Innovator の最新機能をご紹介いたします。Aras Innovator の最新リリースでは、チームの効率を高め、製品ライフサイクル全体にわたり PLM の機能をさらに活用し、ユーザーがデータをナビゲートして分析する方法を強化し、新しいプラットフォームサービスを使用したローコード/ノーコード開発を促進します。	Aras　Innovator 全般	〇	〇
デモシリーズ　ダイナミック・プロダクト・ナビゲーションを利用した PLM 情報の 3D 表示（日本語／25分）	CAD のビューイングデータは便利ですが、詳細な構成や設計意図が十分に伝わらず、誤解につながる可能性があります。 Aras のダイナミックプロダクトナビゲーションにより、エンタープライズ PLM システムの中でデジタルスレッドで繋がりあった情報を、ダイナミックに構築し、3D 表示で確認することができます。	ダイナミックプロダクトナビゲーションデジタルツイン 3D ビューイング	〇	〇
デモシリーズ　ユーザーエクスペリエンスを高めるデジタルツインの構築と管理（日本語／26分）	デジタルツインをどのように定義していますか？ Aras では、製品のデジタルスレッド、画像、設計変更および構成管理、さらに Aras の一連のアプリケーションにより、現場の保守サービスで利用するデジタルツインに豊富なコンテキストを与え、使い勝手のよい機能を提供します。このデモでは、メンテナンスの効率性を高めるための新機能を中心に取り上げます。	デジタルツインデジタルツインコアメンテナンス	〇	〇
デモシリーズ　イノベーションを加速させるローコードプラットフォーム（日本語／30分）	こちらのデモでは、Aras のローコードプラットフォームが、専門的な知識や人材を必要とせず、いかに柔軟にアプリケーションを構築できるかについてご紹介いたします。	ローコード	〇	〇
デモシリーズ　Aras Innovator 12 Configurable User Interfaceを利用したUI/画面カスタマイズ（日本語／24分）	こちらのデモでは、Configurable User Interface という Aras Innovator のプラットフォーム機能を利用すると、どのような画面/UIのカスタマイズを行えるのかご紹介します。	CUI カスタマイズ	〇
柔軟なアクセス制御を実現するAras Innovatorの権限管理機構 - MAC Policy & DAC	こちらのデモでは、3つのアクセス制御機構の特徴と、どのようにして柔軟なアクセス制御を実現するのかをデモンストレーションをまじえてご紹介します。	MAC/DAC アクセス制御	〇
デモシリーズ　Aras Innovatorで実現する、製品データと連携した各種技術文書の管理（日本語／28分）	こちらのデモでは、Aras PLMプラットフォームで技術文書の作成と管理にかかるリードタイム、エラー、およびコストを削減する方法をお伝えします。	技術文書テクニカルドキュメンテーション	〇	〇
デモシリーズ　GUIでテストスクリプト作成！Aras Podによる自動テスト（日本語／28分）	こちらのデモでは、Aras Innovatorのver11とver12に対応しており、ログイン・ログアウトやTOCからの検索、アイテムの表示、プロパティデータの更新やメニューの実行など、標準的なAras Innovatorのクライアントサイドテスト全般に対応するAras Podについてご紹介します。	自動テスト Aras Pod	〇
デモシリーズ　GUI操作で必要データを効率的に抽出! Query Builder機能紹介（日本語／29分）	こちらのデモでは、このQuery Builderの設定方法にフォーカスし、デモを交えてQuery Builderの基本操作、再帰的検索の設定方法、逆展開の設定方法などご紹介いたします。	クエリビルダー	〇
デモシリーズ　カスタマイズの自由度を高めるxClass & xPropertyご紹介（日本語／27分）	Aras PLMプラットフォームの拡張クラス機能を使用すると、製品データを効率よく管理・検索できる拡張クラスツリーを構築でき、企業内の複数の部門にわたりデータ再利用・標準化・共有を迅速に行うことが可能となります。	カスタマイズ xClass & xProperty	〇
デモシリーズ　コンフィグレータを用いた製品バリエーション管理（日本語／24分）	こちらのデモでは、Aras コミュニティのサンプルアプリケーションを使用したバリエーション管理をご紹介します。モジュール式の製品アーキテクチャにより、共通および変更可能なパーツを使用して、どのような製品構成が可能か、デモンストレーションをご覧いただけます。	コンフィグレータバリエーション管理		〇
デモシリーズ　Aras Innovator によるシミュレーション管理のための革新的なアプローチ（日本語／29分）	こちらのデモでは、シミュレーション環境がどのように作成および再利用されるか、Aras Innovator PLM プラットフォームによって管理されるアイテムとどのように関連するか、およびそのプラットフォームの変更と構成管理がトレーサビリティの確立と維持にどのように役立つかをご紹介します。	シミュレーション管理		〇
デモシリーズ　Aras Innovator 12 品質管理（日本語／23分）	こちらのデモでは、APQP 及び FMEA ツールを使用してリスク管理・品質改善・再発防止に貢献可能な Aras Innovator 12 の品質管理アプリケーションをデモンストレーションでご紹介し、製品が複雑化し開発サイクルが短くなることにより製造業がおかれる状況を、 Aras Innovator がどのように改善するかご紹介します。	品質管理		〇
デモシリーズ　Arasコンポーネント・エンジニアリングー電子部品調達業務プロセス改善（日本語／26分）	Arasのコンポーネント・エンジニアリングでは、IHS CAPSデータベースから、グローバルな2,000社以上のメーカーの数億の電子部品、電気機械部品に関する重要な情報を入手できるようにしています。また、どの部品が既に組織内で調達されているかを見ることができ、購入コストを下げ、異なるベンダからの同種の部品の調達を削減することができます。	コンポーネントエンジニアリング電子部品データベース調達含有化学物質		〇
デモシリーズ　エンジニアの協業を支援する Visual Collaboration（日本語／25分）	こちらのデモでは、Aras の Visual Collaboration を活用し、コラボレーション相手と製品に関連するさまざまな情報を伝達するために、ディスカッションパネルでコメントを表示や追加する方法や、Office ドキュメント、図面や 3D モデル、画像データにマークアップを作成したり、ブックマークを作成して、コミュニケーションを効果的に把握する方法などをご紹介します。	ビジュアルコラボレーション		〇
デモシリーズ　Aras Innovatorで実現する設計BOM＆製造BOM連携（日本語／28分）	こちらのデモでは、Arasのアプリケーション、Manufacturing Process Planning（MPP＝製造プロセス計画）の機能概要および操作についてご紹介いたします。	MPP 製造プロセス計画 EBOM-MBOM 連携		〇
デモシリーズ　Aras Office Connectorによる効率の良いドキュメント管理（日本語／23分）	Aras Office Connectorによるドキュメント管理では、様々なフォーマットの膨大なファイルのバージョンおよび変更管理を安全に行え、また容易に検索することができます。ユーザは、迅速に重要な情報にアクセスすることが可能です。	Office コネクター		〇
デモシリーズ　最先端のプロジェクト管理（日本語／30分）	成果物をプロジェクトタスクにリンクすることによって、タスクが完了しているかの状況把握と、プロジェクトのコントロールを大幅に強化することが可能です。	プロジェクト管理		〇
デモシリーズ　Aras における「SAFeポータル」を活用したアジャイル開発の取り組み（日本語／30分）	こちらのデモでは、Aras でのSAFe使用例をご紹介することで、皆様に Aras Innovator の柔軟性について知っていただければ幸いです。	アジャイル開発 SAFe	〇

技術文書を正しく作成する

Tetsuya Miyaoka — Tue, 19 Apr 2022 17:26:00 GMT

Verl McQueen 10 Mar 2022

ドキュメントが不十分だったために起きた次のような製品の障害を考えてみてください。

緊急の臍帯静脈カテーテルの留置に使用されるメスは、使用方法の文書が不十分だったために、安全上のリスクがあった
心臓補助ポンプは、その使用説明書を更新する必要があり、古くなったためにリコールされた
外科手術パックは、リドカインの投与量に誤ったラベルを付けられた（正しい 0.5％ではなく 1％のラベルが付いていた）

ドキュメントが不十分であったり、またはドキュメントの不具合の理由には、次のうち 1つまたはそれ以上が含まれることがあります。

古いドキュメントー設計の繰り返し、改訂、更新が続く間、製品の文書化が停止している
十分に、または全く構造化されていないドキュメント（つまり、ナビゲートが困難な）ドキュメントは、構造やまとまりがなく、アドホックな方法で作成されている
詳細が多すぎるー利用者が誰で、どのような情報、指示、警告が必要かについての詳細が欠如している、または全く欠落している

理由が何であれ、不十分なドキュメント、ポイントを外したドキュメント、または古いドキュメントは、製品のリコール、市場での不具合、あるいは費用のかかる公的機関の監査につながる可能性があります。上記のいずれかを最近経験した場合、またはチームやビジネスユニット間でドキュメントの作成を調整する方法を検討している場合、あるいは効果的なドキュメントの作成に技術文書内での変更管理が不可欠であることに気付いた場合は、次の 5つの戦略を検討してください。

ドキュメントスキーマに準拠しながら、製品データをコンテンツとして制御する
スキーマ、スタイル、およびオーサリングツールをビジネスに合わせて拡張する
ダイナミックリンクを使用して最新の製品データへのトレーサビリティを実現する
製品構成管理と同時に、柔軟なプロセスで変更をコントロールする
単一のソースから複数のドキュメントレイアウトに出力する

設計プロセスでは、製品データ、それも大量のデータが生成されます。しかし、それはコントロールされ、まとまっている必要があります。スプレッドシートやアドホックなオーサリング環境で保持したり、単に設計者の記憶に残したりすることはできません。製品チームのすべてのメンバーが入力およびアクセスできる正式な製品ライフサイクル管理（PLM）プラットフォームである必要があります。次に、どのデータがキャプチャされるか、コンテンツとしてどのように構造化されるか、データ間の関係、およびデータがどのように表示されるかなど、定義されたスキーマによって構造化する必要があります。その後、データは、複数のユースケース、ドメイン、および分野をサポートするために再利用できます。このような環境では、ドキュメントのコンテンツが検証され、現在の製品データが反映されます。この最初のステップは、正確で効果的なドキュメントを作成するための基礎です。

多くの場合、残念ながら、スキーマはプロバイダーによってユーザーであるあなたに強制されています。彼らはそれを産業用に一般化しましたが、その起源はあなたとは関係のない他の産業が元になっていたかもしれません。会社のスタイルガイドとニーズに準拠するドキュメントが必要です。例えば、あなたは自動車業界向けの部品メーカーではなく、圧縮空気をサブスクリプションで提供するコンプレッサーメーカーかもしれません。自社の独自の構造を定義し、独自のスキーマを作成できるようにする必要があります。また、オーサリングプロセスをある程度コントロールできるようにする必要があります。つまり、自社のユーザー、組織、およびプロセスに対応するようにユーザーインターフェイスを変更する必要があります。ドキュメントタイプを作成するための使いやすいツールと、スキーマとスタイルを編集する機能を備えたPLM製品を探してください。自社の環境の作成者をコントロールするように調整できる拡張可能なユーザーインターフェイスフレームワークを備えたシステムを検討してください。また、必要に応じて、業界標準のスキーマとスタイルを簡単に組み込むことができるシステムを探してください。

ドキュメントが正確で影響力のあるものである場合、読者に提示されるデータとコンテンツは最新であり、現在利用可能な他のデータと適切に関連している必要があります。データがシステム内で単に柔軟に浮遊していたり、他のデータと適切に関連していない場合、データが正しいコンテキストで読者に表示される可能性は低く、誤解を招く可能性があります。ドメインとプロセス間でデジタルスレッドによって接続されたデータが必要です。すぐにナビゲートできる簡単な方法で、データとコンテンツ間のこれらの接続性を視覚化できる必要があります。また、製品の成熟度のさまざまなレベルで接続の一貫性と有効性を保証するシステムが必要です。

設計プロセスは一直線ではありません。多くの迂回、遅延、変更、および改訂があります。これは正常な状態であり、実行可能な製品を生産するために必要なことです。これは、いくつかのドメイン分野から入力があったときに発生します。このすべての変更が PLM プラットフォームのコントロール下にあることが重要です。変更履歴は、デジタルスレッドの一部としてキャプチャされ、ドキュメントに含めるコンテンツとして適切かつ正しく利用可能である必要があります。ユーザーは変更を認識し、変更にコメントしたり、変更を承認したりできる必要があります。データを変更管理下に置くと、現在の PLM データを反映した正確なドキュメントが得られます。

繰り返しになりますが、あなたの会社とあなたの製品はユニークなはずです。そして、さまざまな対象者に向けてドキュメントを公開します。工場現場の保守作業員と病室のモニタリングシステムを使用している看護師は、同じエンドユーザーという立場でほとんど同じような情報を必要としますが、まったく異なる視点から状況を監視しています。公的機関は、多くの同じようなコンテンツを要求しますが、好みの形式で提示されることを望んでいます。時間とお金を節約するには、単一のソースから複数のドキュメントレイアウトとフォーマットにコンテンツを出力できる必要があります。パッケージングには印刷された PDF が必要ですが、メンテナンス担当者はモバイルデバイスでドキュメントの html ビューを必要としています。同じ情報でも、形式が異なるのです。

唯一 Aras だけが、次のような技術文書ソリューションを提供しています。

ユーザー定義スキーマのコンテンツとしてデータをコントロール
特定のビジネスニーズと目標に適合するスキーマとオーサリング環境のカスタマイズが可能
自動的なデジタルスレッドでデータとコンテンツをダイナミックにリンク
データの変更をコントロールしながら、ライフサイクル全体でデータの一貫性と正確性を確保
単一のソースから複数のドキュメントレイアウトを出力可能

あなたの文書は、あなたのやり方で。Aras の Technical Document Framework をお役立てください。

Ask A Question I

Fri, 25 Mar 2022 01:12:26 GMT

Ask a question in a forum.

SaaS は将来の PLM の成功の鍵となるか

Tetsuya Miyaoka — Mon, 07 Mar 2022 09:24:00 GMT

Bruce Bookbinder 2 Mar 2022

エンタープライズ PLM システムに対するクラウドの実質的なメリットについては多くの議論がありましたが、この会話には、長期的なビジネス変革の成功にとって同じように重要な別の要素があります；それはクラウドにて SaaS サービスを利用して、完全なPLM環境を最適化するために必要な専門知識、コンプライアンス、およびスケーラビリティを提供するということです。

今日の PLM の世界には変化が起きています。最悪の状況が発生しており、PLM ビジネスと IT のステークホルダーは、現在の立場を再評価し、将来の成長に適したところにいるかどうか疑問に思うようになっています。

まず、新しい DX 戦略が毎日定義され、IT 部門による作業の需要が高まっています。これらのイニシアチブは通常複雑であり、内部のビジネスプロセスと関連システムにかなりの変更を加える必要があります。今日の PLM は、部門の枠を超えたビジネスプロセスにおいてこれまで以上に大きな役割を果たしているため、PLM ソリューションは大きな影響を受けています。 PLM は、デジタルバックボーンを提供することにより、組織全体の DX 戦略を実現する重要な要素です。

第二に、今日実用されている多くの（ほとんどではないにしても）PLM システムは課題に対応していません。 CIMdata の PLM アップグレード調査によると、シーメンスユーザの回答者の 3分の1 と PTC ユーザの回答者の 23％が 15年以上アップグレードしていませんでした。また、ダッソー・システムズのユーザの回答者の半数は、少なくとも 10年間アップグレードしていませんでした。これは、これらのシステムがすでに古いバージョンのソフトウェアが使われていることを意味します。調査の参加者は、これらの PLM ソリューションをアップグレードするために平均 11〜14か月の所要時間を報告しているため、短期的な修正ではありません。ソリューションを最新の状態に保つために投資を行ったお客様は、各アップグレードのメリットが努力に値するかどうか、および長期的にアップグレードするためのより良いアプローチがあるかどうかを判断する必要があります。

最後に、従来の PLM ソリューションは、企業固有の要件を適切に処理していませんでした。大規模な組織では企業固有の要件を満たす必要があるため、多くのレガシー PLM システムでカスタマイズが「クリエイティブに」実行されてきました。これらのカスタマイズの多くは維持が困難であり、上記のようなアップグレードの問題が発生し、今日の PLM システムの奥深くにかなりの量の技術的負債が潜んでいます。数え切れないほど多くの IT 担当者は、DX 作業の新しい波が彼らの道を進んでいることと、それをどのように実装できるかについて考えて眠れなくなっています。

少しの SaaS を備えた PLM

この状況により、PLM システムのユーザは現在の状況を再評価する必要があります。正しい PLM ソリューションを使用しているか。今こそクラウドに移行する時か。そして最も重要なのは、どうすればこの状況を再び回避できるか。

クラウドがすべてのシステムの将来の姿であるということについては多くの議論がなされてきましたが、SaaS製品の価値も同様に考慮することが重要です。多くのアプリケーションにまたがる拡張デジタルスレッドを備えた PLM システムの複雑さの増大、新しいクロスファンクショナル領域でのグローバルユーザーの大幅な増加、およびセキュリティとパフォーマンスの向上の必要性は、PLM 展開のサポートのレベルがはるかに高いことを意味します。今日の DX の取り組みの要件をサポートするには、PLM ソフトウェアに関する専門的な知識と経験、およびそのインフラストラクチャ内でそれを最適化する方法が必要です。

CIMdataは、eBook 「Leveraging the Cloud for Global Market Success」（英語）でこのことについて説明しています。

「私たちの調査とコンサルティングの経験によれば、CIMdata は、クラウドで提供される SaaS ソリューションの柔軟性と拡張性が、企業が DX の計画を実行するのに大いに役立つと信じています。ここで説明するすべての要因が、PLM ソリューションを含め、あらゆる規模の企業があらゆる業界でクラウドの採用を促進しています」

もう1つ考慮することとして、SaaS ソリューション自体です。すべての PLM SaaS 製品が同じように開発されているわけではありません。多くの PLM は、企業が特定の要件を満たすようにソリューションをカスタマイズすることを制限または阻止しますし、オンプレミス版のソリューションと比較して機能が制限されているものもあります。ソリューションが古く、将来の戦略に合わせて変更できるように構築されていない場合、現在と全く同じところから動けないことに気づくはずです。

Aras Enterprise SaaS

Aras が Enterprise SaaS ソリューションを開発する際にコミットしたことは、オンプレミスの PLM ソリューションと同じレベルの完全性とレジリエンス性をクラウドで提供することでした。Aras Enterprise SaaS だけが、システムズエンジニアリングとデジタルスレッドのフル機能を備え、ビジネスに即応したSaaS 型の PLM 環境を提供します。これらの機能を 1つにまとめたサービスにより、組織は DX に備えることができます。Aras Enterprise SaaS の最も重要な機能は、顧客に定期的なアップグレードを提供しながら、アプリケーションをカスタマイズし、クラウドで新しいアプリケーションを構築できることです。これは、Aras のレジリエントなプラットフォームだからこそ実現できることです。

PLM SaaS の取り組みと CIMdata によるAras Enterprise SaaS の分析の詳細については、CIMdata社の解説「Fully Configurable SaaS on the Cloud」（英語）をご参照ください。

また、2022年3月23日の米国東部時間午前11:00（日本時間 24日午前零時）に、CIMdata の社長兼 CEO であるPeter Bilello氏をお迎えして特別ウェビナー「Is Fully Configurable SaaS for PLM possible on the Cloud?（PLM用に完全に構成可能なSaaSはクラウド上で可能か？）」（英語）を開催予定です。そこでは、SaaSのメリットと、SaaS サービスを通じて提供されるPLMが、変化し続ける企業のビジネスニーズを満たすために必要な構築性、柔軟性、およびレジリエンス性について解説される予定ですので、ぜひご参加ください。

こちらは、英語ブログ記事を「Is SaaS the Key to Your Future PLM Success?」を元にしたものです。

貴社のビジネスモデルはもう古い？ - 受け身（Reactive）からレジリエント（Resilient）への移行

Tetsuya Miyaoka — Fri, 04 Mar 2022 10:32:00 GMT

Jason Kasper 13 Jan 2022

受け身（Reactive）なビジネスモデルからレジリエント（Resilient）なビジネスモデルに移行するということは、ビジネスを劇的に、または時間の経過とともに順次変更する必要があるときに、迅速に適応できる環境を作成していることを意味します。レジリエントへの移行は苦痛ではありません。適切なチームとテクノロジーが整っていれば、組織はそれを実現するためのツールとプロセスを備えているため、課題に積極的に取り組むようになります。

進行中のビジネス需要はシステムを変化させ、強化し続けていますが、過去には、テクノロジーに関しては、私たちがゆっくりと追い詰められていることを教えてくれました。時間の経過とともに、ビジネス要件が変化するにつれて、システムを少しでも長く機能させるために、システムを強引に押し込んできました。これは最善のアプローチではないかもしれませんが、ビジネスを継続できるように仕事を成し遂げることはできました。戦略的な利点はありませんが、次の6か月または1年のビジネス目標とゴールを達成するには十分です。ただし、このように社内にフォーカスすることで、混乱の対象になります。

これが御社に当てはまる場合、御社のビジネスモデルは古く、あなたが行っていると思う変更は、実行する必要のある本当の仕事と比較して実際には小さいものです。必要な大きな変更には、少数のアイデアだけでなく、組織内外の多くの利害関係者によるコラボレーションが必要です。これは困難な作業のように思えるかもしれませんが、組織が大きな変更を加え、受け身からレジリエントに移行することに成功した例をいくつか示します。

移行している産業界

NuScale社は、原子力発電に対してまったく新しいアプローチを取っています。現場で原子炉を建設する代わりに、工場で建設および組み立てられ、最終的な設置のために現場に輸送される小型のモジュール式原子炉（SMR）を設計しました。これは、原子力規制委員会（NRC）の承認を受けた最初のSMRです。独自の自己完結型モジュール式原子炉は、60メガワットの電力を生成でき、単一の発電所で他のモジュール（合計12個まで）と組み合わせることができます。NuScale社の最初の工場は、2026年に米国で操業を開始する予定です。NuScale社は、製品ライフサイクルを通してグループ全体で継続的なデジタルスレッドをサポートし、最終的にデジタルツインを作成して、製品情報をリンクして顧客の要件やコンプライアンスニーズなどをサポートできるソリューションを選択しました。詳細については、こちらをご覧ください。

Kendrion社は、3つの部門にまたがる複数のシステムを管理しており、そのうちの1つは寿命に近づいていました。以前の買収では、統合する必要のあるツールとプロセスが追加されました。Kendrion社は、DXを実行するために、単一の PLM 環境によって製品開発プロセス全体でトレーサビリティを可能にするデジタルスレッドを実装できるソリューションを探していました。その結果、Kendrion社は要件をエンジニアリングにマッピングし、情報の再利用を増やし、マニュアルの表計算シートベースのプロセスへの依存を減らし、すべての製品情報の可視性を高めることができました。詳細については、こちらをご覧ください。

エンジニアリングおよびテクノロジーの大手企業であるTechnip Energies社は、エネルギー変革戦略を推進するためのプラットフォームとして Aras を選択し、Aras Enterprise SaaS を導入して、完全にデータ中心のプロジェクト手法とツールの導入を実現します。

プロジェクトの構想から設計、実行、運用に至るまでの、プロジェクトライフサイクルの完全なトレーサビリティと最適化の実現を目的としたテクニップエナジーズ社の digital-by-design（デジタルによる設計）アプローチに沿ったこのコラボレーションは、エネルギー業界における効率性の推進と新しい機会の創出を目的としています。これにより、テクニップエナジーズ社のデジタルプロジェクト実行施策を1つのプロジェクトプラットフォームに拡大し、次のことが可能になります。

データフローの標準化と分野間でのシームレスなコラボレーション
過去のプロジェクト情報への容易なアクセスによるエンジニアリングプロジェクトの再利用の促進
サイクル時間の短縮
実用的なレポートのためのデータ統合
デジタルツインバックボーンの作成

詳細については、こちらをご覧ください。

レジリエントを構築するには柔軟なテクノロジーが必要

もし他社にそれができるのであれば、御社にもできるはずです！受け身からレジリエントに移行するための適切なソリューションがあるかどうかを理解するために、次の一連の質問を用意しました。これらのいずれかに「いいえ」と回答された場合、足かせとなっているテクノロジーとプロセスから解放されるのは今です。

今のプラットフォームはカスタマイズ可能ですか？
カスタマイズしたら、データを失うことなく簡単にアップグレードできますか？大幅にカスタマイズされている場合でも、柔軟性、拡張性、アップグレード性を備えた基盤となるテクノロジーを備えたプラットフォームを見つけてください。
今のプラットフォームはエンドツーエンドのデジタルスレッドを構築できますか？
ソリューションがライフサイクル全体を通じてデータを持続的に接続できることが重要です。つまり、情報サイロを解消し、コラボレーションを促進します。
今のプラットフォームは、まだ存在してない（新たな）プロセス要件を満たす柔軟性を提供していますか？
すぐに使えるソフトウェアは今日のニーズを満たすことができるかもしれませんが、明日のデジタルプロセスは今はまだ存在しません。ソリューションは、アップグレード可能性を犠牲にすることなく、絶えず変化するニーズを満たすための柔軟なカスタマイズ性を提供する必要があります。
今のプラットフォームは完全なデータの透明性を保証していますか？
データは御社のものです。古いテクノロジーやソフトウェアベンダーのネイティブソフトウェアに囚われたままにするのではなく、御社で責任を持って所有すべきです。
今の「プラットフォーム」のプロバイダーは、ひとつの展開モデルに適合させようとしていますか？
展開に関しては、選択肢があるべきです。オンプレミス、データセンター、クラウド、またはハイブリッド展開の組み合わせなど、御社に最適なものを選択すべきです。
御社の今の「プラットフォーム」は技術的に進化することが可能ですか？
ソリューションは時間の経過とともに進化し、大規模な再設計の必要なしに、新しく改善されたテクノロジーに適応する必要があります。

結論として、今の御社のテクノロジーが；（1）透過性がない場合、テクノロジーが変化するにつれて、テクノロジー内のデータは透明ではなくなります。（2）進化可能でない場合、選択したソリューションによって特定のテクノロジーに縛られてしまいます。（3）適応可能（常に起きる変化をサポート可能）ではない場合、古くて時代遅れのビジネスモデルから抜け出すのに時間がかかりすぎます。

変化を起こすのあれば、まずはこちらをご参照ください；「デジタルトランスフォーメーション：ソフトウェアアップグレードの遅れが引き起こすビジネスの損失」

Enterprise SaaS PLM の準備はできていますか？

Tetsuya Miyaoka — Tue, 22 Feb 2022 08:15:00 GMT

Verl McQueen 15 Feb 2022

PLM ソリューションを使用している場合、「どうやって Enterprise SaaS ソリューションを利用する準備ができたことがわかるのだろうか？」と疑問に思われているのは、貴社だけではありません。その場合、ひょっとしたら、以下に解説する状況の 1つに心当たりがあると思います。ここでは、PLM プラットフォームのユーザーが遭遇する典型的な状況をいくつか深く掘り下げて、Enterprise SaaS の将来と、「準備はできていますか？」または「待っている余裕はありますか？」に対する回答を明確にしていきます。

状況1：

貴社はスチール製やアルミ製のホイールを、年間 5500万個製造しています。顧客、コンプライアンス当局、および社内の技術部門からの種々の疲労試験要件をもとに、多くのホイールを試験しています。紙ベースのプロセスや、拠点ごとに異なる既存のレガシーシステムなど、さまざまなテスト方法を扱っています。

状況2：

貴社はモーターを製造していて、「回転または移動するあらゆるもの」の世界最大のメーカーです。例えばスマートフォンのバイブレーションは、貴社のモーターのおかげです。貴社では順調に売上が増加していますが、予算の削減、限られた技術リソース、および製品の複雑さの増大にも直面しています。

製造されたモーターごとにラベルが印字され、そのパッケージ向けにも印刷されます。現在、ラベルには3つの異なるシステムからの情報が印字されています。情報を再入力すると効率性が失われ、ミスが発生しやすくなり、品質問題が継続的に発生する可能性があります。

状況3：

貴社は薬局向けの自動化技術を設計および製造しています。小売薬局やチェーン薬局、介護施設、病院、公共機関など、6,000 を超える場所や施設に設置されています。薬剤の品質検査はますます複雑になっており、その数も増えています。検査テンプレートは現在は Excel で作成され、手作業で印刷および記入され、記入済みのフォームはスキャンされて PDF で保管されています。

次の目標を達成するには、特注の品質検査アプリケーションが必要です。

検査スループットの向上
より多くの検査テンプレートの維持管理
検査テンプレートを最新の状態に保ち、新しいテンプレートをすばやくリリース
検査基準を製品データに直接関連付け
パーツレベルでの欠陥追跡
履歴データへのアクセスの高速化
デジタルスレッドの開始
品質指標の自動化

状況4：

貴社はユーロ圏の大手金融機関であり、主要な国際銀行グループに属しています。いわゆる製造業ではありませんが、商品のライフサイクルにおいては多くの共通した課題に直面しています。下記の目標には非常に聞き覚えがあるかもしれません：

市場や地域を超えて商品カタログを管理
商品設計のライフサイクル全体（構想から実現、およびサービスまで）を試行し、市場投入までの時間を短縮
規制および市場の要件と社内ポリシーに準拠
情報のトレーサビリティとサポートのコントロール
プロセスの標準化と最適化

これらの状況の1つは思い当たるかもしれませんし、またはまったく異なる状況にあるのかもしれません。ここでのキーワードは「違い」です。ビジネスそのものは異なっていて、ユニークかもしれません。社内プロセスと会社の文化を組み合わせれば、それは間違いなくユニークです。今までさまざまな PLM 製品を調査されてきたことと思いますが、そのシステムは皆、貴社の問題をすぐに解決できると主張しており、データや状況をキャプチャするツールやシステムを提供し、プロセスをスムーズにし、購入後すぐに（OOTB）価値が出ると主張していると思います。

使う側の「違い」の方が共通点よりもはるかに上回っていることを考えると、PLM ベンダーが、OOTB のソリューションを「ワンサイズですべてに対応」として紹介し、上記のすべての違いに対応可能と宣言していることは、傲慢と言わざるを得ません；彼らは貴社のプロセス、コンプライアンス責務、予算、そして企業文化を理解していると言い、そして、「私たちをただ信頼すればいい」と。

彼らは、彼らの時間軸でソリューションが機能拡張されるのを待つ間は、貴社の現在のプロセスとデータを管理し続ければいいと言います。そして事前定義された構成の上で生産性の向上が達成できる、と言います。彼らは幅広いトレンドに対応する責任を口実に、さらに一般的な基盤のためのソリューションを開発します。

立ち戻って、調査結果を確認し、自社の業界や文化、コンプライアンス環境、および進化するビジネスに対応するソリューションを開発することの利点が、OOTB ソリューションの主張を上回っていることを確認できます。

あなたは、変化する要件に対応できる、機敏でレジリエントなソリューションを提供する会社と提携する必要があると判断しました。それは、初めから変更（想定内、または予期されていないの両方）が起きることが前提で構築された、業務用アプリケーションを構築できるローコードプラットフォーム上に構築された PLM ソリューションであり、テクノロジーや規制、市場の圧力などの変化に対応できるソリューションです。

すると、今度はカーブボールが来ました。コロナ禍をきっかけに取り組みが本格的に開始された DX により、SaaS ソリューションであるべき、と言われました。これは予想できたことです。なぜなら、貴社ではすでにいくつかの SaaS アプリケーションが実行されていたのですが、でもなぜか IT は今まで PLM の SaaS ソリューションを実装したことがありません。質問が増え始めます。

カスタマイズ

その SaaS PLM ソリューションは、独自の状況に対応するために、基本サービスをカスタマイズできますか？ OOTB 製品を検討した後、これが重要な要件であると以前に判断できました。PLM がカスタマイズをサポートできない場合は、コストのかかる回避策とリターンが減る一時的なギャップに悩まされます。次の質問は、これをどのように克服するか？その環境は、将来のアップグレードに影響を与えることなく、カスタマイズを戦略的に構築できるか？もし、別のアプリケーションを開発してカスタマイズを構築する必要があり、それが PLM と「シームレスに機能しますよ」という回答だった場合、危険信号かもしれません。またすぐに、なかなかリターンが回収できない地獄に戻ることもあります。

アップグレードのタイミング

貴社には厳格に守るべきスケジュールがある、あるいは財務情報の開示のタイミングがある、もしくはコンプライアンス監査が予定されているかもしれません。どれも、一貫性のある正確なデータが重要です。ほとんどの企業では、アプリケーションを変更できない「コードフリーズ」という特定の期間を確保しています。PLM ベンダーに通告されたシステム更新のスケジュールがこれらの状況と重なってしまうとしたらどうでしょう...。

オンプレミス版と同じ

最後に、オンプレミスで使う標準版のソリューションと SaaS で提供されるソリューションとは、完全に同等の機能を備えた設計になっていますか？あなたは、そのように期待しているはずです。SaaS サービスに移行することで、オンプレミス版ソリューションのパワーと柔軟性を犠牲にすべきではありません。

貴社のビジネスは常に変化しています。今日は昨日とは異なり、明日も異なります。市場は変化しており、栄枯盛衰を繰り返しています。従業員の構成も変化しています。年配の労働者は、貴重な知識を持って引退します。新しい労働者は、さまざまな視点、さまざまな期待、さまざまな仕事の習慣を持ってやって来ます。このような変化についていく必要があります。競争力を維持する必要があります。また、労働力はますます分散されています。価値実現までの時間とアジャイル性は、もはや努力目標ではなく、達成を期待されています。経験の浅い労働者であっても、高い生産性が必要です。貴社を含む多くの企業は、独自のクラウドインフラを構築することに消極的です。そんな中、SaaS ソリューションは、すぐに有効な唯一の選択肢と言えます。

貴社は他社と「違う」

貴社が少しでも他社と「違う」と思われるのであれば、ぜひ Aras Enterprise SaaS をご確認ください。Aras は、業界で最も先進的なサービスを提供する PLM SaaS サブスクリプションのリーディングベンダーです。世界の大企業に、オンプレミスソリューションと同等のフル機能およびアプリケーションを提供すると同時に、最も複雑な要件を解決するための無制限のカスタマイズをサポートしている PLM SaaS ベンダーは、他にはありません。

Aras Enterprise SaaS ソリューションのメリットをさらにご理解いただくには、最新の eBook 「Aras Enterprise SaaS の威力」をご参照ください。

こちらは、英語ブログ記事「Are You Ready for Enterprise SaaS PLM?」を元したものです。

2022年のビジネスとテクノロジーの予測

Tetsuya Miyaoka — Tue, 22 Feb 2022 00:40:00 GMT

Mark Reisig 27 Jan 2022

はじめに

過去1年間で、コロナ禍（私の生涯で最大の混乱）が私たちをリモートで働き、学び、消費するように駆り立てただけでなく、大恐慌や第二次世界大戦が前世代の生活を再構成した時と同じように、私たちの経済や私たち自身の行動を再形成したことは明らかです。2021年、Arasは、多くの企業がビジネスを変革するために当社のプラットフォームを選択するという節目の年を迎えました。その多くはクラウドで、多くはEnterprise SaaSの形で行われました。2022年に入ると、企業は過去の非効率性を再検討し、より回復力のある新しい代替案を積極的に追求する機会を得ました。

積極的で継続的なDXが加速

コロナ禍が発生する前は、企業はコストが高く、失敗率が非常に高いビッグバンのDXプロジェクトに重点を置いていました。企業は、ビジネスを継続するために、リモートワークやその他のギャップを埋める手段へのパニックシフトに陥っていました。非効率性と一貫性のないこれらの初期段階から、より持続可能な働き方の必要性についての理解が深まりました。現在、企業はビジネスの回復力、つまり予期しない混乱に適応する能力を優先しています。2021年、リモートワーク、気候変動、グローバルなサプライチェーンの不足、デジタルに精通した消費者からのより複雑で接続された製品やサービスに対する絶え間ない需要に直面し、変革への反応的なアプローチから積極的なアプローチへの移行が見られました。

2022年には、積極的なDXがさらに加速するでしょう。これらの変革の取り組みにより、効率が向上し、生産性が向上し、コストが削減され、価値実現までの時間が短縮されます。変革はより焦点を絞って継続的に行われるため、つながり、コラボレーション、可視性、柔軟性が向上し、将来の混乱を乗り越え、テクノロジーを活用して新しい、より優れたサービスとしての製品を提供できるようになります。私たちは今、将来がどうなるかは本当にわからないという共通の理解を共有していますが、ビジネスの回復力と敏捷性を高める方法で変革する必要性は理解しています。

人材競争

会社の最も重要な資産は人です。団塊の世代が退職すると同時に何百万人もの中途採用の従業員が退職する「大量退職」の組み合わせは、記録的な低い失業率と一致して、記録的な最高の自主的「退職率」をもたらしました。勝利チームの構築には多くのことが関わってきますが、才能を引き付けて維持することが基本です。強い才能がなければ、あなたは単に勝つことはできません。もちろん、これは企業に、才能を引き付けて維持することの多くの側面と、知識労働者を可能な限り効率的にするためのテクノロジーへの投資方法を再考するように促しています。

PLMに関連しているため、2022年には、新しい労働者に「自分の村」以外の知識を提供する傾向があります。企業は、デジタルスレッドを介してデータにアクセスするためのより効率的で、より簡単で、より優れた方法を備えた、地理的に分散した労働力にシフトします。 2022年は、最先端のテクノロジーを使用してこれらの希少な知識労働者の生産性を高める方法を認識している従業員と企業が時代を先取りする年です。

PLMでのEnterprise SaaSの採用

PLMでのクラウドとSaaSクラウドのどちらの採用も、CRMやHRMSソリューションなどの他の分野に遅れをとっていることは周知の事実です。コロナ禍とグローバルに拡張できる回復力のあるソリューションを提供する必要があるため、企業は現在クラウドに移行しています。彼らのほとんどは、ITインフラストラクチャを簡素化するSaaSソリューションを好みます。

彼らが直面する課題は2つあります。まず、反対の主張にもかかわらず、ほとんどのSaaS PLMサービスは、オンサイトのサービスの機能を欠いているか、クラウドサービスを活用するためにまだ再構築されておらず、代わりにクラウドで仮想マシンを提供しています。第2に、企業は、定期的な更新を伴う堅牢なアウトオブザボックス（OOTB）機能を備えたSaaSサービスの利点を望んでいます。しかし、企業のニーズを満たすために低コストで持続可能な方法でソリューションをカスタマイズするために、適応する柔軟性も必要です。これにより、PLMプラットフォームをDXプラットフォームにすることができます。

問題は、SaaSサービスが企業固有の要件のカスタマイズを制限または防止し、OOTBの顧客のアップグレードをプロバイダーのスケジュールに強制することです。基本的な問題は、企業の要件が加速的に変化していることです。したがって、持続可能かつ継続的に変革したいのであれば、これは時代遅れの考え方です。

幸い、Aras Enterprise SaaSは、両方の長所を提供します。クラウド向けに設計された真のプラットフォームであり、SaaSサービスには、標準サービスとまったく同じ機能を備えた、無制限の持続可能なカスタマイズとお客様のスケジュールでのアップグレードが含まれます。 2021年に見られ始めたEnterprise SaaSへの大幅な移行は、2022年にのみ加速すると予想されます。詳細については、Aras Enterprise SaaSのカタログを確認し、PLMの新しいビジョンをサポートする方法についてご覧ください。DXとクラウド、特にEnterprise SaaSへの移行についてご理解いただけます。

持続可能性

すべての組織は、ビジネスを行うための環境コストを排除または削減するよう努めなければなりません。サプライチェーンの脱炭素化は賢明な出発点ですが、先進的な企業は、すべての事業運営にわたる持続可能性を改善するために、サプライチェーンを超えて見ています。そしてもちろん、持続可能性はレジリエンスに関連しています。つまり、長期的に適応して生き残ることができるということです。持続可能性を無視するビジネスは、この意識的な消費の時代にうまくいく可能性は低いです。

サプライチェーンとPLMはしなやかさにフォーカス

過去1年間、私たちの多くは、空の棚、高騰するエネルギー料金、日常のサービスの不足に直面することがどのようなものかを目撃し、感じてきました。サプライチェーンの危機は、製造業への封鎖の影響から始まり、世界で最も混雑する港を通る交通の流れを停滞させるトラック運転手などの労働力不足が続きました。一般的な家庭用品から半導体チップに至るまで、さまざまな材料、部品、商品が不足していました。人材競争と同じように、世界は、最低コストが支配する豊富な思考の考え方から、希少性に焦点を当てた考え方に移行しました。

現在、サプライチェーンの最大のトレンドは回復力です。材料のバックログと人手不足により、企業は引き続き方向転換する必要があります。キャップジェミニ研究所による最近の報告では、回答者の62％が、コロナ禍後のサプライチェーンの回復力が重要な優先事項になると述べています。 PLMに関しては、2022年には、サプライチェーンの回復力が企業全体の可視性を高める必要があるため、PLMがより大きな役割を果たすようになるでしょう。サプライチェーンの幹部の90％以上が、サプライチェーンの可視性が成功にとって重要であると述べていますが、真の可視性を達成しているのは3分の1未満です。より回復力と俊敏性を高めるには、製品ライフサイクル全体でより深い洞察が必要です。より多様な製品の調達と輸送モードを開発する場合は、サプライチェーンと調達をデジタルスレッドに接続する必要があります。 2022年には、これは多くの企業が変革に注力する分野になるでしょう。

デジタルスレッド

企業は、スマートコネクテッド製品を開発し、より多くのPaaS（Platform-as-a-Service）を提供し、実行中の資産（デジタルツイン）を管理するために製品群を変革しようとしているため、すべての製品データを可能な限り最も効率的な方法で利用する方向にシフトする必要があります。アクセンチュアはこれを「スレッドファーストシンキング」と呼んでいます。

企業が変革を目指す中、デジタルスレッドは、企業が獲得したいと考えている効率性と回復力の中心にあります。これは無視できない領域の1つです。アクセンチュアが挙げたメリットのいくつかを次に示します。

コストの最適化*

データの複製と重複するツールセットのコストを20％〜40％削減
スレッドの自動化によるデータキャプチャとキュレーションの最大5倍の速度
データへの部門横断的なアクセスによる2〜3倍のデータの再利用
強化された設計チームの調整により、市場投入までの時間が15〜40％向上
データ駆動型設計による製品改修活動の10〜50％削減

売上後の収益成長*

サービスまたはスペアパーツのニーズを予測する際の精度が30〜45％向上
より焦点を絞った顧客提供により、顧客離れを10〜25％削減
特定の消費者を対象とした新しいサービス提供により、サービス収益が最大5倍に増加
優れたサービスの提供により、市場シェアが10〜20％増加

*業界によって異なります

2022年には、「スレッドファースト」戦略でPLMシステムを再発明する企業が増えるでしょう。

デジタルツイン

デジタルツイン市場は2020年から2025年にかけて61.94％のCAGRで成長し、2025年には295億ドルに達すると予想されていました。全体として、デジタルツイン市場にはいくつかの後退がありました。まず、コロナ禍は多くのデジタルツイン変換にブレーキをかけました。また、多くの場合、実行中のデジタルツインを最新の状態に保つことを考慮せずに、パフォーマンスツインとIoTに過度に依存し、デジタルスレッドへの接続がないため、誤ったスタートが発生しました。

資産の最適化に対する需要の高まり、スマートで接続された製品の台頭、および製品ライフサイクル全体のトレーサビリティを可能にする「構成済み」デジタルツインとそのデジタルスレッドの理解の向上により、デジタルツイン市場が軌道に乗るのは今です。

進化するビジネスモデル

ほとんどのビジネスは、顧客とのつながりがこれまで以上に重要であり、サービスとしての製品（Product-as-a-Service）モデルが普及し続けているところに移行しています。パーソナライズは、常時接続が期待される機能になることで、顧客の忠誠心を獲得するための鍵になりました。企業は現在、成功に不可欠なプラットフォーム、デジタルスレッド、Enterprise SaaSを作成する多くの接続された製品のエコシステムを構築しています。既存の切り離された従来のテクノロジーと静的プロセスは、現時点で企業の変革のニーズを満たすのに十分な速さで適応および拡張できないという認識。

結論

2022年に、企業は「もしも」のシナリオについて考えることから、より焦点を絞った継続的な変革に向けてより積極的な措置を講じることに移行し、予期しない混乱を利用するためのビジネスの回復力と敏捷性を高めます。

Aras は皆さまのご健勝と繁栄を願っております。

2021年を振り返る

Tetsuya Miyaoka — Mon, 21 Feb 2022 17:54:00 GMT

Mark Reisig 6 Jan 2022

すでに 2022年 2月も半ばを過ぎてしまいましたが、変化のペースが続き、DX が加速し、さらに接続性が加速するであろう本年を迎えて、昨年に行った予測を振り返って丸付けをしていきたいと思います。

リモートワーク：正解

2021年に、経済と私たちの行動が持続的なコロナ禍に適応するだろうと予測することは、的を射たものでした。私たちの多くは、主に自宅で仕事を続け、旅行や出張はほとんどできませんでした。航空旅行、ホスピタリティ、商業用不動産など、ソーシャルディスタンスの影響を受けた業界は引き続き苦労しています。コロナ禍後の経済に高額の費用がかかる企業は、悪影響を受けました。レガシーシステムに多額の技術的負債があり、社内のデータセンターに大きく依存している企業は、SaaSクラウドベースのソリューションを使用するより機敏な競合他社と比較して不利であり、ビジネスの回復力と俊敏性を高めることができます。

DX がより集中的になる：正解

2020年初頭のコロナ禍に先立ち、CIOは、企業をデジタル的に変革することに大きな期待を寄せていました。その後、コロナ禍により、2020年に従業員の安全を確保し、コストを削減し、リモートで作業し、ビジネスを健全に保つために重要なことに再び焦点を合わせようとしたため、強制的な変革が発生し、全員の計画が混乱しました。

企業は2021年に入り、製品ライフサイクル全体でより優れたコラボレーションとイノベーションを可能にするために、より焦点を絞った段階的な変換と明確に定義された達成可能な結果を伴う、より高いレベルのデジタル化に投資しました。新しい、よりデジタルな経済で競争力を高めるために、企業は製品イノベーションプラットフォーム、デジタル化、DXへの投資を加速しています。「ビジネス慣行、製品、組織のデジタルトランスフォーメーション（DX）に対する世界の支出は、2025年には2.8兆ドルに達すると予測されており、2020年に割り当てられた金額の2倍以上になります」最新のIDC世界DX支出ガイドによると、DXの支出は、組織が人、プロセス、テクノロジー、データ、およびガバナンスのための包括的なデジタル戦略を追求するため、2021年から2025年にわたって16.4％の複合年間成長率（CAGR）が予測されています。

デジタルスレッドの出現：正解

ビジネスの回復力の基盤は、製品ライフサイクルのエンジニアリング、製造、およびサービスプロセス全体を通じて、アプリケーションとドメイン間でデータを接続するデジタルスレッドです。これにより、資産のライフサイクル全体にわたるトレーサビリティが提供されます。企業はデジタルスレッドの改善にますます焦点を合わせており、コラボレーションと効率の向上を可能にしています。

クラウドプラットフォームの採用が増える：正解

Arasが担当している企業はクラウドに展開しており、多くの企業がAras Enterprise SaaSソリューションを選択しています。これは、カスタマイズに制限がなく、カスタマイズを含めてすべて顧客のスケジュールに合わせてアップグレードが可能な、強力なSaaSサービスです。

「私たちの調査とコンサルティングの経験によると、CIMdataは、クラウドで提供されるSaaSソリューションの柔軟性とスケーラビリティが、企業が DX 計画を実行するのに大いに役立つと信じています」（CIMdata）

ただし、このSaaS PLMサービスへの移行には注意が必要です。まず、単純明快な質問です。SaaSサービスには、オンプレミス版のすべての機能とすべてのアプリケーションが含まれていますか（多くはまだ含まれていません）？次に、SaaS PLMサービスによってお客様固有の要件は満たされますか？ SaaS PLMサービスによっては、完全なOut-of-the-Box（OOTB）で、機能が固定されていることがあります。

全体的に、2021年は多くの企業がクラウド、特にSaaS PLMへの移行を行った、またはその過程にあり、PLMにとっては大きな変化の年でした。

製造におけるより優れた回復力：正解

製造業の企業はかつて、最小のコストで製品を製造するために主にプロセスをターゲットにしていました。その結果、「グローバリゼーション」または製造業のオフショアリングとして知られる1970年代のトレンドが生まれました。それは利益に基づいており、中国を含む世界中の多くの経済を生み出しました。労働規制や環境規制のない製造は、完成品の輸送コストを克服できるという考えでした。

しかし、貿易戦争の増加、関税、そして最終的にはコロナ禍の組み合わさり、企業は重要な製造施設の一部を再上陸または近づけ、より多くの自動化とジャストインタイムの製造方法に焦点を合わせ始めています。

一部の組織はこのアプローチを採用する可能性がありますが、コロナ禍によって世界がよりつながりを持つようになるのを止めることはできません。企業はサプライチェーンを変更しますが、その主な焦点は単一障害点の削減であり、代わりに製造業務とそれらを接続するデジタルスレッドの柔軟性と回復力に投資します。

スマートマニュファクチャリングとは、今後数十年にわたって1つのものを厳密に自動化することではなく、以前は製造していなかったものを製造するためにどれだけ迅速に適応できるかということです。コロナ禍の期間中、企業は製品をより安全に製造する方法を考え出さなければなりませんでした。将来的には、これが生産フロアのリモート管理に移行し続けることは明らかです。

PLMがコアからデジタルへの変換になる：正解

何年もの間、製品ライフサイクル管理（PLM）ソフトウェアは、エンジニアリング内の製品開発に重点を置いていましたが、製品ライフサイクル全体には重点を置いていませんでした。PLMシステムはソフトウェアテクノロジーではありません。ベンダーから購入することはできません。これは、Arasのようなプラットフォームに基づくソフトウェア製品またはアプリケーションのポートフォリオで構成される可能性のある戦略的なビジネスアプローチです。企業は、製品エコシステム（PLMシステム）をより柔軟なエンドツーエンドプロセスに変換し始めています。これは、ライフサイクル、サプライチェーン、および顧客や資産とのコラボレーションを強化するデジタルスレッドのネットワークです。

デジタルツイン：一部正解

歴史的に、デジタルツインの採用に関する問題は、「パフォーマンスデジタルツイン」が製品ライフサイクル全体にわたるデジタルスレッドとともに、正確な維持されたデータとパラメーターを備えた最新の構成済みデジタルツインに結び付けられていなかったことです。ひとつ有用な洞察を提供しましょう。以前は、「構成済み」のデジタルツインから切断された IoT のパフォーマンスデータに焦点を当てていました。Arasは、構成されたデジタルツインの物理的な資産を管理するDigital Twin Coreと、さまざまなベンダーの多くの元のCADモデルに関係なく、PLMデータに基づいて製品を視覚的にレンダリングできるプラットフォームサービスであるDynamic Product Navigationをリリースしました。これにより、サービス技術者やその他の分野の技術者は、わかる観点から製品を表示し、ビジュアルなデジタルスレッド全体でライフサイクルのどこにいても他のドメインとのコンテキストでコラボレーションが可能になります。多くの企業が昨年、デジタルツインと実行中の事業にかなりの投資をしました。

多くの企業が物理的資産のデジタルツインを積極的に追求している一方で、デジタルスレッドの欠如がそれらを妨げているため、このアイテムを「部分的」と評価しました。技術はすでにあります。過小評価されているのは、企業全体でデジタルスレッドを使用して資産を管理する組織の能力です。これは、2022年に重要になるでしょう。

ほとんどの企業の主な目標は、回復力を高めるために集中的な投資を行うことです。つまり、ピボットの準備を整え、予期しない変化に対応し、機会が生じたときにそれを活用することです。 PLMは2021年にバナー年を迎えました。コロナ禍にもかかわらず、私たちは新年が何をもたらすかについて楽観的です。

2022年も、よろしくお願いします。

SaaS PLM: 質問すべき 3つの問い

Tetsuya Miyaoka — Mon, 07 Feb 2022 18:09:00 GMT

Bruce Bookbinder 17 Nov 2021

今日のほとんどの企業は、数多く利用しているアプリケーションのどれかで、サービスとしてのソフトウェア（SaaS：Software-as-a-Service）のソリューションをすでに利用していると言っても過言ではありません。例えば、SaaS ソリューションは、顧客管理（CRM）システムとして非常に多く利用されています。2019年の Gartner 社の調査では、SaaS によるソフトウェア販売が CRM の総売上の 84％を占めると予測しました。ほとんどの企業が CRM システムとしてかなり早くから SaaS を採用していたにもかかわらず、その同じ企業は製品ライフサイクル管理（PLM）システムの SaaS への移行に非常に時間がかかっています。SaaS ベースの PLM を早くから採用している企業のほとんどは、SaaS のプロバイダーが提供している標準アプリケーションに簡単に適応できた中小企業から始まりましたが、企業特有の要件が強い大企業は SaaS とクラウドへの適応に時間がかかりました。しかし、いま、コロナ禍を経験して、この状況は急速に変化しています。

初めてSaaSソリューションに移行する場合、一部の IT 専門家はカルチャーショックを起こすかもしれません。（IT 部門が創設された）当初から、ITのプロたちは、物理的なデータセンターやインフラストラクチャから、ネットワーク、ソフトウェア、セキュリティ、その展開に至るまで、アプリケーション配信のあらゆる側面を管理してきました。企業の資産（IP）の保護と、製品を開発するシステムのパフォーマンスを確保するための標準規格、プロセス、および手順の開発に何年も費やしてきました。企業が SaaS の契約書に署名するということは、これらの業務のほとんどすべてが外部のサービスパートナーに渡されることになるのです。署名のインクが乾けば、サービスプロバイダーは、サービスレベルアグリーメント（SLA）で謳われているサービスすべてを提供します。サービスベンダーが SLA 契約を満たしている限り、これが内部でどのように行われるかは、IT 部門の関心事ではなくなります。これは、システム配信のあらゆる側面をコントロールしてきた人にとって調整が必要もしれませんが、SaaS ソリューションは、最終的にはすべての関係者にとってより効果的であることが証明されているのです。ユーザー企業は IT メンテナンスの日常業務から解放され、社外ベンダーは複数の顧客にソリューションを提供するため、スケールメリットによって効率化することに集中できます。

ほとんどの大企業では、すでにエンタープライズアプリケーションの少なくとも 1つには SaaS を採用しているため、これらの企業においては日常業務をサービスプロバイダーに引き継ぐことの効果について企業として理解しているはずです。しかし、PLM を SaaS に移行しようとする企業にとって少し驚くことになるかもしれないのは、オンプレミスで使用している PLM ソフトウェアがクラウドで使用する製品と同じではない可能性があることです。したがって、SaaS PLMの契約書に署名する前に知っておくべきことを、以下に 3つ挙げます。

1. SaaS PLM では、カスタマイズや新しいソリューションを作成できますか？

これが最初にする質問になるはずです。希望する答えが得られない場合は、そこで会話を中止し、次に進むべきです。SaaS ソリューションを提供するビジネスケースはスケールメリットに依存します。一般的に SaaS のサービスは、最小限のリソースを使用して複数の顧客に同じシステムと環境を提供できるため、サプライヤーにとって有益です。しかし、SaaS で提供されるサービスが、ユーザーの将来の要件を満たすためのカスタマイズや新機能によって企業固有の要件を戦略的にサポートできるようになっていない場合、問題が発生します。大企業の方であれば誰もがご存知のように、OOTB（out-of-the-box：すぐに使える）ソリューションがそのまま稼働してすぐに使えるようなことはありません。PLM がカスタマイズをサポートできない場合は、要件を満たすための複雑な回避策、つまり「開発」をしなければならない状況に戻ります。SaaS のメリットが消えていくのを見ることになります。

最初の質問に対する答えが「もちろん、SaaS PLM をカスタマイズできますよ」であった場合、最初の質問の続きは「では、どのように？」です。SaaS 環境において、将来のアップグレードに影響を与えたり、技術的負債を発生させたりすることなく、戦略的にカスタマイズ可能ですか？ もしその回答が、カスタマイズは別の開発アプリケーションで構築する必要があり、それは PLM と「シームレスに機能しますよ」という答えだった場合、それは危険信号です。そして、システムの回避策を探し回る業務に後戻りしかねません。

最初の 2つの質問をクリアできた場合、3つ目は大きな質問になります。サービスプロバイダーはどのようにカスタマイズを管理していますか？カスタマイズをサポートするための柔軟な展開モデルがありますか？新しい拡張機能の継続的な展開をサポートできますか？ビジネスの頻繁な要求にPLM システムが対応していくことを期待する場合は、ユーザー固有のアプリケーションの変更をサポートするだけでなく、DevOpsプロセスを使用して管理し、テストと展開を自動化する必要があります。将来のSaaS PLM のサービスが、システムの変更を管理するために必要なすべてを提供していない場合は、システムの変更が期待されていないことがわかります。

2. 都合が悪い場合、アップグレードのタイミングを遅らせることはできますか？

前述したように、SaaS のビジネスケースは、プロバイダーが同じリソースのセットで、ソフトウェアの同一のインスタンスを管理できるかどうかに依存します。多くの SaaS ソリューションでは、プロバイダーが更新を送信する準備ができたら、それがユーザーの都合の如何にかかわらず、更新が行われてしまいます。一般的に、企業には厳格なスケジュールがあり、諸々の依存関係やタイミングがしっかりしているため、アプリケーションを一定期間変更できない「コードフリーズ」が発生することがよくあります。年度末や四半期末の決算がその典型的な例です。データの不整合のリスクを避けるために、帳簿を締めるプロセスが開始すると、他のすべてのプロセスが停止します。PLMシステムの更新を停止する方法がなく、財務部門が帳簿を閉めているときにデータに問題が発生した場合はどうなるでしょう？その会話には参加したくないですね。

3. 私が利用する SaaS ソフトウェアはオンプレミスのシステムと同じですか？

PLM ベンダーが主力製品を SaaS サービスとして提供しているからといって、同じアプリケーションと機能が利用可能になるとは限りません。多くのメジャー PLM ベンダーは、既存製品を SaaS 製品として利用できるように開発する（作り替える）ことに苦労しています。通常のオンプレミス版と SaaS 版で機能は完全に同一かどうかを尋ねてみてください。繰り返しますが、答えが「いいえ」の場合は、会話を中止して、次に進みましょう。

もし、今ちょうどレガシー PLM をクラウドに移行しようとしていて、オンプレミス版の展開のパワーと柔軟性を犠牲にしたくないとお考えの場合は、ぜひ Aras Enterprise SaaS をご確認ください。上記の難しい質問への回答をきっと気にいると思います。

再び、PLM 業界にディスラプション（混乱）を！

Tetsuya Miyaoka — Mon, 07 Feb 2022 08:26:00 GMT

Jason Kasper 2 Dec 2021

今日の急速に進化するビジネス環境では、進化するデジタルプロセスを最新の状態に保つために、組織が継続的に適応できなければなりません。製品がますます複雑になることは避けられません。したがって Aras は、お客様が事業を担っている業界の次の段階をサポートするために、お客様とともに継続的に進化する必要があります。

そのため、製品ライフサイクル管理（PLM）業界にディスラプションを起こし続けているのです。私たちの製品は、クラウド対応で、アップグレード可能であることで認知されており、そのことは第三者機関の調査によって検証されています。私たちは、お客様が製品革新の最先端で業務を継続できるようにする強力な機能を備えています。

最近また、ソフトウェアのリリース期間を加速する発表し、ディスラプションを継続しています。この変更により、お客様は新機能のメリットを迅速に展開して実現できるようになるため、お客様は比類のないスピードとアップグレードの価値を得ることができます。これをローコードプラットフォームとオープンアーキテクチャと組み合わせると、お客様は新しいプロセスにすばやく適応し、ビジネスのレジリエンス性（回復力）を高め、最も複雑なシナリオの要求を満たすことができます。

クラウドのリーダーシップは継続

私たちは何年もの間、「クラウド上のPLM」を謳ってきました。Aras Enterprise SaaS を発表することで、大企業がクラウドの最新化とレガシーな製品データ管理（PDM）システムの置き換えを迅速に行えるようにし、クラウドのリーダーシップを拡大し続けました。あるいは、既存のオンプレミスのレガシーの完全な置き換えがプライオリティではない場合、Aras の柔軟性とオープンな接続性により、レガシーシステムの置き換えを中断することなく、戦略的プロセスのより高速なデジタル化のためのクラウドプラットフォームをオーバーレイとするシナリオが可能になります。詳細については、eBook「Aras Cloud と PLMの将来」をご参照ください。

Release 14（R14）には何が含まれていますか？ R15、さらには R16はどうでしょう？

Aras Innovator 14 以降、新しいプラットフォーム機能に加えて、アプリケーション、コネクタ、あるいはプラットフォームコンポーネントの更新が 5 週間ごとにいっしょにリリースされます。このアジャイルなスケジュールにより、グローバル企業は、新しいデジタルのプライオリティ、予期しない状況、変化するビジネス条件に迅速に適応できると同時に、独自の時間軸で新しい機能を検証および採用する柔軟性を維持することで、ビジネスのレジリエンス性を高めることができます。

そして、理解していただきたいことは、私たちはリリースを止めないということです。お客様は、ビジネスを前進させるために 5週間ごとに新機能を利用できるようになります。R14 の内容の概要は次のとおりです。

スタイリングの更新 – ボタンとフォームのレイアウトのよりモダンなルックアンドフィール
新しいTOC（目次）エディター – 管理者は ID で表示でき、今後のリリースでは、ローカリゼーションをその場で切り替えることができるようになります
ツリーグリッドビュー – より多くのスタイリングと使いやすさの更新。たとえば、コンテキストメニューにアイコンを含めることができます
フェデレーションフラグ – フェデレーションサービスのさらなる機能強化の始まりです
テレメトリ – システムのパフォーマンス、問題、およびセキュリティの問題について把握するのに役立つフィードバックの絶え間ない流れをお客様に提供するための機能強化が行われました。Aras はオープンテレメトリ標準に準拠しており、Microsoft Application Insights と統合されています

公開されているロードマップをチェックして、リリースのサイクルがどれほど速いかをご自分の目でご確認してください。 Aras Innovator の機能、アプリケーション、およびコンポーネントの表示フィルタを切り替えて、御社の PLM にお役立ていただける次のステップについてご確認いただけます。

成功の秘訣：柔軟なテクノロジー

Aras の戦略担当 SVP であるMarc Lindは、彼のブログ（英語）で良い見方をしています；DX は新しいエンタープライズソフトウェアの基準を推進します：柔軟性「柔軟性は、次に来るものすべてを処理できるようにするための鍵です。これらの新しいデジタルプロセスをサポートするには、エンタープライズソフトウェアアプリケーションのデータモデル、ビジネスルール、フォーム/画面、ワークフローなどをすばやく変更する必要があります。従来のエンタープライズシステムで必要とされる複雑なプログラミングとコンパイルを行わずに、これらすべてを実行する必要があります。更新やアップグレードを行うことができないため、時間がかかりすぎ、持続不可能であり、即座にレガシーを生み出します」これが可能であることを証明したいですか？ CIMdataからの最新の研究をご参照ください。

私たちの新しいリリーススケジュールは、サブスクライバーのお客様により大きな柔軟性とアジャイル性を提供することです。機能リリースのこの急速なサイクルは、市場の差別化要因であると同時に、Aras Innovator のアジャイル性の証しでもあります。サブスクライバーのお客様は、新しい機能をより迅速に採用できるようになり、業務への労力とリスクが軽減されます。これにより、今日の急速に進化するビジネス要件に対応できます。

ちなみに、適応、変更、カスタマイズが完了すると、すぐ次のディスラプションがやってきて、ビジネスの変革を何度も、何度も余儀なくされます。したがって Arasは、お客様が PLM 業界をディスラプションし続けるために、ここにいるのです。

SaaS PLM は本当に業務を完遂できるか？

Tetsuya Miyaoka — Sun, 30 Jan 2022 17:14:00 GMT

Bruce Bookbinder 19 Jan 2022

企業が PLM の目標の年次評価を完了すると、いくつかの新しい議論が生まれる可能性があります。製品開発プロセスは、新しいタイプのサプライヤーコラボレーション、DX の取り組み、および柔軟な調達戦略をサポートするために、過去数年間で急速に変化しました。これらのパラダイムシフトは、PLM システム内の新機能の主要な推進力になり、多くの場合、レガシーアプリケーションの可能性を限界まで広げています。未解決の技術的負債の歴史を持つ過度にカスタマイズされたシステムは、多くの企業に反省を促しており、ここからどうすればいいのか悩ませています。

古い PLM アプリケーションに新しい機能を実装する可能性を検討する場合、企業はいくつかの重要な質問に直面します。

現在の PLM ソフトウェアは、将来のビジョンをサポートする機能を提供しているか？
PLM ソフトウェアを現在のバージョンに更新するために時間とお金を投資する必要があるか？
クラウドに移行する必要があるか？（ネタバレ注意：はい、必ずはい）
SaaS は自社の特定のニーズに対応でるか？

まずはじめに

今日の PLM システムの多くにとって難しい現実は、前進する準備ができていないということです。エンタープライズシステムで大規模作業の投資を開始する前に、ソフトウェアの最新バージョンを使用することをお勧めします。残念ながら、これはほとんどの企業が現在いる場所ではなく、そこにたどり着くのは簡単ではありません。最近の CIMdata の調査では、マインドシェアをリードしている PLM ソリューションとアップグレードを実行する能力に関する結果は、アップグレードの平均コストが 70万から 120万ドルの間であり、ソリューションに依存して作業期間は平均して 11ヶ月から 14ヶ月が必要であることを示しています。

企業が PLM システムのアップグレードに多大な時間とリソースを投資しようとしている場合、それは他のより劇的な会話への扉を開きます。これは、クラウドへの移行、SaaS ソリューションの使用、新しいソフトウェアソリューションへの切り替え、または上記のすべてを評価する場合があります。

まず、簡単な質問から

企業は当初、PLM システムをクラウドに移行することに不安を感じていましたが、多くの企業は、他のエンタープライズアプリケーションの展開にクラウドファーストのアプローチを利用しています。CIMdata によると、「クラウドベースの PLM の採用は遅れていますが、関心が高まっています。今日の CIMdata のほとんどのコンサルティング業務では、課題は「なぜクラウドではないのか」であり、本社 IT やエグゼクティブからも多くの関心が寄せられています」

エグゼクティブと IT プロフェッショナルが PLM ビジョンについて戦略を立てるにつれ、業界アナリストはクラウド展開が次世代のソリューションを支配することに同意します。Gartner が述べているように、「今日、クラウドは、構成可能なビジネスを含むほとんどの新しい技術的混乱を支えており、その回復力、拡張性、柔軟性、および速度により、不確実な時期にそれ自体が証明されています」

SaaS がその答えになるか？

答えは...場合に依ります。完全な機能と SaaS ソリューションの使用に関する質問はまとめる必要があり、SaaS の提供内容によって異なります。SaaS サービスは、環境に新しいレベルのしなやかさを提供することにより、組織の積極的な PLM 戦略に役立ちます。CIMdata は、「当社の調査とコンサルティングの経験によると、クラウドで提供される SaaS ソリューションの柔軟性と拡張性が企業のデジタル DX 計画の実行に大きく役立つと考えています」と報告しています。より大きな問題は、検討している特定の SaaS サービスが、必要とされている複雑なソリューションを提供するために必要なレベルの機能を提供するかどうかです。ここで、意思決定者は以下を尋ねる必要があります。

SaaS サービスは、オンプレミスソリューションのすべてのアプリケーションと機能を単一のサービスで提供しているか？
会社固有の要件はすべて、すぐに使用できる機能と一致しているか？そうでない場合でも、SaaS サービスはそれらを提供可能か？
アップグレードがプッシュされるタイミングをコントロール可能か？
プロバイダーが業界で認められているセキュリティプロセスに従っていることをどのようにして知ることができるか？

現実には、ほとんどの SaaS PLM 製品は、類似した名前でブランド化されている場合でも、プロバイダーの主力製品のすべての機能を提供しているわけではありません。一部のアプリケーションまたは機能は、標準サブスクリプションに含まれていない場合があります。さらに、ソリューションはまだクラウドサービスを活用するために完全に再設計されていない可能性があります。これらのソリューションは、オンプレミス製品の VM バージョンを使用するだけです。

SaaS モデルは、定期的に顧客に提供される新機能などの一般的な利点を提供しますが、これには多くの場合、トレードオフが伴います。ほとんどの SaaS サービスは、企業固有の要件のカスタマイズを制限または防止し、プロバイダーのスケジュールに従って顧客にアップグレードを強制します。もちろん、ベンダーが提供するすぐに使える機能だけで組織を運営しようとしている場合、これは問題ではないかもしれませんが、大企業の固有の機能要求は通常、この「万能」アプローチと矛盾します。

Aras Enterprise SaaS

Aras Enterprise SaaS は、これらの懸念に対する答えです。これは、他のどの PLM SaaS 製品よりも強力です。Aras Enterprise SaaS だけが、完全なシステムエンジニアリングとデジタルスレッド機能を備えた、完全に機能するビジネス対応の SaaS PLM 環境を提供し、組織をすべて単一の製品の一部として変革する準備ができています。さらに、Aras Enterprise SaaS は、最も複雑なビジネス要件に柔軟に対応できます。これは、無制限のカスタマイズをサポートし、複雑さに制限のない独自のソリューションを作成する機能を提供する唯一の PLM SaaS サービスです。アップグレードを強制する他の SaaS 製品とは異なり、Aras はスケジュールに従ってアップグレードを提供し、コンプライアンスの問題、リスク、および体系的な更新に関連する責任を排除します。Aras Enterprise SaaS は、SOC2 および CSA STAR 認定により、重要なデータのセキュリティ、可用性、および機密性を保証し、機密情報の公開とデータ侵害のリスクを最小限に抑えます。

ご興味がありますか？詳細については、Aras Enterprise SaaS のカタログをご覧ください。

こちらは、英語ブログ記事「Can SaaS PLM Really Get the Job Done?」を元にしたものです。

ビジネスサービス指向から変革的 CIO へ：IT が DX の信頼できるパートナーになるために

Tetsuya Miyaoka — Tue, 07 Sep 2021 06:51:00 GMT

Jason Kasper 23 Jun 2021

デジタルトランスフォーメーション（DX）の必要性についてはすでに多くのことが言われていますが、一般的に、それは素晴らしいことと私たちは皆同意していると思います。IT 能力を顧客に提供できる企業は、業界のリーダーになりやすいという証拠はたくさんあります。私のお気に入りの統計の1つは、2020年の IDC「Manufacturing Insights Survey」からのものです。これは、デジタルの場合、非デジタルの同業社よりも売上も収益も高く、その差は毎年拡大していることを証明しています。

全体像を見るために、日々の懸念から逃れるのは容易くありません。しかし、実際には、塹壕で何をしているのかが、DX プロジェクトを実現するための鍵となります。あなたは彼らのニーズを理解するためにあなたの顧客やビジネスと直接つながる必要があります。あなたが優れたタイプの一人であるなら、あなたは生産性を高めるより小さなプロジェクトを提供することによってあなたの気力を証明するための信頼を得ています。これは、変革をもたらす CIO になるためのゲートウェイとして利用できる利点です。

変革をもたらす CIO は、組織のビジネスサイドの仲間であり、ビジネスを前進させるために何が必要かを知っています。このタイプの CIO は、将来のビジョンと卓越した技術に焦点を当て、影響力の大きいプロジェクトを実現したいと考えていますが、レガシーシステムに悩まされています。

正直なところ、ビジネスサービスの CIO として、レガシーシステムにも悩まされていますが、小規模なプロジェクト（運用コストは高くなりますが）を通じてこれらの問題のいくつかを回避し、付加価値を生み出すことができます。変革をもたらす CIO になるための移行を行うと、ビジネスの変化のペースに対応するためにテクノロジーに大きな変化をもたらすことができるようになります。では、IT が DX の信頼できるパートナーになるためには、何を考慮する必要があるでしょうか？

カスタマイズされた OOTB (out of the box - そのまま使用する) ソフトウェアは簡単にアップグレード可能であるべき

まず直視しましょう。現在のソリューションはアップグレード可能ではなく、変革をもたらす CIO になる妨げになっていませんか。CIMdata の最近の調査によれば、ダッソーシステムズ、PTC、およびシーメンスのユーザーは、アップグレードされた最後の時期から平均して 8〜12年が経過していると回答しています。IT の変化を妨げているのは何か？おそらくそれは、1年間という時間と100万ドルを超える可能性のあるアップグレードコストから始まります。あなたを妨げていることは何ですか？

さらに悪いことに、お金と時間の打撃を受けて、とにかくアップグレードするという運命的な決定を下した場合、終了するまでに、ビジネスに必要な新しいビジネス要件のいずれからも 1年遅れてしまっています。そしてビジネスとの信頼が失われているのです。

アプリケーション、UI、ワークフローは進化可能であるべき

価値のあるスピードは可能ですか？ビジネスは、新しい要求と既存のプロジェクトへの変更の絶え間ないサイクルを持つ気まぐれな獣になる可能性があります。要件が静的なままであれば、これで問題ありません。しかし、世界は絶えず変化しており、ビジネス戦略は絶えず洗練され、更新されています。では、IT はどのように対応できるのでしょうか。

重要なのは、考え方を「OOTB が答えです」から離れることです。実際には、OOTB のようなものはありません。間違いなく、以前の実装で PLM のカスタマイズを試したことがあるはずですが、今は変更するのに抵抗があり、費用がかかることを理解しています。必要なのは、業務用ソフトウェアを中核とするローコード特性です。レジリエンス（しなやかさ）がその答えです。ビジネスプロセスと IT の間で低コストのカスタマイズと迅速な反復を可能にし、ビジネスが求めるものに迅速に到達し、必要に応じて変更に一晩で対応すること。これが DX です。

ソフトウェアはレガシーツールへの組み込みまたは接続が可能であるべき

技術的負債から抜け出し、同時に持続可能なデジタルスレッドを構築することができます。1つの石で 2羽の鳥を落とすことよりも、「変革的」と見なされることに勝ることはありません。使いやすく、すぐに変更できる、より優れたアプリケーションを使用してビジネスに価値を提供することに成功した場合、ビジネスはさらに多くのことを求めて戻ってきます。私たちの経験では、これが DX が発生する場所であり、ビジネスは既存のツールを置き換えることについて質問し始めます。「これはArasに組み込むことができますか？」ビルダー（Build with Aras）になればと、答えはイエスです。IT コストの削減、コラボレーションビジネス環境の構築、ライフサイクル全体での生産性の向上につながります。

最初の一歩を踏み出す

ビジネスは、ライフサイクル全体でより適切にコラボレーションする方法を求めています。これは、部門を別の部門に接続するだけでは解決されません。IT に制約されることなく、ビジネスが必要なときに変更するために、広範なエンタープライズエコシステムへの接続、新しいアプリケーション、および柔軟なワークフローが必要です。これにより、CIO、部門長、およびマネージャーにとって、サービス指向から「変革」指向へと移行する機会が生まれ、IT の機能が DX イニシアチブの主導権を握るようになります。大胆になるのを妨げているレガシーの決定から先に進み、新しくてより良いものに変更することで、最初の一歩を踏み出しましょう。

PLM の DevOps：レースは始まった

Tetsuya Miyaoka — Fri, 03 Sep 2021 05:29:00 GMT

Bruce Bookbinder 18 Aug 2021

ビジネスプロセスを最適化および変換するための新しい方法を探し続けるにつれて、IT 部門にはかつてないほどの依頼・要求が発生しています。既存のシステムへの微調整から、新機能実装のための大規模なプロジェクト、新機能に対応するためのソフトウェアのマイナーおよびメジャーアップグレード、または単に組織の日常的な変更管理業務など、そのかたちは様々です。変更の規模や内容に関係なく、IT部門は「課題に立ち向かい」、これらの新しい要件を迅速かつ効率的に管理して、進化する組織に対応することが期待されています。「今日のIT部門はどれだけ速く実行できるか」というゲームでは、システム開発エンジンはオーバードライブ状態にあり、ビジネスのコストを増やすことなく需要を満たすために新しいアプローチとテクノロジーが必要です。

ご列席の皆様、スターティンググリッドに並んで、DevOpsエンジンを起動してください。

テクノロジーではなく文化

DevOpsについて最初に理解することは、ソフトウェア開発（Dev）とIT運用（Ops）を統合して、組織内のソフトウェア開発と配信プロセスを改善する文化の変化を指すということです。文化自体は、開発プロセスの速度と品質を向上させるための基本的な構造を提供します。DevOpsカルチャーの目的は、運用領域と開発チームが、設計からサポートまでのソフトウェア開発ライフサイクル全体にわたって積極的に提携し、それらの間のプロセスを自動化および統合する一連の無駄のないアジャイルプラクティスを使用することです。

この哲学の明らかな利点は、ITプレーヤー間のコミュニケーション、統合、およびコラボレーションの増加により、問題が発生したときに、プロセスまたはコーディングの問題の規模が問題の修正に時間のかかる苦労に拡大する前に、問題の特定と解決が可能になることです。重要なITプレーヤー—開発者、テスター、運用、インフラストラクチャリソースは、同じプロセスと一連のツール内で作業し、自動化された統合された方法でコードをテストおよび展開して、「迅速なフィードバックループ」とテレメトリを作成し、意思決定を迅速化します。

DevOps 対アジャイル

DevOps について最初に学んだ人々は、DevOpsとアジャイルの間で混乱する可能性があります。それらは同じものですか？彼らは一緒に働いていますか？違いは何ですか？

DevOpsとアジャイルはどちらも、強化されたコラボレーションを通じてソフトウェア開発の速度と品質を向上させることに重点を置いていますが、それぞれがプロセスの異なるコンポーネントに重点を置いています。アジャイル手法は、顧客のビジネス要件とIT開発およびテストチームの間のギャップを埋めます。一方、DevOpsカルチャーは、IT開発チームとテストチームを運用領域と結び付けて、これらの領域全体でツールを標準化し、統合と自動化を通じてプロセスを最適化して、配信を改善します。アジャイル手法を利用している企業は、DevOpsカルチャーも採用することで、エンドツーエンドのソフトウェア開発プロセスの速度と品質をさらに向上させることができます。DevOpsにより、ITはアジャイルのペースの速いスプリントと連携して機能し、配信のボトルネックを減らすことができます。

テクノロジーの必要性

企業がDevOpsカルチャーの採用を決定した後、企業内の適切なツールとプロセスを通じてそれを実装する方法に注意が向けられます。コードベース、パイプライン、アーティファクトを管理するための適切なソフトウェアを決定し、これらのツールを緊密に統合してシームレスに機能させる方法を決定するには、かなりの労力とビジネスからの賛同が必要です。さらに、これらのプロセスの自動化と制御を実装して、すべての機能が複数の開発、テスト、および実稼働環境で機能するようにすることは困難な場合があります。環境の自動化コンポーネントがなければ、DevOpsプロセスは今日の迅速で継続的なリリースサイクルに追いつくことができません。

考慮すべき興味深いユースケースは、自動テストです。自動テストソフトウェアはしばらくの間利用可能でしたが、その採用は遅れています。採用が遅いのは、手動で複雑な実行、プロセス、およびテストスクリプトの維持により、全体的な価値提案が弱くなっているためです。DevOpsにより、これらのツールは多くの新しい注目を集めています。自動テストアプリケーションはDevOps環境に直接統合されており、コードベースが保存されるたびに自動的に実行されるように構成されています。テストは、プロセス所有者の手作業なしで、頻繁に（多くの場合は毎日でも）実行されます。結果の例外レポートを確認することで、バグが大規模な開発プロセスに影響を与える前に、バグをすばやく見つけることができます。この典型的なユースケースは、DevOpsカルチャーを実装し、適切なツールを提供する方法を示しています。

PLM向けのDevOps

多くの企業はDevOpsカルチャーを採用することの価値を明確に理解できますが、アプローチの実装は難しい場合があります。DevOps環境は、緊密な統合、自動化、および管理を必要とする複数の機能と製品で構成されているため、最初の実装は非常に複雑になる可能性があります。

PLMドメインでは、開発環境を強化するための包括的なDevOpsソリューションを提供しているソフトウェアベンダーはほとんどありません。これは、PLMソリューションをそのまま使用する企業には受け入れられるかもしれませんが、これは一般的ではありません。PLMのお客様は、ほとんどの場合、特定の要件を満たすためにソリューションをカスタマイズする必要があります。ほとんどのPLMソフトウェアは簡単にカスタマイズできず、変更を管理するためにかなりのテストが必要なため、DevOps環境の追加は変更プロセスを容易にするために特に価値があります。

Aras DevOps

では、PLMシステムの所有者はどのようにしてDevOpsカルチャーを採用するプロセスを開始し、必要なツールを実装できるでしょうか。

PLM用のDevOps製品がないことの1つの注目すべき例外は、Aras DevOpsです。Arasプラットフォームはカスタマイズをサポートするように構築されているが、環境をアップグレードする顧客の能力に影響を与えることはないため、これはArasユーザーにとって理にかなっています。Arasのすべての顧客は、特定の複雑な要件を満たすために、PLM環境をカスタマイズしたり、プラットフォーム上に独自のアプリケーションを構築したりしています。

Arasは数年前にDevOpsカルチャーを採用し、クラウドベースのDevOps環境を実現しました。これは、ソフトウェアのリリースを容易にするための最先端のツールとプロセスを統合および自動化するものです。現在、ターンキー環境でArasのお客様が同じDevOpsソリューションを利用できます。クラウド環境により、ユーザーは世界中のどこからでもユビキタスアクセスとコラボレーションが可能になります。

PLMのDevOpsレースでは、Arasが一気にゴールラインまでの到達を支援します。

Arasでは、カスタマイズをサポートするだけでなく、それを推奨しています。そのため、Aras DevOpsはエンタープライズSaaSサブスクリプションに含まれています。詳細については Aras DevOps のカタログ、または Aras.com 内の Enterprise Saas のページをご参照ください。

Tetsuya Miyaoka さんのアクティビティ

日本語デモシリーズまとめ

【NEW】Aras Innovator の最新機能 〜 R27 から R29 まで 〜（日本語／33分）

技術文書を正しく作成する

Ask A Question I

SaaS は将来の PLM の成功の鍵となるか

少しの SaaS を備えた PLM

Aras Enterprise SaaS

貴社のビジネスモデルはもう古い？ - 受け身（Reactive）からレジリエント（Resilient）への移行

移行している産業界

レジリエントを構築するには柔軟なテクノロジーが必要

Enterprise SaaS PLM の準備はできていますか？

2022年のビジネスとテクノロジーの予測

はじめに

積極的で継続的なDXが加速

人材競争

PLMでのEnterprise SaaSの採用

持続可能性

サプライチェーンとPLMはしなやかさにフォーカス

デジタルスレッド

デジタルツイン

進化するビジネスモデル

結論

2021年を振り返る

SaaS PLM: 質問すべき 3つの問い

1. SaaS PLM では、カスタマイズや新しいソリューションを作成できますか？

2. 都合が悪い場合、アップグレードのタイミングを遅らせることはできますか？

3. 私が利用する SaaS ソフトウェアはオンプレミスのシステムと同じですか？

再び、PLM 業界にディスラプション（混乱）を！

クラウドのリーダーシップは継続

Release 14（R14）には何が含まれていますか？ R15、さらには R16はどうでしょう？

成功の秘訣：柔軟なテクノロジー

SaaS PLM は本当に業務を完遂できるか？

まずはじめに

まず、簡単な質問から

SaaS がその答えになるか？

Aras Enterprise SaaS

ビジネスサービス指向から変革的 CIO へ：IT が DX の信頼できるパートナーになるために

PLM の DevOps：レースは始まった

【NEW】
Aras Innovator の最新機能〜 R27 から R29 まで〜（日本語／33分）