「API プラットフォームへの移行には、API プログラムの成熟、製品ベースのマインドセットへの転換、そして API プラットフォームがいかに成長し改善し続けているかを社内およびパートナーに伝えることが必要です。外部からの視点がないと、組織はプラットフォームベースのアプローチへの移行に必要な健全な API プログラムを開発することができません。」
これは、LaunchAnyのエグゼクティブAPIコンサルタントであるジェームズ・ヒギンボサム氏が、特別プレゼンテーション「エンタープライズをAPIプラットフォームへ変革する教訓」のために参加した際に共有された貴重な洞察の1つです。
1時間にわたるセッションでは、ジェームズ氏が様々な業界のエンタープライズ組織と協力してAPIプログラムを変革、立ち上げ、拡大してきた経験から得た知見を共有しました。
セッション後、私はジェームズ氏と座って、セッションからのいくつかの要点について話し合い、トレーニングで取り上げられた教訓を実行に移したいチームへのアドバイスを得る機会がありました。
全文は以下でご覧いただけます。
ソフトウェアコンサルティングで長いキャリアをお持ちと伺っていますが、LaunchAnyでのご自身の仕事についてもう少し詳しく教えていただけますか？どのような種類の企業と連携されていますか？どのような課題解決を支援されていますか？
私の主な仕事は、組織がビジネスとITの両方でエンタープライズプラットフォーム戦略を定義、普及、実行するのを支援することです。これには通常、API戦略とプログラムの開発と実行、多数の技術的および非技術的役割におけるオンサイトでのAPIおよびマイクロサービスのワークショップの提供、そしてAPIの作成、発見、採用を推進する新しいプロセスや修正されたプロセスの開発が含まれます。
当社は、金融/銀行、商業保険、ヘルスケア、航空会社、サプライチェーン、ホスピタリティなど、多くの業種の組織と協力してきました。当社の顧客は世界中に広がっており、通常、数百から数千人の開発者を抱えるITグループを代表しています。また、中小規模のSaaS企業のAPI戦略も支援してきました。
ウェビナーでは、APIプラットフォームへの移行中のエンタープライズ組織との連携から学んだ教訓を共有しましたね。この変革を行う大規模な組織で、特定の傾向はありますか？
APIプラットフォームに着手するほとんどの組織は、APIプログラムの成熟を目指しています。これらの組織の一部は、API管理レイヤーと内部プロセスをサポートするためのいくつかのツールを持つことが、健全なAPI中心のアプローチを確立するための最初のステップにすぎないことに気づいています。
APIプラットフォームへの移行には、製品ベースのマインドセットへの転換により、外向きの視点を持つこと、そしてAPIプラットフォームがいかに成長し改善し続けているかを社内およびパートナーに伝えることが必要です。外向きの視点がないと、組織はプラットフォームベースのアプローチへの移行に必要な健全なAPIプログラムを開発することができません。
なぜエンタープライズ組織がAPIプラットフォームへの移行を進めているのだと思いますか？どのようなメリットを見てきましたか？
ほとんどの組織は、SOAにありがちなカスタマイズされた1対1の統合よりも、はるかに大きな規模でパートナーや顧客のニーズをより適切に満たすために、APIプラットフォームに移行しています。より持続可能でスケーラブルなプラットフォームベースのアプローチに移行することで、パートナーや社内開発者は、組織のビジネスおよび技術的な能力の上に迅速に構築することができます。これにより、組織は昨日の市場要件に安住することなく、はるかに速い速度で変化する市場ニーズに適切に対応できるようになります。
API設計に関する複数の著書を出版されていると伺っていますが、ジェームズさんにとって良いAPI設計とはどういう意味ですか？API設計に関してよく見られる間違いはありますか？
優れたAPI設計とは、純粋なデータアクセスAPIではなく、結果を生み出す機能を提供することで、ステークホルダーのニーズを満たすAPIポートフォリオを意味します。内部データを公開するためだけにAPIを厳密に構築する組織は、APIコンシューマーが克服すべき長年の技術的負債が外部化されるため、統合プロセスをより困難にすることがよくあります。彼らの近道という「汚れた洗濯物」は、APIを統合するすべての開発者に押し付けられます。
組織は、開発者が問題を迅速に理解し統合できるようにする優れたAPIを設計するよう努力しなければなりません。このような焦点は、開発者の努力を加速し、パートナー、社内開発者、顧客のニーズを満たすでしょう。高性能なAPIプログラムには、ポートフォリオ全体の一貫性を推進し、現在および将来のAPIコンシューマーの擁護者として機能するための組み込みのデザインレビュープロセスがあります。
「APIプロダクト戦略」という概念が新しいトピックとして注目を集めているようですが、APIをプロダクトとして扱うとはどういう意味ですか？また、APIをプロダクトとして考えることが重要なのはなぜですか？
APIはITグループの純粋な関心事と見なされがちですが、実際にはビジネス、製品、テクノロジーという3つの重要な領域と交差しています。そのため、組織が提供するAPIを所有し、時間の経過とともに成熟させ続けるために、組織全体の全員が関与する必要があります。APIには、限られた予算の短命なプロジェクト以上のものが必要です。
成功するAPIプログラムを構築し維持するためには、APIは利害関係者のニーズを継続的に満たし続ける必要があります。これには、技術的なプロダクトマネージャーが、社内外の利害関係者と継続的にコミュニケーションを取り、APIが時間の経過とともに進化するように確保できることが必要です。
組織は、APIプログラムを長期的に成功させるために何ができるでしょうか？
お気づきかもしれませんが、これまでの質問への私の回答は、APIプログラムの立ち上げには適切な調整が必要であることを示しています。その結果、組織はAPIガバナンスとAPIセンターオブエクセレンスに対して、より連合的なアプローチに移行しているのを見てきました。これは、組織が主要な標準を監督する中央機関を確立するのに役立つと同時に、ITとビジネスにわたる独立したチームが自信を持ってAPIを構築し統合できるようにします。
これは、優れたトレーニングプログラムと相まって、組織がAPIポートフォリオを効果的に管理し、成長させるのに役立ちます。その結果、内部および市場のニーズに基づいて進化する健全なAPIプラットフォームが生まれます。
エンタープライズをAPIプラットフォームに変革することから得られた教訓
James氏のプレゼンテーションの全録画はこちらからご覧ください。これらの教訓を実践する準備ができたら、SwaggerHubはチームがAPI開発を共同で行い、規模を拡大するための一つのプラットフォームを提供します。
無料で始めましょう。