チーム内の3D設計レビューは、タイムマシンに足を踏み入れて10年遡ったような気分になることはありませんか？コールを予約し、モデルを画面共有します。そして、異なるタイムゾーンで作業することが多い利害関係者が、特定の時間にフィードバックを天秤にかけてくれることを期待します。一方、製造、調達、安全、マーケティングのプロダクトデザイナーやエンジニアなど、重要なフィードバックも提供できる他の専門家は、多くの場合、ファイルをまったく開けません。
このガイドでは、3Dデザインレビューとは何か、画面共有モデルの限界、関係者がツール、チーム、タイムゾーン、デバイスに分散している場合のレビューサイクルをエンドツーエンドで実行する方法について説明します。
3Dデザインレビューとは?
3D設計レビューとは、3D設計を関係者に正面から見せ、製造や出荷前に確認、理解、フィードバックできるようにするプロセスです。モデルの準備、適切な人々との共有、コンテキストに応じたマークアップとコメントの収集、それらのコメントの解決、およびサインオフの取得に及びます。
CADの共同編集とは一線を画す。共同編集とは、同じツール内のエンジニア間で作業を作成することです。レビューはより広い会話です。エンジニアリングのリード、製造エンジニア、プロジェクトマネージャ、サプライヤ、そしてお客様がすべて同じモデルを見て、有用なフィードバックを提供する必要があるかもしれません。ほとんどの場合、CADシートを開くことはありません。
その違いは重要です。なぜなら、レビューはコストの囲い込みだからです。レビュー中にミスリード要件のような問題をキャッチすることは、サイトやラインでキャッチするよりもはるかに価値がある。
画面共有デザインレビューの問題点
デフォルトのレビューワークフローは、1人の担当者が運転するライブコールです。次の5つの予測可能な障害モードを備えています。
1.スケジューリング：エンジニアリング部門、製造部門、外部の関係者を同じ時間に参加させることは、レビューの最も困難な部分です。参加者とタイムゾーンが増えるたびに、さらに困難になります。
2.一人が運転する:回転、セクション、隔離、測定できるのはホストだけです。他の人はみな、自分が見たいもの - 「 そのブラケットに戻れるか」 - を記述し、レビューは1つのマウスのスピードで実行されます。
3.校閲者はファイルを開くことができません:ネイティブのCADおよびBIMフォーマットには、オーサリングツールとシートが必要です。そのサークルの外にいる人は、スクリーンショット、PDF、プレゼンテーションなどに依存しています。
4.ファイル転送:大規模なアセンブリは、メールやチャットではきれいに移動しません。チームはファイル共有やダウンロードリンクに依存し、Version Controlが断片化してしまうことがあります。例えば、3人の担当者が3つの異なるリビジョンをレビューするといったケースです。
5.フィードバックが消える:通話で大きな声でコメントすると、ノートやメールスレッド、Slackチャンネルに表示され、参照しているジオメトリから切り離される可能性があります。そのため、特定の決定とそのフォローアップ行動のソースを遡ることが困難になります。
根本的な問題は、レビューが同期イベントとプロプライエタリのファイル形式の内部に捕らわれていることです。この2つの制約を修正すれば、摩擦係数の大部分を防ぐことができます。
シフトは：共有可能なブラウザーベースの3Dレビュー
別の方法としては、3Dデザインレビューを、チームがすでにドキュメントレビューを扱う方法、つまり、リンクを送信し、人々がいる場所で開封できるようにし、コンテキストに基づいてフィードバックを収集する方法があります。
ブラウザーベースのレビューでは、インタラクティブな3Dモデルを関係者がノートPC、タブレット、または電話の標準ブラウザーで開くことができるリンクを介してレビューできます。レビュー担当者はモデルをさまざまな角度から検査し、マークアップ、レッドライン、コメントをジオメトリにピン留めできます。CADシート、プラグイン、ローカルインストール、マルチギガバイトアセンブリのダウンロードは必要ありません。
その結果、次の2つのことが変化します。
- レビューが非同期になる:ステークホルダーは自らの労働時間で貢献する。月曜日にレビューのためにプッシュされた設計は、1回の会議招待なしで水曜日までに4つの機能と2つのサプライヤーからマークアップを運ぶことができます。
- 参加の幅が広がる：ビュー、コメント、またはダウンロードできるユーザーは権限によって決定されるため、ソースCADへのアクセス権を誰にも与えずに、同じモデルを内部エンジニアと外部パートナーの正面に置くことができます。レビュアープールは「ソフトウェアを持つ人」ではなくなり、「結果に賭ける人」になります。
ブラウザーベースのレビューがクラウドCADプラットフォームに組み込まれたコラボレーション機能と異なる点も、この点です。結局のところ、ツールを利用できるのは、そのプラットフォームで作成されたモデルに取り組んでいる、そのプラットフォームにアクセスできる人だけです。オーサリング・ツールの上に位置するレビュー・レイヤーは、ほとんどの組織の複合現実に対応します。複数のCADシステム、アーキテクトによるBIMモデル、スキャンまたは可視化チームのメッシュ、エンジニアリングの枠をはるかに超えたステークホルダー・リストなどです。
プロセスではなくプラットフォームを評価する場合は、3Dチーム設計コラボレーションソフトウェアガイドで選択基準を深度までカバーしています。
3D設計レビューの実行方法、エンドツーエンド
反復可能なレビューサイクルには、次の6つのステップがあります。
1.モデルを準備して最適化する：レビュー担当者が実際に確認する必要があるものを決定します。すべてのファスナーと内部コンポーネントを含むフルファイアアセンブリは、ロードが遅く、タブレットでのナビゲーションが困難です。レビュー中でないものを除去または簡素化し、必要なジオメトリを保持し、ソースデータを軽量でウェブに適した形式に変換します。公開するリビジョンがレビューしようとしているリビジョンであることを確認します。
2.必要性を定義します。不必要な意見や無関係な意見を最小化するために、レビュー担当者から何が必要かを明確に述べる:明確に定義されたニーズの例としては、エンクロージャのジオメトリに関する承認、3つの特定部品の製造可能性チェック、MEPと構造体の衝突チェックなどが考えられます。校閲者が修正済みとして扱うべき制約を含める。
3.アクセス権の設定:共有前に役割を割り当てます。誰がビュー、マークアップ、ダウンロード、サインオフできます。ソースファイルやIPを公開せずに外部関係者を参加させるコントロールです。
4.リンクの共有：URLを1つ全員に送信し、期限も設定する。1つのリンクは、1つのバージョンとフィードバックが着地する場所を意味します。レビューのための単一の情報ソースです。
5.コンテキストでマークアップを収集する：レビューアがモデルに直接注釈を付けることができる場合、誤解される可能性のあるあいまいなフィードバックは最小限に抑えられます。赤線、ピン留めされたコメント、測定値、およびセクションビューにより、フィードバックの各部分は関係するジオメトリに固定されます。
6.解決、追跡、サインオフ：すべてのコメントについて、承認、却下、ディファードにトリアージを行い、所有者と理由を記載します。CADやBIMに変更を戻し、改訂モデルを公開し、変更箇所のみを再レビューするフィードを受け付けた。意思決定トレイルが設計に添付されたままになるように、改訂に対するサインオフを記録します。これは、PLMおよびデジタルスレッドイニシアチブが依存する監査スレッドです。
このループを一貫して実行します。レビューサイクルは、一連の会議ではなく、開始、所有者、終了基準を持つ測定可能な段階になります。
CAD、BIM、3Dソースの混在環境でのレビュー
実際のプロジェクトは単一形式であることはめったにありません。プログラムは、2つまたは3つのCADシステムで作成された部品、BIMでの建築またはプラントモデル、スキャンまたは彫刻されたメッシュ、サプライヤーが使用するものなら何でも届くサプライヤーデータを組み合わせる場合があります。ネイティブツールでそれぞれを確認するということは、各ステークホルダーグループが個別にレビューを行い、それらの間のインターフェイスを確認することを意味します。問題が実際に存在する場所では、徹底的なレビューが得られない可能性があります。
一般的な確認可能な形式で修正できます。すべての参加者に1つのオーサリングツールの採用を求めるのではなく、共通のレビュープラットフォームで異種ソースデータを取り込み、リアルタイム配信用に最適化して、単一のレビュー可能な3Dシーンとして公開することができます。実用的には、フォーマットとユニットの解決、ポリゴン数の削減、マテリアルの処理、レビューアが必要とするメタデータの保存を意味します。
Unityの換算CADおよびBIMデータをレビュー可能な3Dモデルツールは、その取り込みおよび最適化ステップ向けに構築されています。そこから、チームはブラウザーでインタラクティブな3Dを共有できるため、レビュー担当者は結合されたモデルを任意のデバイスで開くことができます。CADオーサリング環境ではなく、共有可能なレビューシーンへのビジュアルでローコードなパスです。
非同期 vs ライブレビュー:それぞれいつ使うか
非同期はデフォルトにしてください。寸法チェック、製造可能性メモ、衝突観察、美的コメントなど、ほとんどのフィードバックは、適切に書き留め、ジオメトリにピン留めし、レビュー担当者が適切に見る時間があるときに提供されます。
リアルタイムの交渉が必要なケース（部門間のトレードオフ、大規模な設計変更のファーストルックレビュー、エグゼクティブまたはクライアントのプレゼンテーション、およびディスカッション自体が成果物であるあらゆる決定）については、ライブセッションを維持してください。フォローモードやガイド付きウォークスルーは、ここでうまく機能し、1人がリードしても、他の人は各自のブラウザーにとどまることができます。
最も強いパターンは順序付けです。まず非同期レビューを行い、ルーチン項目を表面化して解決し、次にまだ開いているものだけにフォーカスしたライブセッションを行います。
すべての関係者と3Dを見直す準備はできていますか？
Unityの3Dコラボレーションとレビューで、チームがデバイス間で関係者とインタラクティブな3Dモデルを共有する方法や、Unity Industryがエンタープライズ規模でこれをサポートする方法を探る。
よくあるご質問
設計レビューとは、利害関係者が要件に照らして設計を検証し、設計が進む前にフィードバックを行う、構造化されたチェックポイントです。設計が機能、製造、規制、および商業上のニーズを満たすことを確認し、承認、改訂、拒否などの明示的な決定を行います。レビューは通常、一度行うのではなく、プロジェクトの定義された段階で繰り返されます。
2Dレビューは図面、PDF、またはスクリーンショットから機能するため、レビュー担当者は平面的な表現を解釈し、空間的なものはすべて注釈に依存します。3D設計レビューでは、モデル自体を利害関係者の正面に置き、利害関係者は軌道修正、セクション修正、測定を行うことができます。衝突、クリアランス、アセンブリ、または照準線などの空間的な問題は、推論ではなく直接目に見えるため、早期に表面化できます。
電子メールではなく、モデルにアンカーされたマークアップを使用します。関係する特徴にコメントをピン留めし、ジオメトリを赤線で囲んで、問題を示す測定ビューまたはセクションビューを追加し、変更したい内容とその理由を記載します。ジオメトリに付加されたフィードバックは一義的で追跡可能なままです。一方、別スレッドでのフィードバックは、それを操作した人が再解釈する必要があります。
次の3つのカテゴリがあります。
- コラボレーション機能ビルトインたCADプラットフォームは、独自の環境内でレビューをハンドルします。
- 専用のエンジニアリングレビューツールは、問題追跡とワークフローを追加します。通常、機械チーム向けです。
- ブラウザーベースの3Dビューアとリアルタイムプラットフォームにより、オーサリングツールなしで、あらゆる関係者によるあらゆるデバイスでのレビューが可能になります。
どのツールがニーズに最も適しているかは、CADシートを保持するレビュー担当者の数によって異なります。
