• Nexus
        • SSI Nexusは、SSIソフトウェアのユーザー、作成者、および実装者が集まる場所です。 ここでは、ベストプラクティスと業界のトレンドについて議論し、共通の課題に取り組み、最新のソフトウェアにアクセスし、それらを結び付ける製品の将来へのインプットを提供します。

        • MyLearning
        • SSI MyLearningは、SSIユーザーが詳細なトレーニング演習、資料、コース、および認定資格にアクセスできる場所です。 自己指導型のトレーニングカリキュラムにより、トレーニングはスケジュールどおりに、最も必要なときに実行されます。

        • SSIブログ
        • SSIブログは、造船とテクノロジーの交差点、業界の進歩、SSIニュースの最新情報を得るための場所です。 SSIの共同CEOであるDenis MoraisとDarren Larkinsの最新記事を読む唯一の場所です。

          Lighthouse Waveform | Crow’s Nest

        • エンジニアリ ングに自信
        • エンジニアリング情報は、造船業者の最も必要な資産です。 その情報をビジネスに適合させることは、船舶のライフサイクルの各段階で造船特有の課題と情報要件を処理するために構築されたソリューションを使用することを意味します。

          Hull / Structure 製品 | Outfitting 製品 | WorkShare 製品 | 般的な製品

        • 同期造船
        • エンジニアリング情報が他のすべての部門、ツール、プロセスを円滑に推進すると、利用可能な情報を完全に制御できるようになります。 組織にとっては、現在か将来のプロジェクトを危険にさらすことなく、ビジネス上の意思決定を行う自由も意味します。

          EnterprisePlatform | DigitalHub

        • 会社
        • SSI弊社のリーダーシップの詳細をご覧ください。

        • 場所と連絡先
        • グローバルに存在するパートナーが必要です。

        • ニュース
        • SSIと造船の最新情報

        • イベント
        • 次のイベント、カンファレンス、トレードショーに参加してください。

        • パートナー
        • プラットフォームおよび開発パートナーの詳細をご覧ください。

        • クライアント
        • SSIを信頼する業界リーダーをご覧ください。

        • キャリア
        • 造船業を可能にします。

3月 7, 2017
テクノロジー造船

どんな造船所の聖杯も 、姉妹船を管理するための鉄則的な解決策を持っている。 造船業界にいない人にとって、姉妹船は「事実上」同じ一連の船です。 造船では「船体の効果」という言葉も使っています。 他の産業と同様に、各姉妹船は同一ではありません。 シリーズの船舶の間には40%の差があり、最初と最後に建造された船の間には最も高い差があります。 船体の形状と上部構造は同じであっても、すべての内部システムと構造が大きく異なる場合があります。

「類似している」が同一ではない複数の設計の管理は、多くの業界で共通の課題です。 この非常に難しく複雑な問題に対する答えを持っていることを示唆する一般的なCADソリューションがあります。 私はそれらの多くによく精通しており、いくつかは本当に良いと創造的なソリューションを持っていますが、残念ながら、私は彼らが私たちの業界が必要とするものには及ばないと思います。 造船には、船の複数の設計を管理することが困難なユニークな特性しかありません。 飛行機の複雑さは、私が安全に空気中の世界35,000フィートを移動することを可能にするので、私は非常に感謝している航空宇宙産業との比較が常にあります。 しかし、航空宇宙のビジネスは造船のビジネスとは異なります。


造船はシリーズ管理を全く新しいレベルに引き上げる

造船の多くのユニークな特性は、全く新しいレベルにこれを取る。 私はトップ3が次のものだと信じています。

  1. シリーズ製品の収益性
  2. より多くの部品の桁違いの順序
  3. エンジニアリング、設計、計画、調達、および建設を並行して行う

1. シリーズ製品の収益性の向上

造船では、契約が複数の船舶を呼び出すのが一般的ではありません。 ただし、この場合、数量は通常 1 桁です。 対照的に、航空宇宙や自動車の生産では、量ははるかに高いです。 これは、造船会社が建造する船舶で利益を上げる必要があるため、大きな違いです。 例えば、ボーイングは1100機を販売するまで、新しいドリームライナーで利益を上げる予定はありません。 これにより、他の産業は、最初の製品からお金を回収するために、より多くの時間の「贅沢」を可能にします。

2. より多くの部品の桁違いの順序

造船中の部品の数は、最も複雑な飛行機よりも桁違いに高いです。 私は船がより複雑なエンジニアリングプロジェクトであると主張しません。しかし、部品の膨大な量は、シリーズ製品の管理を複雑にします。 これは、現代の携帯電話を現代の飛行機と比較することに似ています。 どちらも複雑な製品ですが、飛行機の部品の量は、携帯電話に比べて管理の高度な複雑さをもたらします。

3. エンジニアリング、設計、計画、調達、および建設を並行して行う

他の産業と比較して造船との最大の違いの一つは、エンジニアリング、設計、計画、調達、建設が まったく同時に起こっていることです。 私は前にこれについてブログを書いたことがあります: 造船の最大の課題は何ですか?

エンジニアリング、設計、調達、建設は、2隻目の船が始動する前に最初の船の半分も完成していないのが一般的です。 これらの非造船会社のために、私は知っている、それは絶対にクレイジーです。 しかし、これは業界の現実であり、おそらく造船が他の産業と比べて非常に異なる最大の理由です。


変更の管理は難しい部分です

造船で非常に困難な領域は、変化を管理しています。 多船プロジェクトでは、この問題は指数関数的に増加し、それが造船で最も困難な問題である理由です。

クライアントまたはエンジニアリングチームは、設計を改善するために変更を加えることができ、生産現場は、コストのかかる生産問題を修正するために変更を加えることもあります。 これらの変更はすべて、複数の船舶に適用する必要があります。 各船は異なる段階にあるので、結果として生じる変化は異なるかもしれません。 たとえば、1 隻の船で既に建造されているエリアに変更を加える必要がある場合があります。 ここでの変更は「迅速な」修正 (理想的ではない) かもしれませんが、問題は解決します。 別の解決策は、その地域で建設を開始していないが、すべての材料がカットされ、購入されている別の船のために必要とされる場合があります。 設計中の次の船は、設計に適用される「適切な」修正を持っている可能性があるため、すべての後続船も同じ実装を取得してその変更を解決します。

それは簡単な部分でした。 アイテムに変更を実装する場合、単独で作業することはできません。 作業している品目がすべての船でまったく同じであっても、このアイテムに加えた変更をすべての船に適用できるわけではありません。 特定の船舶の他のアイテムに加えて、変更予定の内容に影響を与える可能性のある変更点もあります。 あなたは、周囲のすべてのアイテムを持つ他のすべての船舶の構成で、あなたの変更を表示する必要があります。

この課題は他の業界と同様です。しかし、部品数、変更リクエスト(ECN)、および各船がエンジニアリング、設計、調達、建設の異なる段階にあるという事実により、変更の管理は非常に困難になります。


テクノロジーは問題ではありません。ユーザー エクスペリエンス (UX) は

市場には、問題を理解し、それを解決する技術を持っている多くの造船固有のソリューションがあります。 私はほとんどの技術を持っていると思うし、姉妹船の管理に関するいくつかの問題を解決する製品のポートフォリオにソリューションを実装しています。 しかし、私は問題が誰もが完全に解決していないと言うでしょう。

私がこれがそう信じている主な理由は、過去に、ほとんどの人が純粋に技術によってこれを解決し、ユーザーがシステムと対話する方法を忘れていたということです。 前述のように、造船のこの非常にダイナミックな環境での変更を管理するには、姉妹船の複雑さを簡素化するために非常に良いユーザーエクスペリエンスが必要になります。

この複雑な問題を解決するには、ユーザーが迅速にできる簡単で直感的なソリューションが必要です。

  1. 各船舶がどのような状態にあるかを理解し、適用すべき修正の種類を決定します。
  2. 変更は、それがどのフェーズにあるかに応じて、各船に異なる影響を与えるので、各船の変更の影響を理解します。
  3. 変更を行う前/中/後に各船の表現を持っています。 これにより、ユーザーは複数の船舶に対して設計を最適化できるか、または固有の設計が必要かどうかを判断できます。
  4. 異なる段階にある複数の船舶に変更を適用します。
  5. まったく同じ設計変更を活用できる複数の船舶に変更を適用します。
  6. 変更がすべての船舶に対して有効であることを確認します。

CAD および造船ソリューション プロバイダーによって提示されるユース ケースの多くは、単純なシナリオを使用します。 これは、ソリューション戦略をユーザーに伝えるために不可欠です。ただし、一部のソリューションは非常に適切に拡張されません。 これは、Excel を使用して BOM または変更管理を管理する場合と同様のケースです。 アイテムと変更の数が少ない場合は、Excel を使用して問題を起こす可能性があります。 プロジェクトが大きくなり、より多くのパーツがある場合、Excel を使用する変更、サプライヤー、および利害関係者は、必要なユーザー エクスペリエンス (UX) を提供しません。

姉妹船を管理する際には、最適な意思決定を行うためには、優れたユーザー エクスペリエンス (UX) を用意することが不可欠です。


閉会のコメント

姉妹船の管理は、どの造船会社にとっても最も困難な問題です。 彼らはすべて、現実にうまくスケールする簡単で直感的なソリューションを探しています。

造船の独自性は、問題をはるかに困難にします。 要因には、姉妹船の1桁の数、他の大型製造製品よりもはるかに多くの部品、造船がすべての姉妹船が独自の段階にあるのとまったく同じ時間に設計、設計、調達材料、建設を行うという事実が含まれます。

造船ツールの大半は、ソリューションを提供する技術を持っています。ただし、必要なすべての船舶に対する変更を理解し、実装し、検証するための優れたユーザー エクスペリエンスを提供するものではありません。 この困難な問題の解決策は、すべての異なるタイプのユーザーに、各船で何をすべきかを明確かつ簡潔に把握し、すべての後続船での変更を検証する方法を提供する必要があります。

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.