アプリケーションの実装戦略

組織が地理空間技術の力を活用するにつれて、ArcGIS アプリケーションを効果的に実装することが、ビジネス上の利益を最大化し、成功を収めるために不可欠となります。

アプリケーションの実装戦略とは、テクノロジーを使用してビジネスのニーズを満たす機能をどのように提供するのかについて、組織が行う一連の選択です。理想的な戦略は、コストを最小限に抑え、開発リソースの使用を最適化することです。商用既製アプリ (COTS) と最小労力の設計パターンを優先する、構成優先の考え方を適用することで、ユーザーがアプリケーションをデプロイして保守するために必要なコストと労力を削減し、サービス提供までの時間と総保有コスト (TCO) を削減できます。

効果的な戦略の確立

組織にとって効果的なアプリケーション実装戦略を確立するには、次の推奨事項を検討してください。

ビジネス優先のアプローチを採用します。エンドユーザーのニーズと、作業をどのように行っているかを理解することは、組織のビジネス目標を達成するために役立ちます。
構成優先の考え方を採用し、可能な場合は COTS アプリを構成して、エンドユーザーが必要とする機能を提供します。この設定を使用すると、提案されたワークフローやインターフェイス、エクスペリエンスに関するフィードバックを迅速に得ることができます。
構成だけでは対応できない要件がある場合は、Arcade、自動化、および他の統合パターンを使用して既存のアプリを拡張します。
これらの方法の限界に達した場合は、ArcGIS Maps SDKs のいずれかを使用して、目的に合ったカスタマイズ済みの完全なアプリを構築することを検討します。

ArcGIS の柔軟性を活用

ArcGIS は、ロケーションベースのアプリケーションを実装するための柔軟なシステムで、ジオグラフィーの力を適用して組織全体のワークフローを改善および拡張できます。 ArcGIS は、アプリケーションを実装するため複数の手法をサポートすることで、これらの機能を提供するとともに、コストと労力を最小限に抑えるのに役立ちます。アプリを提供する際には、直感的で柔軟性のある設計で、ビジネスのニーズに応じた効率的かつ機能的なアプリの配布を検討してください。

アプリを通じて新しい機能を提供する最適な方法を決定するときは、考慮すべき多くの要素があります。このような要素として、次のようなものがあります。

リソース: アプリの設計と実装を行うための適切なビジネスおよび技術スタッフと、アプリによって生成されるワークロードをサポートする IT およびサポートのインフラストラクチャーを整備します。
初期実装作業の計画: アプリの実装に必要な時間と作業量に関連します。ビジネスにとっての価値を考慮して、最適な手法を決定します。
アプリの継続的な保守についての理解: ポートフォリオ内のすべてのアプリは、システムのアップグレード、使用量の増加、発生する可能性のある予期しない問題を考慮して、定期的に保守する必要があります。保守には計画的なアプローチを採用することで、この作業が適切に管理され、必要なサポートチームによって理解されるようになります。
ユーザーのトレーニング: 新しい機能を提供するには、スタッフがさまざまなレベルで、アプリの実装、管理、使用など、さまざまなトレーニングを実施する必要があります。
テクニカルサポート: ポートフォリオ内のアプリを利用する際にユーザーが遭遇する可能性のある問題に対して、技術的な支援を提供するために活用できるさまざまなチャネルを検討してください。

実装手法の決定

エンドユーザーはアプリが頻繁に更新されることを期待するため、カスタムアプリを開発および保守するためのリソースに対する需要が増加します。そのため、必要な機能を最小限のコストと労力で提供できる手法を選択するのが最善です。 3 つの主な手法について以下で説明します。

ビジネスのニーズに合わせて COTS アプリを使用および構成します。 ArcGIS には多くの構成可能な COTS アプリが用意されており、主要なワークフローをただちにサポートできます。 COTS アプリを使用すると、必要な労力が最小限で、継続的なコストも最小限に抑えられます。ユーザーがデータにアクセスし、アプリの要件を定義できることが重要です。これによって、既存のテンプレートとビルダーを活用して必要な機能を構成できます。構成できる COTS アプリの一般的な例としては、ArcGIS Instant Apps、ArcGIS Experience Builder、ArcGIS Dashboards などがあります。さらに、ArcGIS Solutions には、組織が特定の課題に対処するために役立つ、業界に特化した COTS アプリが数多く提供されています。
COTS アプリ用のウィジェットを作成して、既存のアプリを拡張します。 ArcGIS の一部の COTS アプリでは、カスタムウィジェットを作成してアプリに接続できる、モジュール式フレームワークが使用されています。たとえば、ArcGIS Experience Builder には、ローコードでウィジェット、テーマ、データソース、メッセージアクションを作成できる、開発者向けエディションがあります。また、一部のモバイルアプリのテンプレートを活用してから、コーディングスキルを使用してアプリをさらにカスタマイズすることもできます。既存のアプリを拡張することで、必要な追加機能のみを開発できるため、経費と労力を節約できます。
独自のビジネスのニーズや、上記の手法では十分に対処できないビジネスのニーズに合わせて、アプリをカスタマイズします。この方法では、ArcGIS Maps SDK を活用できます。これらの SDK は、ArcGIS の機能、たとえばセキュアな Web マップなどを公開するカスタムアプリの認証情報を管理するため、Identity Manager などのオブジェクトを提供します。これらの部分を自分でコーディングする必要がないため、ArcGIS の COTS 機能を活用してビジネス重視のアプリを構築できるため、アプリの開発や保守にかかる負荷を削減できます。

構成優先の考え方により、カスタムアプリの開発、保守、トレーニングに関連する不要なコストと労力を回避できます。構成優先の考え方を採用している組織は、まず COTS アプリを構成し、必要な場合のみアプリを拡張およびカスタマイズします。アプリケーションの実装戦略で、この最小労力の手法を使用すると、機能をより迅速に提供し、開発リソースをより複雑なタスクに割り当てることができます。

ポートフォリオの管理

組織がビジネス全体で機能を提供し続けるにつれて、アプリケーションポートフォリオは拡大し始め、ますます多くの管理リソースが必要になります。アプリケーションポートフォリオに含まれる 1 つのソリューションでさえ、複数のアプリケーションを含んでいることがあります。したがって、スタッフが毎日業務でアプリを使用し、運用のサポートを維持して、ビジネスに価値を提供できるよう、適切なガバナンス体制を確立することが不可欠です。インベントリーから始めて、アプリ内のデータソース、その保守スケジュール、さらにライフサイクルを特定します。これらすべての側面の管理は、アプリケーションポートフォリオガバナンスとして知られています。

ガバナンスの主な目的は、ビジネス上の利益を確保し、リソースを最適化して、リスクを軽減することです。

リスクの軽減 - 保守するカスタムアプリケーションの数を減らすことで、技術的負債を減らすことができます。これを設計原則として確立し、作成するガバナンスフレームワークの下で監視できます。
リソースの最適化 - ポートフォリオの技術的側面とビジネス的側面を理解できるスタッフなどの適切なリソースが存在することを確認し、ポートフォリオを持続的に成長させ、維持できるようにします。
利益の実現を確実にする - エンドユーザーに対するチェックを行い、アプリが当初意図した価値を実現していることを確認します。また、冗長性を特定して、忠実度の低いアプリや、置き換えたり廃止したりできる古いアプリを特定します。

変化の監視

組織が進化するにつれて、ビジネスのニーズと優先事項も進化します。技術の使用も進化し、変化するため、その進化によって変化を受け入れられるようにアプリケーションをデプロイする必要があります。そのための方法の 1 つは、使いやすさのテストを定期的に行い、エンドユーザーからフィードバックを収集して、アプリのポートフォリオで提供される価値を洗練し、改善することです。さらに、スケーラビリティーを念頭に置いてアプリを設計することを検討します。これによって、ビジネスやユーザーのニーズが増加したときも、アプリのアーキテクチャーを再設計せずに対応できるようになります。

データ量の増加、ユーザーからの要求、機能の拡張、および将来の成長を示す他の兆候を考慮して計画します。最後に、包括的なトレーニング資料、ユーザー支援、教育などで、エンドユーザー向けのトレーニングとサポートを提供し、採用を促進します。