アジャイル開発は、人間中心の反復的で段階的な開発方法です。アジャイル開発では、ソフトウェアプロジェクトの構築が複数のサブプロジェクトに分割され、各サブプロジェクトの結果がテストされ、統合と運用の特性があります。
つまり、大きなプロジェクトは、相互に関連しているが、独立して実行することもでき、別々に完了することができる複数の小さなプロジェクトに分割されます。このプロセスの間、ソフトウェアは常に使用可能な状態にあります。
アジャイル開発モデルの分類
アジャイルは考え方であり、一連の価値観と原則です。アジャイルは考え方と行動の方法です。アジャイルとは、短いサイクル、反復型および増分型の配信、迅速な失敗、フィードバックの取得、顧客へのビジネス価値の早期提供、人、コラボレーション、および相互作用に関するものです。アジャイルは、透明性、検査、適応がすべてであるという考え方です。ただし、アジャイルは、役割、イベント、または アーティファクトで構成されていません 。それは考え方です。たとえば、 スクラム はアジャイル傘下で広く使用されているフレームワークの1つであり、アジャイルになるのに役立つ可能性がありますが、図に示すように、かんばん、XP、クリスタルなど、アジャイルムーブメント内にはさらに多くのフレームワークがあります。下:
- XPエクストリームプログラミング(エクストリームプログラミング)
- スクラム
- かんばん
- 傾く
- クリスタルメソッド
- 動的システム開発方法
その中で、XPとSCRUMが最も人気があります。
スクラム
スクラムは、人々が複雑な適応問題に対処しながら、可能な限り最高の価値のある製品を生産的かつ創造的に提供できるフレームワークです。ソフトウェアプロジェクトや製品またはアプリケーションの開発を管理するために使用されます。その焦点は、部門の枠を超えたチームが2〜4週間以内に共通の目標を達成するためにユニットとして機能する適応型の製品開発戦略にあります(Sprint)。これは、値、成果物、役割、式典、ルール、およびベストプラクティスのコレクションで構成されています。
傾く
リーン生産方式は、1950年代、60年代、およびそれ以降の物理的な商品の製造に革命をもたらしたトヨタ生産方式(TPS)に端を発しています。リーンは製造業での地位を維持していますが、知識労働にも新しいアプリケーションを見出し、あらゆる業界の企業が 無駄を排除し、プロセスを改善し、イノベーションを後押しするのに役立っています。ソフトウェア開発は、製造と同様に、一般に定義されたプロセスに従い、いくつかの定義された受け入れ条件を持ち、具体的な価値を提供するため、リーン方法論の自然な応用です。リーン方法論のすべての実践を導く重要な概念。これをリーンの柱と呼びます。彼らです:
- 継続的改善
- 人を尊重する
- 軽量リーダーシップ
かんばん
かんばんは、リーンチームの間で人気のある非常に視覚的なワークフロー管理方法です。実際、リーンを実践しているチームの83%は、開発チームに負担をかけずに、継続的な配信に重点を置いた製品の作成を視覚化して積極的に管理するためにかんばんを使用しています。スクラムと同様に、かんばんはチームがより効果的に連携できるように設計されたプロセスです。
かんばんは、次の3つの基本原則に基づいています。
- 今日行うことを視覚化する(ワークフロー):相互のコンテキスト内ですべてのアイテムを確認することは、非常に有益です。
- 進行中の作業量を制限する(WIP):これにより、フローベースのアプローチのバランスを取り、チームが一度に多くの作業を開始してコミットしないようにすることができます。
- フローの強化:何かが終了すると、バックログから次に優先度の高いアイテムが使用されます
かんばんは、継続的なコラボレーションを促進し、可能な限り最高のチームワークフローを定義することにより、積極的で継続的な学習と改善を促進します。
動的システム開発方法(DSDM)
DSDMは、8つの原則、ライフサイクルと製品、役割と責任、およびいくつかのベストプラクティス手法で構成されるフレームワークです。これらは、組織に可能な限り最高の投資収益率(ROI)を提供するために、戦略的に調整されたビジネス上のメリットを可能な限り早期に提供するという哲学を支え、サポートします。
DSDMは、機能よりもスケジュールと品質を優先する方法論であり、開始時にコスト、品質、および時間を修正し、プロジェクトを4つの異なるタイプの要件に分割するMoSCoWの優先順位付け方法を使用します。
- 持っている必要があります(M)
- (S)が必要
- ©を持っている可能性があります
- 持っていない(W)
DSDMAternを支える8つの原則があります。これらの原則は、チームが一貫して提供するために採用しなければならない態度と考え方をチームに指示します。
- ビジネスニーズに焦点を当てる
- 時間通りに配達
- コラボレーション
- 品質を決して妥協しない
- しっかりとした基盤から段階的に構築する
- 繰り返し開発する
- 継続的かつ明確にコミュニケーションする
- コントロールを示す
エクストリームプログラミング
もともとケントベックによって記述されたエクストリームプログラミング (XP)は、最も人気があり、物議を醸しているアジャイル手法の1つとして浮上しています。XPは、高品質のソフトウェアを迅速かつ継続的に提供するための統制のとれたアプローチです。これは、顧客の要件の変化に直面した場合のソフトウェアの品質と応答性を向上させることを目的としています。これにより、顧客の高い関与、迅速なフィードバックループ、継続的テスト、継続的計画、および緊密なチームワークが促進され、非常に頻繁な間隔(通常は1〜3週間ごと)で動作するソフトウェアが提供されます。
アジャイルメソッドの重要な価値は何ですか?
「アジャイル」という用語は、2001年にアジャイルマニフェストで造られました。マニフェストは、ソフトウェア開発へのより良いアプローチを導くための原則を確立するために着手しました。アジャイルマニフェストは、4つの重要な価値観で構成されています。アジャイルマニフェストを読む方法は、右側のアイテムに価値がなくなったということではありませんが、アジャイルムーブメントは左側のアイテムをより価値のあるものにします。
アジャイルアプローチの各コンポーネントの構成要素である4つの重要な値があります。彼らは、実践とプロセスから人とコラボレーションへの重点のシフトを強調しています。
これらの4つの値は、チームがタスクを達成するために最善の方法で連携できるように、柔軟性に重点を置いたアジャイルのベストプラクティスを示します。アジャイルプラクティスは、プロセス全体を通じて最終目標の重要性を高めます。人々がうまく協力し、新しい変化に適応し、生産することができれば、それをどのように行うかはそれほど重要ではありません。
12のベストプラクティス
アジャイルマニフェストを補完するものとして、アジャイルアライアンスは、アジャイルマニフェストに加えてガイダンスとより詳細な説明を提供する12の基本原則のセットも定義しました。
- 私たちの最優先事項は、価値のあるソフトウェアを早期かつ継続的に提供することでお客様を満足させることです。
- 開発の後半であっても、要件の変更を歓迎します。アジャイルプロセスは、顧客の競争上の優位性のために変更を利用します。
- 動作するソフトウェアを数週間から数か月まで頻繁に配信し、より短いタイムスケールを優先します。
- ビジネスマンと開発者は、プロジェクト全体を通して毎日協力する必要があります。
- やる気のある個人を中心にプロジェクトを構築します。彼らに必要な環境とサポートを提供し、仕事を成し遂げるために彼らを信頼してください。
- 開発チームとの間で情報を伝達するための最も効率的で効果的な方法は、対面での会話です。
- 動作するソフトウェアは、進歩の主要な尺度です。
- アジャイルプロセスは持続可能な開発を促進します。
- スポンサー、開発者、およびユーザーは、無期限に一定のペースを維持できる必要があります。
- 卓越した技術と優れた設計への継続的な注意が敏捷性を高めます。
- シンプルさ(行われていない作業の量を最大化する技術)は不可欠です。
- 最高のアーキテクチャ、要件、および設計は、自己組織化チームから生まれます。チームは定期的に、より効果的になる方法を検討し、それに応じてその動作を調整および調整します。
概要
アジャイル開発は、ソフトウェア開発プロジェクトを管理する別の方法であるソフトウェア開発業界の大きな流行語の1つです。これは、特定のソフトウェア開発方法ではなく、アジャイルマニフェストで表現されている価値観と原則に基づいた一連の方法と実践の総称です。ソリューションは、コンテキストに適したプラクティスを利用して、自己組織化されたクロスファンクショナルチーム間のコラボレーションを通じて進化します。
アジャイル開発の読書
- リーンの8つの廃棄物は何ですか?
- エクストリームプログラミング(XP)とスクラム
- スクラムのタイムボックスとは何ですか?
- アジャイル神話:文書化と計画は必要ありませんか?
- スクラムまたはLeSSは経験的プロセス制御の原則をどのように適用しますか?
- すべてのスクラムチームのスクラムチェックリスト
- アジャイル開発:スプリントゼロかスプリントゼロではないか?
- アジャイル開発におけるトップ6の一般的な誤解
- アジャイルフレームワークツール—小規模チームからアジャイルのスケーリングまで
- アジャイルチームの比較
- なぜアジャイルプロジェクト管理なのか?従来のPMからアジャイルへの移行
- トップ7の人気のあるアジャイル開発アプローチ