Ruby on Rails 開発 – アジャイルに行うには?

テクノロジーの変化のペースが急速に加速し、競争力を獲得したいという欲求により、ますます多くの組織が、さまざまな企業プロジェクトや課題に単にリソースを投入する従来のアプローチの再評価を余儀なくされています。

アジャイル開発 ソフトウェア開発を最前線に置き、より反復的なアプローチとともに、より広範で深いコラボレーションに焦点を当てることが、重要なビジネスおよび IT 戦略として浮上しています。より頻繁なリリース サイクルと高品質のソフトウェアのニーズに対処するために、この方法論を採用する組織が増えています。

ただし、アジャイル開発は複雑で注意が必要です。その結果、多くの組織がこの概念に苦労しています。これが物事の基本的な要点です -

• プロセスとツールを介した個人と相互作用
• 包括的なドキュメントよりも実際に動作するソフトウェア
• 契約交渉における顧客の協力
• 計画に沿った切り替え対応

アジャイル手法

適切なアジャイル ソフトウェア開発手法の選択は、アジャイル プロジェクトを成功させるための 2 番目の柱です。多くのアジャイル手法は長年にわたって進化してきました。人気のあるものとしては、スクラム、機能駆動開発 (FDD)、動的システム開発モデル (DSDM) などが挙げられます。

スクラム:

スクラムは、チームのコラボレーションと製品開発のための一般的なアプローチです。スクラムは、プロジェクトに関与するすべてのチームメンバー間の対面コミュニケーションを促進することで、自己組織化されたチームの作成を可能にします。スクラム プロジェクトは、チームの障害を「保持する」のではなく、チームの障害を取り除くことを主な目標とするスクラム マスターによって促進されます。作業は 4 週間未満の短いスプリント (反復) で実行されます。

FDD:

Jeff De Luca と Peter Coad は、機能駆動開発メソッドを作成しました。 FDD はシンプルですが、プロセスのオーバーヘッドを回避する明確に定義されたプロセスです。また、それは論理的であり、チームの各メンバーにとって価値がすぐにわかります。

DSDM:

DSDM には、アジャイル ソフトウェア開発手法の中で最もサポートされたトレーニングとドキュメントがあるという独特の特徴があります。 DSDM の根底にある哲学は、最初から完璧に構築できるものは何もないということです。 DSDM は次のことを認めています ソフトウェア開発 これは、プロジェクトの開発段階でより明確になる探索的な取り組みです。 DSDM は、ユーザーの積極的な関与とチームに権限を与えることを提唱しています。

興味深いのは、これら 3 つのアジャイル手法すべてが、ソフトウェア開発に必要なソフトウェア エンジニアリングの実践について具体的に言及していないことです。残念ながら、アジャイルを採用している多くのソフトウェア プロジェクトは、フレームワークが単なる指針であり、プロセスのハンドブックではないことに気づかずに、フレームワークに従って行動しているようです。その意味では、これらは単なるフレームワークであり、本格的な方法論ではないかもしれません。アジャイル プロジェクトでエンジニアリングの側面を無視すると、確実に失敗します。