アプリケーション開発においては、ビジネス部門とIT部門の関係者の間で、常に何らかの対立が生じるものです。これは、プロジェクトの優先順位付け、納期、ガバナンス、その他様々な要素に関わる可能性があります。
ガートナーによると:
ビジネス管理者やユーザーは、特定の課題を解決するために迅速に導入できる、最新で使いやすいアプリケーションを求めている。
経営陣は、リスクを軽減したり、市場機会を活用したりする方法を模索している。
一方、IT部門は通常、統合上の問題を最小限に抑え、セキュリティを最大限に高め、ITコストを削減するために、限られた数の包括的なアプリケーションスイートに標準化するという戦略目標に向けて取り組んでいる。
これらのグループはそれぞれ独自の優先事項を持っていますが、すべての参加者が共通の言語を習得し、同じ目標を共有することが不可欠です。では、これらのリーダー全員がどのようにして合意に達することができるのでしょうか？ガートナーのペース・レイヤード・アプリケーション戦略は、ITリーダーが主導権を握り、各カテゴリ内の多様なプロジェクトと優先事項を明確に示す、より効果的なアプリケーション開発戦略を構築する方法を示しています。このフレームワークは、ビジネスアプリケーションを、解決する問題、変化の速度、そして実現するビジネス機能の独自性に基づいて分類します。
3つの特徴的な層
ガートナーのペースレイヤードアプリケーション戦略（または バイモーダルIT組織のアプリケーション環境を表す3つの明確なレイヤーが存在すると示唆している。それらのレイヤーには、記録システム、差別化、およびイノベーションが含まれる。
基幹業務を支えるシステム、例えばERPやCRMアプリケーションなどは、様々な業種・業界で利用されています。これらのシステムは、組織間でほとんど違いのない定型業務を管理するために用いられています。こうしたソリューションの規模を考えると、このレベルでのアプリケーションのカスタマイズは稀です。しかし、変更が必要になった場合、影響範囲が非常に大きいため、変更は時間をかけて慎重に行われる傾向があります。
このフレームワークの各階層を上っていくと、企業で使用されるアプリケーションの種類に大きな違いが見られるようになります。これらの違いは、市場における差別化を図り、イノベーションを促進することを目的としています。したがって、それぞれのアプリケーションは、独自のビジネスモデルやプロセスに合わせて高度にカスタマイズされています。
ほとんどの場合、上位2層に属するアプリケーションは、より厳しい納期、頻繁な変更、そしてより深いビジネス部門の関与を必要とします。関係者は、プロセス全体を通して、新たなビジネス要件や変化するビジネス要件に対応できる高いスピードと柔軟性を期待しています。したがって、適切なアプローチがなければ、これらのプロジェクトをタイムリーかつ費用対効果の高い方法で進めることは不可能です。
フレームワークを活用して理解を深める
段階的なアプリケーション戦略は、関係者間の相反するニーズの多くを軽減できます。この戦略は、既存のすべてのアプリケーションを体系的に把握できるだけでなく、新しいアイデアが生まれた際に適切に分類することを目指します。このプロセスにより、開発プロジェクトの優先順位付けをより公平に行うことができます。
さらに、このプロセスは、ITリーダーがすべての関係者に対し、存在するアプリケーションの種類と、各アプリケーションの種類ごとにカスタマイズや変更を行うために必要なリソースを確実に理解してもらうのに役立ちます。より広い視野を持つことで、リソースの割り当てやプロジェクトの優先順位について、グループがより迅速に合意に達することが可能になります。
さらに、コミュニケーションの向上に加え、このようなアプリ開発戦略はより良い結果につながります。 Mendix 調査の結果、アプリケーション戦略を持っていると回答した企業は、アプリケーションの配信において1.5倍の成功を収めていることが分かりました。
結局のところ、すべてのプロジェクトを同じ方法で、あるいは同じ担当者で完了できるわけではありません。ビジネスにおける勢いを維持するためには、ITリーダーは各カテゴリー間の違いを明確に理解する必要があります。Capgeminiの最高技術責任者であるロン・トリド氏は、まさに的確な例えをしています。「多くの企業が、『バスや電車』向けのツールを使って、『車やスクーター』向けのアプリケーションを構築・保守しているのです。」
要するに、彼が言いたいのは、記録システムの開発プロセスは、差別化やイノベーションを目的としたシステムを構築する場合には不適切だということだ。後者の場合、企業は管理よりもスピードを優先する必要がある。関係者がアプリケーション開発ライフサイクルへの理解を深めるにつれて、より緊密な連携が可能になる。
コラボレーションを強化して成果を向上させる
最近投稿しました ローコード開発の定義 そして、この概念がITチーム全体に広く普及した理由についてさらに詳しく説明しました。フォレスター・リサーチはこれを次のように定義しています。 エンゲージメントシステム向けに、手作業によるコーディングを最小限に抑え、迅速なアプリケーション配信と迅速なセットアップおよび展開を可能にするプラットフォーム。
この定義についてはブログ記事でより詳しく説明していますが、要点は明確です。企業はこれまで以上に迅速に新しいアプリケーションを提供する必要があります。そして、手作業によるコーディングを減らし、ビジュアルモデリング機能を活用するプラットフォームは、特に開発プロセスに積極的に関わりたいと考えているビジネス関係者にとって魅力的な選択肢となるでしょう。
ボーマン 迅速なアプリケーション開発プラットフォーム 共通のビジュアル言語を提供することで、アプリ開発における公平な競争環境の構築を支援します。これにより、より多くのビジネス部門の担当者が開発作業に参加できるようになり、多くのビジネスチームやITチームが既にこのメリットを活用しています。
サバン・ヴィヤス、スクラムマスター、 Mendix LV=Insuranceのビジネスエンジニアは、ビジネス部門と密接に連携することの価値を理解しています。 彼のゲストブログ記事彼は、開発を成功に導くための自身の見解を述べています。彼は、現場でビジネスと連携し、コミュニケーションと生産性を確保するためにチームを小規模に保つことに重点を置いています。
サバンのような迅速なアプリ開発者 彼は開発活動を民主化することによって得られる価値を理解している。そして、ビジネスが必要とするものをより多く提供する方法を見つけた。LV=にとって、それはより多くのアプリをより短期間で開発することを意味する。
グループ間の連携がITアプリケーション開発に有益であることは明らかです。しかし、連携にはより深い相互理解が必要です。そして、相互理解はIT部門とビジネス部門のステークホルダーが同じ言語でコミュニケーションをとっている場合にのみ可能となります。このプロセスを開始し、ビジネスユーザーとITユーザーのより積極的な参加によるメリットを享受するには、まずフレームワークから始める必要があります。ぜひお試しいただき、ご意見をお聞かせください。