目次:
ソフトウェア開発のアジャイル手法は、IT業界にプラスの影響を与える可能性があります。 アジャイル手法の採用結果は、さまざまな方法で測定できます。 ソフトウェア変更リクエストの迅速な対応、バグの減少、チームのパフォーマンスの定量的測定およびボトルネックはすべて、アジャイルの実装の成功を反映しています。 アジャイルの影響を正常に測定するには、組織はアジャイル前およびアジャイル後の開発に関連するさまざまなメトリックを比較する必要があります。 アジャイルの実際の影響は、収益の増加や修正されたバグの数の増加だけでは測定できません。 実際の影響を理解するには、いくつかの内部パラメーターを考慮する必要があります。 （アジャイル開発の詳細については、アジャイルソフトウェア開発101を参照してください。）
なぜアジャイルITなのか？
IT業界は、主にソフトウェア開発のウォーターフォールモデルの制約のために、アジャイルプラクティスに傾いています。 一般に、IT企業は変化する顧客の需要や市場の状況に対応できず、ソフトウェア開発のウォーターフォールモデルではコストを削減できないことが観察されています。 この圧倒的なアジャイル手法への傾倒を相殺し、興奮の一部を単なる誇大広告と見なしても、ウォーターフォールモデルに対する多くの経験的なフィードバックがあります。
簡単に言えば、ウォーターフォールモデルはソフトウェア開発モデルであり、作業は次々と順番に行われます。 このモデルには、要件、設計、実装、検証、メンテナンスの5つのフェーズがあります。 通常、1つのフェーズが完了した後、以前のフェーズに変更を加えることは不可能ではないにしても困難です。 そのため、要件はほとんど修正されているという前提があります。 アジャイルモデルとの主な違いは、要件に変更がないという前提にあります。 アジャイルは、ビジネス状況が変化し、要件も変化すると想定しています。 したがって、ソフトウェアはスプリントを介して小さなチャンクで配信されますが、ウォーターフォールモデルでは、最初の配信またはリリースは長い時間の後に行われます。 （開発の詳細については、Apache Sparkが迅速なアプリケーション開発にどのように役立つかを参照してください。）
