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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 日本の造船会社のための戦略
3月 22, 2016
テクノロジー全般
プラットフォームエコシステム

プラットフォームに関する記事や、それが呼び出される他のすべての名前(ビジネスプラットフォーム、プラットフォーム化、イノベーションプラットフォームなど)に事欠きがありません。 私はいくつかのブログ記事でプラットフォームについて書いたことさえあります:

プラットフォーム化は標準にどのような影響を与えるか

造船における製品としてのサービス

PLMへの投資を見ていますか?

ノックノック、未来が呼びかけており、オープンアーキテクチャを求めています

プラットフォームが、私たちが使用するソフトウェアシステムの未来になることは間違いありません。 何が良い実行可能なプラットフォームを作るかについて多くの議論があります。 議論のほとんどは、プラットフォームがどれほどオープンであるか、APIの戦略、あるいはテクノロジースタックの実行可能性に関するものです。 これらはすべて実行可能なプラットフォームを作るために必要な成分ですが、あまり議論されない2つの側面があると思います。 1つ目は、プラットフォームの上に構築された開発者コミュニティの強みであり、もう1つはパートナー(セールス/コンサルティング/トレーニング/実装者)コミュニティの強みです。


開発者コミュニティエコシステム

プラットフォームは拡張されるように設計されており、これはファーストクラスの市民機能です(または必要があります)。 プラットフォームを簡単に構築できない場合、それは 本当のプラットフォーム ですか? 適切に実装されたプラットフォームでは、特定の市場、業界、またはユーザーに対して機能を追加したり、ワークフローを合理化したりすることは比較的簡単です。

プラットフォームを簡単に拡張するには、API ( アプリケーションプログラミング インターフェイス) を使用して、開発者がタスクの特定の問題を解決するための追加機能を追加できるようにする必要があります。 API は、基になるデータ モデルと、その上に構築された外部アプリケーションからのさまざまなアクションへの制御されたアクセスを提供する必要があります。

ただし、すべてのプラットフォームが同じビルドであるとはいえない。 一部の API は、拡張可能な機能を制限できる非常に小さな API のサブセットのみを提供します。 また、APIは非常に複雑で使用が難しい場合があり、プラットフォーム内の何かが拡張されるのが難しくなります。

API の品質とプラットフォームの 適切な開放性 を測定する最善の方法は、開発者コミュニティを調べることです。 健全な開発者コミュニティがある場合、API は使いやすく、優れたトレーニング資料を持ち、内部データやプロセスへの適切なアクセス量を提供し、多くの例を持っています。

プラットフォーム上に多くの拡張機能を構築する優れた開発者コミュニティは、プラットフォームが実際にどれほど成功しているかを判断する究極の方法です。 プラットフォームの戦略、プラットフォームが使用するテクノロジースタック、またはプラットフォームを批判するために使用するその他の基準は関係ありません。成功したプラットフォームは、健全な開発者コミュニティとエコシステムを持っています。


パートナーコミュニティエコシステム

最近作成している製品は非常に複雑で、製品のライフサイクル全体を通して、システムエンジニアリングのアプローチを取り、複数の分野の専門知識を活用する必要があります。 ソフトウェアコミュニティは、すべての課題を解決できるソフトウェア会社は一つも存在しないという考えにようやく収束しています。 これは、現在、ほとんどのソフトウェア企業がモノリシッククローズドシステムの代わりにプラットフォームを作成しようとしている理由と、彼らが「私たちはオープンです」というマーケティングメッセージをプッシュしている理由の1つです。

さまざまなベンダーからさまざまなソフトウェアアプリケーションを活用する必要があることに気付いたのと同様に、すべてのパートナー(ソフトウェア/コンサルタント/実装者/トレーナーの売り手)が、組織内でシステムを定義、実装、トレーニング、および維持するために必要なすべての専門知識を持っているわけではないことを認識する必要があります。

パートナーコミュニティの強さは見過ごされがちです。 しかし、私は、ソフトウェアの実装が失敗したかなりの量は、ソフトウェアやユーザーではなく、パートナーのスキルの欠如のためであると主張します。

私はパートナーはあなたが社内で必要とするすべての専門知識を持っている必要があるとは思わないが、彼らは彼らが欠けている分野で専門知識を持つ他のパートナーを持ち込むことができるはずです。 明らかに大きなパートナー(大企業)は、家の中でより多くの専門知識を持っているかもしれません。しかし、特定の状況では、他のパートナーを活用する必要があるという事実を否定するものではありません。

協力し、協力 できる パートナーコミュニティは、良いプラットフォームを決定する上でもう一つの重要で見落とされた領域です。 ソフトウェアと同様に、パートナー同士が互いの専門知識を活用して協力すれば、顧客の最終的な結果は大幅に向上します。 プラットフォームを使用するユーザーにとって、より良い結果は、プラットフォームの方が良いことを意味します。 ほとんどのテクノロジーの人々はプラットフォームを純粋にテクノロジーと考えているため、これはクレイジーに聞こえるかもしれません。 プラットフォームの技術は素晴らしいかもしれませんが、それをサポートする優れたパートナーエコシステムがなければ、プラットフォームは真の可能性に到達することはありません。


閉会のコメント

プラットフォームは、上に拡張され、構築されるように設計されています。 プラットフォームの技術の詳細(API、言語サポート、テクノロジースタック、配信システム、メッセージング戦略など)を見ることで良いプラットフォームを測定できますが、私はこれらすべての詳細に同意することは決してありません。

プラットフォームを成功させるためには非常に困難であり、優れたテクノロジ以上の機能が必要です。 プラットフォームを作成するには、間違いなくテクノロジの側面があります。しかし、テクノロジーはプラットフォームを成功させる部分に過ぎません。

成功したプラットフォームは次のようになります。

  1. 優れた開発者コミュニティエコシステムで、ユーザーに対する特定の課題を解決するための機能やワークフローを追加
  2. 他のパートナーの専門知識を活用して、ユーザーの課題を可能な限り最善の方法で解決する、優れたパートナーコミュニティエコシステム。

エコシステムの作成は非常に困難であり、私は本当にこの記事の表面を傷つけただけです。 プラットフォームに考慮する必要がある他の重要な要件について、ご意見をお聞かせください。

コメントを残す

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

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

reCAPTCHAの認証期間が終了しました。ページを再読み込みしてください。