アジャイルはソフトウェア生産に関する一般的な哲学であり、スクラムはプロジェクト管理に特に関連するその哲学の実装です。
スクラムは、Appleが果物の一種であるように、アジャイルメソッドの一種です。ただし、アジャイル手法はスクラムだけではありません。人気のあるものは次のとおりです。
- スクラム
- eXtremeプログラミング（XP）
- かんばん
もっとアジャイルな方法があると確信していますが、これらは私が経験したことです。
アジャイル と SCRUM は関連していますが、別個のものです。アジャイルは、反復開発を通じてソフトウェアを構築するための一連の基本原則を説明しています。アジャイルの原則は、 アジャイルマニフェスト で最もよく説明されています。 SCRUMは、アジャイルソフトウェア開発を実践する際に従うべき特定のルールセットです。
スクラムは、アジャイルと呼ばれる大きな傘の下にあります。カンバン、eXtremeプログラミング（XP）、リーンもアジャイルに属すると言われています。
私の個人的な経験は次のとおりです。「アジャイルプラクティス」と呼ばれる別の単語はありません。 SCRUMで実行されるベストプラクティスXPは、アジャイルプラクティスと累積的に呼ばれる場合があります。
以下のプラクティスは、XPとSCRUMの両方で見られるため、アジャイルで見られます。
- クライアント要件としてのユーザーストーリー
- ペアプログラミング
- テスト駆動開発（TDD）
- チームベースの推定
- リファクタリング
- シンプルなデザイン
- 進化的デザイン
- 回顧
- 毎日のスタンドアップミーティング
- コードの継続的統合
- クライアントデモなど.
詳細については、私のブログをご覧ください。 http://chandrimachoudhury.blogspot.in/
前述のように、アジャイルは方法論であり、アジャイルとは何かを定義するさまざまな方法があります。大部分は、継続的な単体テストと、ビジネスニーズの変化に迅速に適応する能力が必要な場合は、おそらく機敏です。反対は、ウォーターフォール法です。
Xtrememプログラミング、スクラム、RUP（Rational Unified Process）など、コンサルタントによって体系化されたさまざまな実装があります。
したがって、スクラムを使用している場合は、方法論と実装のどちらについて話しているかに応じて、アジャイルとスクラムを切り替えることができます。コンテキストごとに用語が正しく使用されているかどうかを確認する必要があります。
たとえば、アジャイルプロセスの一部として15分間のスタンドアップについて話している場合、必ずしもアジャイルである必要はありませんが、スクラムではほとんどアジャイルが必要であるため、用語を入れ替えるときは、2つの概念を区別することが重要です。
スクラムは非常に具体的なプラクティスのセットです。アジャイルは、エクストリームプログラミングからスクラムまで、および短い反復を使用するほとんどすべてのプラクティスのファミリーを記述し、アジャイルを主張できます。元々この用語が造られたときはそうではなかったかもしれませんが、確かに今ではそうです。
アジャイルは方法論ではなく、 アジャイルマニフェスト を採用することは、ソフトウェア開発に関する特定の哲学を採用することを意味します。その哲学的観点の中には、多くのプロセスと実践があります。スクラムは、アジャイルの原則に従う一連のプラクティスです。多くの人々は、根底にある哲学を受け入れずに（または理解さえせずに）実践とプロセスをつかみ、しばしば gorillarinas になります。
スクラムはアジャイルの傘下にあります。アジャイルはスクラムではありませんが、スクラムはアジャイルです。少なくとも、PMIの見方はそうです。彼らは独自の認証を取得しています。 アジャイル試験の質問 を参照してください
前述のように、アジャイルは、変更を受け入れる、緊密な協力などの利益を達成するための方法論の実装方法に関する一連の原則です。これらの原則は、StandishグループによるChaos Report 。
アジャイル手法は、開発チームとサポートチームによって作成され、原則を満たします。方法論はビジネスに合わせて作成され、必要に応じて変更されます。
SCRUMは、段階的な開発方法論を実装するための一連の固定プロセスです。プロセスは固定されており、チームに対応していないため、プロセスではなく個人に焦点を当てるという本来の意味でアジャイルと実際に考えることはできません。
アジャイルはプラットフォームであり、スクラムは従うべき方法論です。スクラムでは、特定のプラクティスに従うことを推奨しています。基本的なスクラムプラクティスの一部は次のとおりです。
- 固定長のスクラム/リリース。
- 推奨される会議の構造（リリース計画会議、スプリント計画会議、スプリントレビュー、スプリント回顧会議）
スクラムは役割も推奨しています。以下は、スクラムが推奨する役割です。
- Scrum Master - Developer Team - Product Owner
スクラムは、他のアジャイル手法と同様に、反復アプローチに従います。
以下は他のアジャイル方法論です。
- 極端なプログラミング。
- アジャイルな統合プロセス
- 動的システム開発方法（DSDM）
- 機能駆動開発（FDD）
- リーンソフトウェア開発
- かんばん
- スクラム禁止
市場には多くのスクラムツールがあります。 Yodizは私たちが使用しているものの1つです。
アジャイルは一般的に包括的な用語と見なされます。スクラム/かんばんは、プロジェクト管理の観点からアジャイルのガイド原則を実行したものであり、eXtreme Programming（XP）は、エンジニアリングテスト（ユニットテスト、継続的インテグレーション、ペアプログラミングなど）に焦点を当てています。
通常：アジャイル=スクラム+ XP
アジャイルはプラクティスであり、スクラムはeXtremeプログラミング（XP）と同じプラクティスに従うプロセスであり、カンバンはアジャイル開発プラクティスに従う代替プロセスです。
アジャイルとスクラムの比較は、生物と1つの器官の比較に似ています。
スクラムは管理方法を提案しますが、変更に迅速に対応できるようにするために必要なことをすべて規定しているわけではありません。継続的インテグレーション、極端なプログラミング、テスト駆動開発などの他のアジャイル技術を追加するだけで、チームは製品を迅速に提供できるだけでなく、顧客が望む品質の製品も提供できるようになります。