アジャイル反復アプローチとは何ですか? また、どこで使用されていますか?

公開: 2018-06-22

市場の需要に遅れずについていくために、デジタル ビジネスの急速に進化するシナリオは、CIO に同様に迅速なソフトウェア開発を提供するというプレッシャーを与えています。

Gartner によると、ますます多くの IT 組織がアジャイル開発を選択して、プロジェクト管理を合理化し、ビジネス価値を説明しています。

第 12State of Agile 年次レポートでは、報告されたアジャイル方法論を採用する理由の上位 5 つのうちの 1 つはソフトウェア配信の加速であり、2018 年には 75% に増加したことがわかりました。 2018年のテクニック。

アジャイル反復開発とは?

ソフトウェア開発のアジャイル手法は、最も一般的には反復開発とインクリメンタル開発として説明されています。 反復戦略はアジャイル プラクティスの基礎であり、その中で最も顕著なものは SCRUM、DSDM、および FDD です。 一般的な考え方は、ソフトウェアの開発を一連の反復サイクル (反復) に分割することです。 各反復には、タイムボックスと呼ばれる固定長の時間が発行されます。 通常、1 つのタイムボックスは 2 ~ 4 週間続きます。

アジャイル反復モデルは、Craig Larman の著書 Agile and Iterative Development – A Manager's Guide でおそらく最もよく説明されています。 Larman は、モデルは ADTC ホイール (分析、設計、コード、テスト) で機能すると説明しています。 つまり、各反復サイクルには、計画の分析、設計、そのコード、および同時にテストが組み込まれているということです。 ADTC ホイールは、より専門的には PDCA (計画、設計、チェック、調整) サイクルと呼ばれます。 アジャイル チームは、次の方法で、反復ごとに個別に PDCA サイクルを実装します。

P (計画) – 反復計画

このイベントでは、チームが協力して次のイテレーションの目標について話し合います。 また、完了した作業を要約し、次の反復に必要なチーム バックログを決定します。

D (設計) – 反復実行

これは、ソフトウェアの開発、その設計、およびコーディングが行われる「実行」ステップです。 2 回目または 3 回目の反復の場合は、機能テストも実施されます。 チームはユーザー ストーリーを収集し、次のステップであるイテレーション レビューの準備をします。

C (チェック) – イテレーション レビュー

「チェック」ステップとも呼ばれるイテレーション レビューは、プロダクト オーナーと一緒に実施されます。 チームはテスト済みの成果物をプロダクト オーナーに提示します。プロダクト オーナーは完成した作業をレビューし、すべての基準が満たされているかどうかを確認します。

A (調整) – 繰り返しの振り返り

このイベントでは、チームはイテレーションのプロセス全体を最初のステップから評価します。 これは基本的に、以前の反復で収集された改善に基づいて機能します。 新しい問題は、その原因とともに特定されます。 チームが次のサイクルを再開する前に、将来の参照用にチームのバックログが改善されます。

最適化と即興のために反復が繰り返され、前のサイクルから学んだ教訓が次のサイクルに適用されます。 完全に機能するソフトウェアが市場に出る準備が整うまで。

アジャイル反復開発の利点

アジャイル プロジェクト管理は、従来の硬直的なウォーターフォール アプローチに代わる、より柔軟な代替手段として作成されました。

ウォーターフォール方式は、開発を前のステップに戻すことなく、あるフェーズから次のフェーズに順次進む直線的なアプローチです。 言うまでもなく、ウォーターフォール方式は差し迫った影響を引き起こします。これには、開発コストの増加、ソフトウェア配信の長期化、および追加のリソース入力が含まれますが、これらに限定されません。

Environmental Data Resources の CIO である Sudhakar Gorti氏は次のように同意しています。

顧客の関与– アジャイルな反復開発により、ユーザーの貢献が促進されます。 各反復サイクルの後、顧客からのフィードバックが得られ、製品はそのフィードバックに基づいて必要な変更を受けます。 この側面は、プロジェクトのフレームワークに適応性をもたらします。

進化を支持する – アジャイル反復開発プロセスの計画は継続的な偉業であり、ウォーターフォールでの実行とテストに先行するだけの広範な計画ではなく、進化するアイデアのためのスペースを確保します。

リスク評価– アジャイルな反復により、開発の早い段階でリスクを特定して軽減し、タイムラインの後半でスピード バンプを回避できます。

迅速な納品– 作業は小さなサイクルに分割されるため、チーム メンバーは集中して時間どおりに納品できます。 さらに、テストはすべてのイテレーションでコーディングと設計で同時に実行されるため、完了までに必要な時間が大幅に短縮されます。

アジャイル反復アプローチはどこで採用されていますか?

アジャイル反復アプローチは、常に進化する範囲の一部であるプロジェクトまたはビジネスに最適です。 定義された一連の時間を対象とした、定義された一連の要件を持たないプロジェクト。 このような場合、アジャイル反復アプローチは、予期しない変更が発生するたびに必要なコストとリソースを最小限に抑えるのに役立ちます。

nTask は、スクラム手法を使用して作成されました。 スクラムは、さまざまな nTask チームが 2 週間のスプリント (イテレーション) で協力して作業した、ADCT ホイールを使用した独立したチームワークを可能にします。

nTask の範囲は継続的に進化しており、毎週追加が行われているため、反復的なアプローチにより、nTask 開発チームは最適化のために前後に切り替えることができます。

アジャイル コンサルタント会社である Gear Stream の CEO である Brad Murphy 氏は、アジャイル反復アプローチは現在、ソフトウェア開発以外の分野でも広く利用できると考えています。

彼は、頻繁な配信の要素を使用して顧客からのフィードバックを収集することにより、デジタル マーケティングが反復アプローチからどのように利益を得ることができるかを説明しています。 迅速に求められたフィードバックは、その後の反復を改善してより多くのトラフィックを引き付けるのに直接役立ちます。

The Deloitte Center for Government Insights の調査によると、主要な連邦 IT プロジェクトの 80% が 2017 年に「アジャイル反復型」であると自称しました。この増加の理由の 1 つは、プロジェクトを調和して完了するのにかかる時間が短縮されたことで簡単に説明できます。プロジェクトの総費用で。

2015 年の Deloitte の別のレポートによると、Barclays のような銀行も、内部監査の 20% 以上でスクラムなどの反復アプローチを利用し始めています。 Barclays は、リスク管理や計画などの分野で SCRUM の恩恵を受けることを認めました。

アジャイル反復アプローチは、IT 組織や金融機関だけに限定されるものではありません。 ウォルマートは、内部監査にアジャイル反復アプローチを使用しています。 アジャイル導入後の多くの成功の 1 つは、従来の監査アプローチと比較して時間を節約したことです。

United Airlines の内部監査担当マネージング ディレクターである Ricky Barr 氏は、Deloitte の Agile Internal Audit を採用した経験を「タイムボックス化された反復による監査サイクル時間の短縮」としてまとめています。

8 年前まで、Gartner の大多数のクライアントなどの多くの企業は、依然としてアプリケーション開発に従来のウォーターフォール方式を使用していました。

しかし、ビジネス価値の向上から強力な組織への影響に至るまで、長年にわたるアジャイルの明白な利点により、アジャイル コミュニティは新興企業から IBM や Cisco のようなグローバル ブランドにまで拡大しました。