95%の企業が製品構築にアジャイルアプローチを採用しています(第10回年次アジャイルレポートによる)。 現在、ソフトウェア以外の業界が大多数を占めています。 企業がアジャイルになりたいのは、アジャイルの価値と原則が次の理由からです。
- 実用的な機能を頻繁に提供することにより、顧客満足度を確保します。
- 部門横断的で自己組織化的なチームが、顧客が望むものを構築するための完全な権限を与えます。
- シンプルで忠実度の低いコミュニケーション(物理的なコラボレーションツール、対面コミュニケーション、コロケーションなど)を利用して、チームのコラボレーションを最適化します。
- シンプルさと無駄な活動の除去が必要です。
- フィードバックループを使用して、機能とプロセスを継続的に検査し、適応させます。
アジャイル導入のメリットは現実のものであり、一部はすぐに実現します。 しかし、完全なアジャイルトランスフォーメーションには通常、少なくとも1〜3年かかります。 企業がこのような投資を行う理由の上位5つには、市場投入までの時間が30〜40%短縮され、30〜70%のコスト削減、中流の変更に対する柔軟性の向上、品質の向上、透明性の向上などがあります。
1. 市場投入までの時間の短縮
市場投入までの時間が短縮されると、製品の早期発動機の利点と投資収益率が向上します。 スクラムは、次の理由により、従来の方法よりも30〜40%速く顧客に価値を提供します。
- 開発はより早く始まります。 ウォーターフォールプロジェクトの事前ドキュメントは、開発者がジャストインタイムで要件を徐々に詳しく説明し、明確にするのに役立つ専任の組み込み製品所有者による不要です。
- 最も価値の高い要件は、数か月ではなく数週間で、またはプロジェクト全体が完了した時点で顧客に提供できます。
- 開発チームは、各スプリントを完了するために機能に群がり、毎週のように頻繁に出荷可能な機能を実現します。
2.コスト削減
アジャイルプラクティスは、従来の方法よりもコストを30〜70%削減し、次の方法で投資収益率を向上させます。
- 主要な利害関係者や顧客との直接的で頻繁かつ一貫したフィードバックループによる早期の軌道修正。 わずか数日または数週間でコースを離れることは、数か月または数年でコースを離れるよりもはるかに安価です。
- スプリント全体で自動化された継続的なテストにより、欠陥が減り、無駄な作業が減り、より迅速な展開が可能になります。
- プロジェクトの開始時に最高の価値とリスクの機能を優先することで、価値またはリスクが事前に検証または軽減されない場合、スクラムチームは、より価値のある機会に作業をピボットまたはリダイレクトできます。
3. 中流の変更に対する柔軟性の向上
アジャイルプロジェクトのどの時点でも、製品バックログの垂直スライスが各スプリント中に設計、開発、テスト、文書化、統合されるため、変更を導入することができます。 計画は不可欠であり、スクラムの反復的かつ継続的な計画プロセスは、次の要因により、プロジェクト全体の変更と適応の脅威を大幅に最小限に抑えます。
- スプリントは短いため、スクラムチームは市場の状況の変化にすぐに適応できます。 スプリントが短いほど、チームはより頻繁に適応できます。
- 要件は、ビジネス価値とリスクによって優先順位が付けられます。 スクラムチームは、特定のスプリント中に最優先事項とリスク機能に取り組んでいることを認識しているため、ミッドストリームの変更の影響が軽減されます。
- テストの自動化と継続的インテグレーションにより、プロジェクトの開始後にインクリメントの要件がプロダクトバックログに追加された場合でも、各製品のインクリメントが出荷可能になります。
4.高品質
高品質の製品を構築するためのアジャイルアプローチは、プロジェクトが終了するまで包括的なテストを延期するのではなく、最初から品質を構築することです。 アジャイルプロジェクトは、次の理由により、従来のプロジェクトよりも後期段階の欠陥がはるかに少なくなります。
- 自動化により、手動テストの量が減り、各スプリントで実行できるテストの範囲が広がります。
- スクラムチームの完了の定義により、重大な欠陥がなくなるまで要件が完了したとは見なされないため、スプリント中に欠陥が特定され、修正されます。
- 製品所有者の毎日のフィードバック、スプリントごとの利害関係者と顧客のフィードバック、リリースごとのエンドユーザーのフィードバック(継続的インテグレーションでは1日複数回)により、展開前に欠陥が発見され、重大な問題を迅速に解決できます。
5.透明性の向上
ほとんどのアジャイル組織は、作業を整理し、進捗状況を公開するためのフレームワークとしてスクラムを使用しています。 経験的なプロセス制御モデルとして、スクラムは頻繁な検査と即時の適応を可能にする自由な透明性を要求します。
- 毎日のスクラムでの毎日の調整と、プロダクト所有者を介したビジネスとの即時のコラボレーション。
- 各スプリントの最後に、それを構築する人々(開発者)と顧客の間で直接ステータスレポートではなく、動作中の出荷可能な機能を検査します。
- スクラムチームのツール、プロセス、環境の継続的な改善のための一貫した検査と適応。
