フィット ギャップ分析を実行する
フィット ギャップ分析を行うことで、既知の要件と提案された (または現在の) ソリューションとの差異を明らかにできます。 欠落している項目が示され、対処が可能になります。 欠落している項目に対処するには、要件を十分に理解し、提案されたソリューションの不確定要素を分析する必要があります。
明らかになったギャップの解決方法は、さまざまな理由によって異なります。時間、予算、リソースは、最も一般的な影響です。 次に、トレードオフの三角形を示します。 この三角形のルールは単純です。 1 つの辺が変更されると、少なくとも 1 つの別の辺も変更する必要があります。
フィット ギャップ分析は、行う必要があることを明らかにし、そのサイズと優先度を決定するのに役立つプロセスです。 プロジェクトや方法論により、これを明示的に実行して明らかにすることもあれば、フィット ギャップとは呼ばれない異なる手順で同じ結果を得ることもあります。 実際、解決方法を決定するために要件を評価しているとき、自分がフィット ギャップ分析を頭の中で実行していることに気付くかもしれません。
フィット ギャップ分析は、既存機能のいずれかのレベルで作業を始めるときに理にかなっています。 多数の組み込み機能を持つ Dynamics 365 などのビジネス アプリケーションでは、"フィット" が発生したとき (つまり、既に要件が解決されたとき) は、それを特定し、カスタム開発機能によりそれが再度作成されないようにする必要があるので、フィット ギャップ分析が重要になります。 また、フィット ギャップ分析を実行する開発者は、アプリの既定の機能についてよく理解しておくことが重要です。
フィット ギャップ分析の実行方法は、小規模なプロジェクトについて頭の中で実行することから、Microsoft Excel テンプレートを使用したり、Azure DevOps 作業項目を使用してソリューションをインラインでキャプチャしたりすることまで、大きく異なることがあります。 使用するツールは、プロセスの役に立つものでなければならず、プロセスをいっそう難しくすることがあってはなりません。実際に価値があるのは、分析からの出力の内容です。
フィット ギャップ分析を実行するには、各要件/ユーザー ストーリーを確認し、それぞれについて少なくとも次のことを確認する必要があります。
- ギャップまたはカテゴリの重大度 - このプロセスでは、各品目をフィット、構成済み、カスタム、その他のいずれかに分類します。 正確なカテゴリは、開発者が独自に説明する必要があります。 目標は、使用する既定の機能の数と、カスタマイズする必要のある機能の数を、広範囲に確認することです。
- 負荷レベル - 負荷レベルは、項目の作業の量を設定するのに役立ちます。これには、低、中、高、または 1 - 10 の評価を指定できます。 T シャツのサイズやプレイング カードなどの項目を使用するチームもあります。 ここで重要なのは、一貫性を保つことです。
- 優先度 - 多くの場合、このレベルはビジネスによって決まりますが、アーキテクトは、アーキテクチャ基盤の導入に役立つ作業に高い優先度を設定することがよくあります。
- 実装ノート - このプロセスでは、特定されたギャップを埋める作業について説明し、他の列で作成した前提条件をバックアップします。 たとえば、"取引先担当者に対する N:1 の関係を追加する" は、それが構成カテゴリであり、どのような構想作業が必要かを示すのに十分である場合があります。 これは詳細な設計仕様というより、フィット ギャップ分析の結果に対する概略的なバックアップのようなものです。