極端なプログラミングとSCRUMの違い

Extreme Programming vs SCRUM | XPとSCRUM

ソフトウェア業界では、Waterfallの開発方法、V-Model、RUPなどの他の数多くの線形、反復、組み合わせの線形反復法など、さまざまなソフトウェア開発方法が長年にわたって使用されています。 Agileモデル（またはより正確には、一連の方法論）は、従来のソフトウェア開発方法論に見られる欠点に対処するためにAgileマニフェストによって導入された、より新しいソフトウェア開発モデルです。

アジャイルメソッドは反復開発に基づいており、ユーザーからのフィードバックを主な制御メカニズムとして使用します。アジャイルは従来の方法よりも人を中心としたアプローチと言えるでしょう。アジャイルモデルは、非常に小さく管理しやすいサブパーツにシステムを分割することで、早い段階で製品の一部を実現できるように、製品の作業バージョンを早期に提供します。テストは開発と並行して行われるため、Agileのテストサイクル時間は従来の方法に比べて比較的短くなっています。これらすべての利点のために、現時点で従来の方法論よりもアジャイル方式が好まれます。スクラムとエクストリームプログラミングは、アジャイルメソッドの最も一般的なバリエーションの2つです。

SCRUMとは何ですか？

前述のように、SCRUMは、アジャイル手法のファミリーに属する漸進的かつ反復的なプロジェクト管理プロセスです。 SCRUMは、開発サイクルの早い段階で顧客の参加を優先させることに基づいています。できるだけ早期に顧客のテストを組み込むことを推奨します。テストは、安定したバージョンが利用可能になった時点で実行されます。 SCRUMの基盤は、プロジェクトの始めからテストを開始し、プロジェクトの終わりまで継続します。

SCRUMの重要な価値は、ソフトウェアの品質はチーム全体（チームだけでなく）の責任であることを強調する「品質はチームの責任である」ということです。 SCRUMのもう1つの重要な側面は、ソフトウェアを細かく管理可能な部分に分割し、顧客に迅速に提供することです。働く製品を提供することが最も重要です。その後、チームはソフトウェアの改善を続け、各主要ステップで継続的に提供します。これは、非常に短いリリースサイクル（スプリントと呼ばれる）を持ち、各サイクルの最後に改善のためのフィードバックを得ることによって達成されます。

SCRUMは、開発チームの円滑な運営のためのいくつかの重要な役割を定義します。彼らは製品所有者（顧客を代表して製品のバックログを保持する）、スクラムマスター（スクラムミーティングの実施、スプリントバックログとバーンダウンチャートの維持、および他のチームメンバーによるチームの主催者およびコーディネーターとして機能する）です。チームは伝統的な役割で構成されていますが、主に自己管理チームです。主なスクラムの成果物は、製品バックログ/リリースバックログ（ウィッシュリスト）、スプリントバックログ/不良バックログ（各繰り返しのタスク）、チャートのバーンダウン（残業と日付）です。主なSCRUMの式典は、製品バックログミーティング、スプリントミーティング、およびRetrospectミーティングです。

Extreme Programmingとは何ですか？

Extreme Programming（略語XP）は、アジャイルモデルに属するソフトウェア開発方法論です。極端なプログラミングは、従来の方法と比較して非常に小さな連続ステップでフェーズを実行します。一日か一週間しかかからない最初のパスは、意図的に不完全です。ソフトウェアを開発するための具体的な目標を提供するために、最初に自動テストが書かれています。その後、開発者はコーディングを行います。フォーカスは、ペアでプログラミングを行うことです。すべてのテストに合格すると、コーディングが完了したとみなされます。次のフェーズは、同じプログラマのセットによるコードのリファクタリングを扱う設計とアーキテクチャです。このフェーズの最後に、不完全な（しかし機能的な）製品がステークホルダーに提示されます。この直後に、次のフェーズ（最も重要な機能の次のセットに焦点を当てる）が開始されます。

Extreme ProgrammingとSCRUMの違いは何ですか？

エクストリーム・プログラミングとSCRUMは、非常によく似た、整列した方法論です。しかし、これら2つの方法の間には微妙ではあるが重要な違いがあります。 SCRUMスプリントは2〜4週間続きますが、典型的なXP反復は短くなります（過去1-2週間）。通常、SCRUMチームはスプリントを変更することはできませんが、XPチームは反復の変更に柔軟性がありません。たとえば、スプリント計画の後、そのスプリントのアイテムのセットは変更されませんが、作業を開始していない機能はいつでもXPの他の機能と交換できます。 XPとSCRUMの別の違いは、XPで開発された機能の順番は、顧客が厳密に優先順位を決めていることです.SCRUMチームは、SCRUMの製品所有者によって製品のバックログが優先された後に、項目の順序を決定します。

XPとは異なり、SCRUMは技術的な慣行を記述していません。たとえば、XPはテストドリブン開発（TDD）、ペアプログラミング、リファクタリングなどのプラクティスによって駆動されますが、自己組織化チームの一連のプラクティスを強制することは悪影響を及ぼす可能性があると考えており、これは考慮に入れることができますXPの欠点。エクストリームプログラミングのもう一つの欠点は、経験の浅いチームが自動テストやTDD（または単純にハッキング）なしでリファクタリングする傾向があることです。したがって、SCRUMは、（これは焦点を絞ったタイムボックス反復を使用するだけで大きな改善をもたらすので）SCRUMが優れていることを示唆しています。XPは、上記のプラクティスの価値を発見した若干成熟したチームに適していますそうするために）。