• 迅速なROIの実現
        • スライスされた実装と私たちの専門知識により、初日から利益を得ることができます。長期間のセットアップは必要ありません。

        • 統合し、共同作業し、再利用する
        • SSIのオープンシップビルディングプラットフォームは、船舶建造プロジェクトの将来に対応した真実の情報源を提供します。

        • 変更管理
        • 変更内容を可視化し、影響を理解し、変更を実行するために適切な情報を適切なタイミングで入手します。

        • 適応と革新
        • グローバルに分散した労働力のために、ローカルまたは仮想化された船舶建造環境を作成します。

        • 他のソリューションからの変更
        • 変更内容を把握し、影響を理解し、変更を実行するために適切な情報を適切なタイミングで入手します。

        • Nexus
        • SSI Nexusは、SSIソフトウェアのユーザー、開発者、実装者のためのコミュニティです。

        • SSI Certified Training
        • SSI MyLearningは、SSIのユーザーが詳細なトレーニング演習、教材、コース、認定をアクセスできるようにするものです。

        • SSIブログ
        • 船が建造された後の船の寿命の大部分が過ぎることを考慮すると、組織が常に船舶の明確な状況を把握していることが重要です。

          灯台波形 | 船舶建造ソリューション

        • シップコンストラクター
        • 船舶および海洋プロジェクトの設計、エンジニアリング、建設に対する包括的なソリューションラインナップ

        • エンタープライズプラットフォーム
        • 船渠内のすべてのシステムを接続し、データを共有し、情報を利用可能にするツール

        • ShipbuildingPLM
        • 唯一本当に船舶建造に特化した製品ライフサイクル管理(PLM)プラットフォームです。

        • 会社
        • 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桁の数、他の大型製造製品よりもはるかに多くの部品、造船がすべての姉妹船が独自の段階にあるのとまったく同じ時間に設計、設計、調達材料、建設を行うという事実が含まれます。

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

Don't Miss These Shipbuilding Strategies

Subscribe to the Shipbuilding Solutions blog and get actionable strategies and best practices from industry experts.

We don’t spam! Read our privacy policy for more info.

コメントを残す

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

このサイトは reCAPTCHA と Google によって保護されていますプライバシーポリシー利用規約 申し込み。

The reCAPTCHA verification period has expired. Please reload the page.