設計速度とビジネス速度が等しい仕組み

これまで、ソフトウェア開発は「迅速に行動し、物事を壊す」アプローチで成功してきました。迅速な修正は、本質的に低コストで導入できます。しかし、ハードウェアには高い障害コストがかかり、物理的な製品に欠陥があると、高額な介入が必要になることがあります。ハードウェア開発は、ソフトウェアの「フェイルファスト」の考え方とは対照的に、物理テスト（仮想テストまたは実テスト）によって制約され、リスク回避の文化により本質的に遅れています。

しかし、市場の期待は根本的に変化し、ハードウェア設計そのものも変化しました。現在、ハードウェア設計そのものには、はるかに多くの組み込みソフトウェアシステムが組み込まれています。ハードウェア企業は現在、ソフトウェア企業の反復型アジリティを採用せざるを得なくなっています。

製品ライフサイクルが急速に縮小し、産業機器の継続的なカスタマイズに対する需要が高まる中、単一で完璧な発売を目指す従来の「ウォーターフォール」アプローチは、もはや安全な方法ではありません。代わりに、それは主要な競争上の負債となっています。

現代のハードウェア企業に対する主な制約は、もはや製造やサプライチェーンではありません。ボトルネックは上流にあります。それは設計速度です。

現在、 設計速度はビジネス速度に正比例し 、チームが使用するソフトウェアによって決定されます。

Onshapeに切り替えた後、BOAテクノロジーのエンジニアリング生産性が 25% 向上しました。ケーススタディをお読みください。

設計速度の定義 (マウスクリックだけではない)

この CAD ユーザーは複雑なパーツをどれくらいの速さでモデリングできますか?図面ビューはどのくらいの速さで生成できますか?

個人の習熟度は重要ですが、それは微細な最適化です。スケッチファイルが PDM (製品データ管理） Vault に 3 日間保存されて承認待ちになれば、スケッチを 10 秒短縮しても意味がありません。

実際の設計速度はマウスクリックでは測定されません。学習サイクルで測定されます。ループを移動するのにかかる合計時間です。

1. コンセプト
2. プロトタイプ
3. テストまたはシミュレーション
4. デザイン変更

このフライホイールを速く回転させるほど、製品の安定化が速くなります。今日の市場で勝っている企業は、必ずしも「天才的」なアイデアを持っている企業ではありません。彼らは、競合他社が5回繰り返すのと同じ期間にアイデアを50回繰り返すことができる企業です。

設計速度を低下させる変数が、形状の作成そのものであることはほとんどありません。変数は「待機時間」です。付加価値のあるタスクの間の空きスペースです。大規模なアセンブリが VPN 経由で読み込まれるのを待っています。同僚がファイルをチェックインするのを待っています。ベンダーのファイルを開けるように、IT 部門が最新のサービスパックをインストールするのを待っている状態です。

Onshapeにより、CIXIでの設計反復プロセスが合理化されました。ケーススタディをお読みください。

隠れたコスト:従来のファイルベースの CAD

過去30年間、エンジニアリング業界は根本的に壊れたワークフローを受け入れてきました。私たちは「直列ワークフロー」を機械設計の必要悪として受け入れてきました。

従来のファイルベースの CAD 環境 (高価な PDM システムが接続されている環境も含む) では、データはファイルに閉じ込められています。ファイルは一度に 1 人しか確実に編集できないため、ワークフローは厳密に直線的になります。

• エンジニア A がアセンブリを開いてシャーシの作業を行います。
• エンジニア B が取り付けブラケットの作業を希望していますが、アセンブリが " Checked Out になっています。"
• エンジニア B が待っています。

さらに悪いことに、エンジニア B はローカルコピーを作成して作業を行い、午後 1 日かけてエンジニア A の作業を誤って上書きしないように祈って、変更内容をメインアセンブリに手動でマージし直します。

これがデータ摩擦です。エンジニアリング部門でのすべてのやりとりにかかる隠れた税金です。

アクセラレーター:クラウドネイティブ & 並列処理

Onshapeを使用すると、オープンスターテクノロジーズでのイテレーションが速くなります。ケーススタディをお読みください。

ビジネスベロシティを最大限に活用するには、シリアル処理からパラレル処理に移行する必要があります。そのためには、ファイルベースの CAD からクラウドネイティブ CAD への移行が必要です。

PTC の Onshape のようなクラウドネイティブプラットフォームは、ファイルアーキテクチャではなくデータベースアーキテクチャに依存しています。この違いは技術的には微妙に思えるかもしれませんが、運用上は大きな違いです。データベースには、コピーまたはロックするファイルはありません。クラウドには「信頼できる唯一の情報源」があります。

これにより、同時コラボレーションが可能になります。

ソフトウェアチームは何年もの間、スプリント、ブランチング、マージなどの「アジャイル」方法論を使用してきました。Onshapeはこれらの機能をハードウェアにもたらします。

• 分岐:エンジニアは、メイン設計から抜本的な新しい設計をテストするための「分岐」を作成し、メインアセンブリに影響を与えずに自由に反復処理を行うことができます。
• マージ:実験がうまくいけば、そのジオメトリをメインデザインにすぐにマージできます。失敗した場合は、ブランチをそのままにして、実験をドキュメント化できます。" 名前を付けて保存 " の混乱はありません。

1 週間に達成できる反復回数を設計速度とすると、並列処理が乗数の役割を果たします。さらに、クラウドネイティブCADはITフットプリントを削除します。インストールも、pingの対象となるライセンスサーバーも、バージョンの非互換性もありません。

デザインチームを超えたビジネスへの波及効果

Saga Roboticsのリアルタイムのクラウドコラボレーションにより、設計サイクルが30〜40％短縮されました。ケーススタディをお読みください。

設計段階でボトルネックを取り除くと、ベロシティは下流の組織全体に流れます。設計データはハードウェア企業の生命線です。設計データが自由に流れると、どの部門でも処理速度が上がります。たとえば、OnshapeとArena PLMを統合すると、設計とサプライチェーンのデータを即座に接続できるため、ビジネスプロセスが加速されます。

仕組み:

• 設計から BOM へ:エンジニアが Onshape でアセンブリを完成させると、1 回のアクションで部品表 (BOM) 全体が Arena に同期されます。セットアップ中、カテゴリマッピングにより、パーツ番号、説明、および材料の正確なフローが保証されます。
• BOMの強化：Arenaは、サプライヤーデータ、メーカー部品番号、サプライチェーンのリスクインテリジェンスなど、CAD環境では必要のない重要な情報を追加することでBOMを強化します。
• リアルタイム調達:エンジニアがコンポーネントを追加すると、調達部門はコンポーネントの選択を即座に確認できるようになり、以前は正式なBOMリリースに伴う数週間にわたる遅延を解消できます。
• 同時コラボレーション:この接続により、同時作業が可能になります。たとえば、機械エンジニアはOnshapeでPCBのアウトラインをモデル化して適合確認を行う一方で、購買チームは同時にコンポーネントを調達し、Arenaに組み込まれたサプライチェーンインテリジェンスを利用して代替部品を見つけることができます。

このシステムにより、接続されたライブデータフローを維持しながら、各分野が最適な環境内で効果的に機能することが保証されます。