以前のブログ記事 SSI 1/3 の変更管理 では、ShipConstructor ユーザーが実装している特定のタスクに関連付けられたプロジェクトに対して行ったすべての変更を持つメカニズムについて説明しました (例: ECO 1234)。 このような変更のトレーサビリティは、予想どおりにレポートに使用できます。ただし、さまざまな利害関係者に対して複数のコンテンツ パッケージを生成するためにも使用できます。 各関係者は、必要な情報のみをカスタマイズし、使用できる方法でカスタマイズしたと考えてください。 これは、BOM、PDFの生産図面、ネストテープ、パイプ曲げ情報、プロファイル切断機データ、変更されたアイテムだけを含むビジュアルモデルなどを含むコンテンツパッケージにすることができます。
このブログ記事では、一般的なシナリオである複数のユーザーが同時に発生する複数の変更を含むシナリオについて説明し、変更管理の範囲を拡大します。 このシナリオでは、前の記事と同様に外部の関係者と通信する必要があります。ただし、変更をエンジニアリング チームの他の分野とリアルタイムで真の同時実行方法で伝達する方法も必要になります。
同時に作業しているユーザー
同じ製品データモデル上のすべての分野(ハル&ストラクチャー、パイプ、HVAC、機器、電気、溶接、計画など)からの同時作業を許可することは、ShipConstructorの重要な特徴です。
ShipConstructor タスクの管理と関連する変更は、真のコンカレント エンジニアリングもサポートしています。 各ユーザーは、どのような分野に関係なく、割り当てられたタスク のみを 表示します。 アクティブなタスクを選択すると、そのタスクに関連付けられたすべての専門分野の変更が反映されます。 ShipConstructor エンドユーザーの観点からは、変更を追跡するために追加のアクションが必要な場合は、常に ShipConstructor を使用します。 つまり、彼らはShipConstructorが常に提供してきたすべての同時エンジニアリングの利点を得ることを意味します。
任意のタスクの変更を表示
ShipConstructor タスク表示の変更を使用すると、各ユーザーは、影響を与える可能性のあるタスク (予防) を検出し、影響を及ぼす可能性のあるタスクを特定することができます。 これは、製造成果物を変更する特定のアセンブリ構造への変更、浸透を作成する必要があるモデルへの変更、またはユーザーが行うべきではなかった変更である可能性があります。
同時実行環境で作業する際の課題の 1 つは、互いに競合する複数の変更の可能性です。 これは、構造チームが配管のために当初計画されていたスペースを占有するモデルに一定の変更を加えた場合に、しばしば適合するために発生します。 両方とも同じ製品データ モデルで作業しているため、見た目がわかっている限り、これらの変更をリアルタイムで確認できます。
ShipConstructor タスク表示の変更は、別のタスクを実装するときに同僚から行われた変更の要約リストをユーザーに提供します。 これは、簡単に消費するために一覧を分類するだけでなく、ユーザーが必要とする情報を抽出するために情報をフィルタリングするためのいくつかの方法を可能にします(例えば、単位でフィルタ)
ShipConstructor での他のタスクの変更を参照する
ストラクチャー モデラーは、デッキに変更を加え、別のタスクで変更された項目のみを参照します。
ShipConstructor タスク管理機能と変更の表示機能は便利ですが、多くの場合、ユーザーは同僚の変更を 視覚的に表現 し、 変更のみを操作できるようにしたいと考えています。 特に、タスクを簡単に選択して現在のモデルのリプレゼンテーションを取得して、オービット、ズーム、変更がそれらに与える影響を確認したいと考えています。
これを行うにはいくつかの戦略があります。 前の記事で説明したように変更パッケージの生成を自動化する場合は、変更された Navisworks モデルを読み込むために、ShipConstructor コーディネーション モデル機能を使用することができます。 この機能には、パフォーマンスに影響を与えずに多くの変更を含めるという利点があります。 ShipConstructor タスクまたは 10,000 個のパーツ変更を含む複数のタスクを、問題なく簡単に読み込むことができます。 また、他のタスクの変更パッケージの情報を利用して、干渉やクラッシュの検出を行うこともできます。
同時に行う個別の変更の通信
前回のブログ記事で説明したように、各関係者に変更を使用できる形式とコンテキストで提示する必要があります。 各関係者のソース情報は同じです。しかし、この情報をそれぞれの情報に表す方法は一意になります。 これにより、各関係者は、最新の情報を迅速かつ情報に基づいた意思決定を行う必要がある情報のみを含むカスタム コンテンツ パッケージを取得できます。
カスタマイズされたすべてのコンテンツ パッケージは、まったく同じ情報源を使用するため、システムを含むすべての関係者が情報を同期させます。
カスタマイズされたコンテンツ パッケージの生成はすべて SSI の EnterprisePlatform によって生成され、プロジェクトまたは企業に対してグローバルに設定できます。 たとえば、ウェイト エンジニアのコンテンツ パッケージに含まれる情報を指定できます。 PLM/ERP/MRP/等などの情報プラットフォームに全ての情報を保存している場合もあります。 プラットフォームを組織の他の部分への配信メカニズムとして使用します。 これについては、次のブログ記事で詳しく説明します。
開いているすべてのタスクのすべての変更を通知する
場合によっては、エンドの関係者は特定のタスクの変更を知らず、 アクティブまたは最近完了したすべてのタスクからのすべての関連情報を集計したビューを望む必要があります。 これは、個々のタスクと同じ方法を使用して実現できますが、各 ShipConstructor タスクのコンテンツ パッケージを作成する代わりに、複数のタスクのすべての変更を含む 1 つのコンテンツ パッケージを作成します。
複数のタスクから生成できるコンテンツの制限はありません。 同じコンテンツとフォーマットが利用可能です。 これには、選択したタスクの変更のみを 3D インタラクティブに表示し、データを非常に効率的に通信できるようにします。 たとえば、以下のモデルをナビゲートして、プロジェクトに精通せずに何が変わったかを知る速度を体験してください。
上記は、複数の変更(ECO)を含むコンテンツパッケージに含まれる3Dビジュアライゼーションです。
閉会のコメント
優れた変更管理戦略は、多様なステークホルダーに対する情報の配布を、タイムリーかつ容易に消費できるコンテキストでサポートします。 すべての関係者が同時に情報を要求するわけではないので、複数の個別の変更をスパムする必要はありません。
同時変更をモデルに適用すると、同僚の変更に影響を与える可能性のある情報を必要とする他のエンジニアリング関係者が必要になります。 彼らは、これをリアルタイムで実行できるだけでなく、現在使用しているモデルの変更のコンテキストを提供できるようにしたいと考えています。
同時変更があっても、特定のタスク(例:ECO)に関連付けられた変更の各コレクションを個別に表示したい特定の利害関係者がいるでしょう。 これは、クラスのコンプライアンス、変更がチャージバックされている場合のクライアントレコード、または品質管理を支援するために使用できます。 一方、すべての変更をまとめて表示したい他の関係者も必要になります。 効果的な変更管理戦略では、このような利害関係者をすべてサポートし、他の多くの利害関係者の要件をサポートするために適応できる必要があります。
次のブログ記事では、特定のタスクに関連付けられた情報を組織全体に配信する、より合理化された方法について説明します。 これは、PLM、ERP、PDM、ePDMなどの情報プラットフォームを使用しています。 これらのプラットフォームは、情報を効率的に配信できる一元的な情報リポジトリとして機能します。