以前のブログ投稿 SSI による変更管理 (1/3)、 SSIによる変更管理(3分の2)では、SSIの製品を活用してエンジニアリングのコンテキストの変化を管理する方法と、多様な造船所の関係者に消耗品のコンテンツを提供する方法を説明しました。 ただし、パッケージ内の各利害関係者に合わせたコンテンツ豊富な情報をカスタムで生成する機能は、まだ改善の余地を残しています。 ほとんどの造船所は、ビジネス変革を目指して、情報システム、ツール、環境を評価しています。 この検索は、一元化された情報プラットフォームからすべての情報を活用できる機能に向かってそれらを導いています。 このプラットフォームは、ShipConstructorなどの製品を含むいくつかの異なるソースからの情報を使用、保存、および構成管理し、造船所の多様な利害関係者にこの情報を配布します。 造船で採用され、実装されている共通の情報プラットフォームはPLMシステムです。
情報プラットフォームと ShipConstructor の統合は、最適で合理化された変更管理プロセスの重要な要件です。 これには、情報プラットフォームで作成されたタスクを ShipConstructor タスクと同期させ、特定のタスクに成果物を含む変更された項目を関連付け、企業全体に情報を配布する作業が含まれます。
シップコンストラクタタスクの作成
ほとんどの情報プラットフォームは、造船に必要なすべての活動を管理する能力を持っています。 これらの活動は単なるエンジニアリング以上のものを網羅しているため、情報プラットフォームで包括的に管理されます。
ShipConstructor と集中型プラットフォームの間の最初の接続ポイントは、タスクを同期する機能です。 ShipConstructorは、情報のソースである情報プラットフォームで管理されているタスクを表すだけです。 これにより、ShipConstructor ユーザーは、ShipConstructor に固有の使い慣れたユーザー エクスペリエンスを持つことができます。 ShipConstructorのユーザーは、タスクがShipConstructorで作成されたのか、PLMシステムにリンクされているのか、タスクがどこで作成されたのか気にする必要があるかどうかはわかりません。
SSI のエンタープライズプラットフォームを使用すると、REST API を使用してユーザーを作成、削除、終了、およびタスクに割り当てることができます。REST API に精通していない人のために つまり、アプリケーション間でアクションを開始したりデータを転送したりする最新の方法と考えることができます。 URL/Web ページを呼び出すのと同じくらい簡単です。 REST API を活用すると、情報プラットフォームは、ShipConstructor をインストールしなくても、ShipConstructor タスクのすべての側面を管理できます。
情報プラットフォームで管理されていないサブタスクの作成
青で強調表示されているのは、情報プラットフォームで管理する必要のないチーム間でタスクを分解して分散するのに役立つShipConstructorで作成されたサブタスクです。
特定のユーザーまたはチームでは、情報プラットフォームで管理されるタスクが大きすぎる場合があります。 したがって、専門分野マネージャーは、プラットフォームと同期されたタスクを複数のサブタスクに分割できる必要があります。 サブタスクの作成は親タスクには影響せず、すべてのサブタスクのすべての変更は自動的に親タスクにロールアップされます。
シップコンストラクターユーザー
ShipConstructor タスクがエンタープライズ プラットフォーム REST API を使用して外部システムを介して作成された場合、または[ShipConstructor タスク管理] ウィンドウで作成されたかどうかは問題ではありません。 ShipConstructor ユーザーは、まったく同じ方法でタスクを操作します。
これらは、ShipConstructor プロジェクトに変更を加える前に割り当てられているタスクのリストを表示するだけです。 アクティブなタスクを選択すると、 通常どおりShipConstructor を使用できます。
公開情報
最終的には、ShipConstructorタスクの情報を情報プラットフォームに公開する必要があります。 これは、作業進行中 (WIP) をプラットフォームに渡す必要がある場合に毎日更新されるように自動化できます。 または、タスクが完了したときに情報を公開することもできます。 また、要件に応じて、変更された情報の異なる表現をプラットフォームに渡すこともできます。 たとえば、WIP 公開では BOM、PDF の成果物図面、STEP ファイル、CNC ファイル、ネイティブ DWG、PNG などのイメージ、各パーツの表現などが必要な場合に、BOM 情報のみが必要になる場合があります。
私が提案する出力の一般的なタイプ(特にECOの場合)は、変更されたアイテムの3Dインタラクティブな視覚的表現です。 これは、変更を他の利害関係者に伝えるために行います。 あなたがこれについて学びたい場合は、以前の記事でそれを示しました。 変更された項目をすばやく見て操作する素晴らしい方法です。
タスクの完了
会社のワークフローに応じて、ShipConstructor タスクを終了 (完了) する方法はいくつかあります。 選択する戦略は、タスクの管理方法によって異なります。 ShipConstructor でエンジニアリング タスクを頻繁に終了するチーム メンバーが動作する場合は、ShipConstructor タスク管理ウィンドウを使用してすべてのタスクとサブタスクを閉じることを選択できます。
ただし、エンジニアリング タスクの終了を担当するチーム メンバーが情報プラットフォームでより多くの時間を費やしている場合は、情報プラットフォームでタスクを閉じる必要があります。 これにより、情報プラットフォームで消費、保存、および構成管理される情報の生成を開始できます。
もっと学びたい
私は変更管理で表面を傷つけただけです。 ShipConstructor が企業システムとどのように統合されるのかについて詳しく知りたい場合は 、ARCOS イノベーション に移動して、組織全体にサービスを提供する完全統合システムを 実際に実装した経験 があります。
免責事項: 私はARCOSイノベーションズ株式会社:)の共同創設者です。
閉会のコメント
造船の複雑さは、変更管理は、造船で直面する最も複雑な活動の一つとなっています。 何が変化したかを理解し、多様な利害関係者が 消費できる形式 で正しい情報を進めることは、変更管理で解決する必要がある第1の問題です。
CAD ツールには、”X ドライブ” などの企業フォルダに保存できる変更の必要な情報を含むさまざまなコンテンツ パッケージの生成に役立つ機能があります。 ただし、この情報が、変更が発生したことを知る必要がある人々に効果的に伝達されるわけではありません。
そのため、多くの組織が情報プラットフォームを実装しており、この情報を必要とするすべてのシステムと関係者を使用、保存、構成管理、配布、および同期化します。 また、ユーザーの透明性の高いプロセス/ワークフローが含まれ、知る必要がある場合にのみ適切な関係者に情報を提供します。 これにより、すべての利害関係者が変更を知り、それを利用して決定を下し、spamJが殺到することはありません。
CADプラットフォームと情報プラットフォームとの統合は、情報の関連付け、生成、配信がすべてのエンドユーザーに見えなくなる一流の市民機能であることが必要です。