パート1：モード2アプリケーション開発におけるビジネスの役割

モード2のアプリケーション開発プロジェクトを考えるとき、一般的にどのような問題が頭に浮かびますか？リーダーシップレベルでは、限られたリソースと予算で、より少ないリソースでより多くの成果を上げる方法、つまり、より多くのソリューションをより迅速に作成する方法を考えることがよくあります。

技術的なバックグラウンドを持つ人であれば、開発するアプリとそのプラットフォームがスケーラブルで堅牢であり、組織に最適なテクノロジーを活用していることに重点を置くかもしれません。また、将来を見据えた視点を持つ人であれば、ユーザーエクスペリエンスにも配慮します。必要なアプリ機能が備わっているだけでなく、ユーザーにとってアプリが効率的で使いやすいものであるかどうかも重要です。

しかし、アプリケーション開発においてコラボレーションについて語られるのをどれほどよく耳にするでしょうか？確かに、チーム開発とその影響に焦点が当てられることはあるかもしれません。しかし、それは開発チーム内の話です。ビジネスユーザー、ステークホルダー、そして開発者間のコラボレーションがプロセスにおいて果たす役割について、どれほどよく考えたことがあるでしょうか？私は、その割合は到底十分ではないと考えています。アプリケーションのライフサイクル全体を通して、ビジネス部門の継続的な関与と関与を確保することは、ソリューションが意図したビジネス価値を確実に提供するために不可欠です。特に、新しいビジネスモデルに着手する組織にとってはなおさらです。 バイモーダル戦略.

ソリューションが意図したビジネス価値を確実に実現するには、アプリのライフサイクル全体を通じてビジネスの継続的なエンゲージメントと関与を確保することが基本的に必要です。」

バイモーダルの目的はアプリをより迅速に開発することである、あるいはモード2は厳密には失敗を早く受け入れることである、という誤解がよくあります。言い換えれば、モード2は実験や概念実証（POC）のためだけのものだ、という誤解です。しかし、どちらも真実ではありません。企業がバイモーダル戦略を採用するのは、 ビジネス より俊敏に。イノベーションを起こすためにそうするのです。確かに迅速な対応と実験は必要ですが、バイモーダルの真価は、革新的なソリューションが実稼働し、意図したビジネス成果を生み出した時に初めて発揮されます。

バイモーダルとは、1つの運用形態を同時にサポートすることを意味します。変更の速度とビジネスへの影響が低いモード2の運用に加えて、イノベーションを支援するための新しいモード2の機能が確立されます。モード2では、取り組みは探索的かつ実験的な形で開始され、最終成果物を完全に理解または特定することはできません。ビジネス目標は明確であっても、それを実現するための手段は明確ではありません。ソリューションの詳細な要件と設計は、アイデアが反復され、アプリの増分バージョンがビジネスユーザーと共有されることによってのみ明らかになります。したがって、モードXNUMXのプロジェクトでは不確実性に対処する必要があります。

ガートナーは、「モード1の主なリスクは、定義された要件またはサービスレベルに対するスケジュールとコストに関係しています。モード2の主なリスクは、間違ったものやパフォーマンスの低いソリューションを提供することです。」と述べています。【1]  したがって、モード 2 とモード 1 の主な違いは、単に迅速に行動することではなく、固有の不確実性に対処し、望ましいビジネス価値を実際に提供できるガバナンス モデルを確立することです。

モード1の主なリスクは、定義された要件またはサービスレベルに対するスケジュールとコストに関係します。モード2の主なリスクは、間違ったものやパフォーマンスの低いソリューションを提供することです。」 – ガートナー

モード2では、アプリの設計と開発のプロセスは、まさに、プロジェクトの背後にある高レベルのビジネスアイデアの詳細を明らかにし、洗練させるためのメカニズムです。したがって、選択されたプロジェクト管理アプローチは、モード2のガバナンスモデルの中心であり、組織が軌道から外れることなく目標に向かって反復的に取り組むことを保証します。

幸いなことに、 確立されたアジャイル開発手法 モード2のプロジェクトに本質的に反復的な性質を持つ、優れた基盤を提供します。アジャイルは、ユーザーストーリーを作業の要素として捉えるという概念に基づいています。プロダクトオーナーは、項目の詳細化と機能バックログの優先順位付けを支援し、ユーザーに提供可能な最小限の実行可能な製品（MVP）を作成します。段階的なリリースが実施され、フィードバックが得られるにつれて、アプリケーションのニーズに関する理解の進化に基づいて、項目が追加され、優先順位が再調整されることがあります。

確立されたアジャイル開発手法は、モード 2 プロジェクトの本質的に反復的な性質に優れた基盤を提供します。」

モード2のプロジェクトの場合、アジャイル開発におけるフィードバックループは、成功に向けた反復作業において特に重要です。常に最前線に立つ必要があります。ビジネスエキスパートの知識と判断、そしてビジネスユーザーからのフィードバックは、各反復作業を通してプロジェクトが適切な結果に収束していくために不可欠です。実装と運用の過程において、何が機能し、何が機能していないかをビジネス部門と共に継続的に検証する必要があります。

プロジェクトが適切な結果に収束するためには、ビジネス専門家の知識と判断、そしてビジネスユーザーからのフィードバックを各反復に取り入れる必要があります。」

ビジネス部門は、プロジェクトの優先順位付けに常に関与する必要があります。十分な情報に基づいた意思決定を行うには、ビジネスユーザーは常に開発中の機能と、本番環境での機能の使用を通じて得られる知識を把握しておく必要があります。これは、初期の調査からプロトタイプ、パイロット、そして大規模な本番環境への導入に至るまで、ビジネス部門とIT部門が継続的に連携しながらソリューションを提供する、アジャイルで反復的なアプローチを意味します。結局のところ、ラボで生まれたアイデアは、ビジネスメリットを生み出すためには大規模に展開する必要があるからです。次回の記事では、この連携をどのように実現するかについてお話しします。