393

スクラムとアジャイル開発の違いは何ですか? スプリントとイテレーションは同じですか?

4

7 に答える 7

357

スクラムは、多くの反復的でインクリメンタルなアジャイル ソフトウェア開発手法の 1 つにすぎません。ここでは、プロセスの非常に詳細な説明を見つけることができます。

SCRUM 方法論では、スプリントは開発の基本単位です。各スプリントは、スプリントのタスクが特定され、スプリントの目標に対する推定コミットメントが作成される計画会議から始まります。スプリントは、進捗状況がレビューされ、次のスプリントの教訓が特定されるレビューまたは振り返り会議で終了します。各スプリント中に、チームは製品の完成部分を作成します。

アジャイル手法では、各反復には、計画、要件分析、設計、コーディング、単体テスト、および機能する製品が利害関係者にデモンストレーションされるときの受け入れテストを含む、完全なソフトウェア開発サイクルを通じて作業するチームが含まれます。

したがって、SCRUM スプリントですべてのソフトウェア開発フェーズ (要件分析から受け入れテストまで) を実行する場合、私の意見では、SCRUM スプリントは AGILE イテレーションに対応していると言えます。

于 2012-07-13T11:19:42.810 に答える
77

他の方が上で述べたように、

スクラムは、ソフトウェア プロジェクトと製品またはアプリケーションの開発を管理するための、反復的でインクリメンタルなアジャイル ソフトウェア開発手法です。つまり、スクラムは実際には、ソフトウェア開発で広く使用されている一種のアジャイル アプローチです。

したがって、スクラムはアジャイルの特定のフレーバーであり、具体的にはアジャイル プロジェクト管理フレームワークと呼ばれます。

また、スクラムには主に次の 2 つの役割があります。1. メイン/コアの役割 2. 補助的な役割

メイン/コアの役割: 主に次の 3 つの役割で構成されます。スクラムマスター、b)。プロダクトオーナー、c)。開発チーム。

補助的な役割: スクラム チームの補助的な役割は、正式な役割を持たず、スクラムの進行にあまり関与しない役割ですが、考慮に入れる必要があります。つまり。利害関係者、マネージャー。

スクラム マスター:- スクラムには 6 種類の会議があります。

  • デイリー スクラム / スタンドアップ
  • バックログ グルーミング: ストーリーライン
  • スクラムオブスクラム
  • スプリント計画会議
  • スプリントレビューミーティング
  • スプリント振り返り

これについてさらに情報が必要な場合はお知らせください。

于 2013-07-05T13:08:07.077 に答える
30

スクラム：

スクラムはアジャイルアプローチの一種です。それは方法論ではなくフレームワークです。

何をする必要があるかについての詳細な指示は提供しませんが、そのほとんどはソフトウェアを開発しているチームに依存しています。プロジェクトの開発者は問題を解決する方法を知っているため、彼らに多くのことが残されています

スクラムの場合、機能横断的で自己組織化されたチームが不可欠です。この場合、チーム全体が問題や問題に対処するのではなく、チーム メンバーにタスクを割り当てるチーム リーダーは存在しません。アイデアからプロジェクトの実装まで、誰もがプロジェクトに関与するという点で、機能横断的です。

スクラムの利点は、憶測や予測ではなく、完了した作業に基づいてプロジェクトの方向性を調整できることです。

関係する役割: プロダクト オーナー、スクラム マスター、チーム メンバー

アジャイル方法論 :

本質的に予測不可能なソフトウェア アプリケーションを構築する

この方法論では、スプリントと呼ばれる反復的かつ漸進的な作業ケイデンスが使用されます。

アジャイルとスクラムの両方がシステムに従います。一部の機能は、スプリントの一部として、および各スプリントの終わりに開発されます。機能は、コーディング、テスト、製品への統合から完成します。次のスプリントに役立つフィードバックを受け取ることができるように、機能のデモンストレーションが各スプリントの最後に所有者に提供されます。

アジャイル開発宣言 :

  1. プロセスとツールを介した個人と相互作用
  2. 包括的なドキュメントよりも動作するソフトウェア
  3. 契約交渉におけるお客様の協力
  4. 計画よりも変化への対応

つまり、右側の項目に価値がありますが、左側の項目をより重視します。

于 2015-04-01T04:37:50.057 に答える
9

ウォーターフォール手法は、一連の設計プロセスです。これは、8 つの段階 (構想、開始、分析、設計、構築、テスト、実装、および保守) のそれぞれが完了すると、開発者は次のステップに進むことを意味します。

このプロセスはシーケンシャルであるため、1 つのステップが完了すると、開発者は前のステップに戻ることはできません。つまり、プロジェクト全体をスクラッチして最初からやり直す必要があります。変更やエラーの余地がないため、プロジェクトの成果と広範な計画を最初に設定し、慎重に実行する必要があります

ACP アジャイル認定は、ウォーターフォール手法の欠点に対する「解決策」として生まれました。シーケンシャルな設計プロセスではなく、アジャイル方法論は漸進的なアプローチに従います。開発者は単純なプロジェクト設計から始めて、小さなモジュールに取り組み始めます。これらのモジュールの作業は、毎週または毎月のスプリントで行われ、各スプリントの終わりに、プロジェクトの優先度が評価され、テストが実行されます。これらのスプリントにより、バグを発見し、次のスプリントが実行される前に顧客からのフィードバックを設計に組み込むことができます。

このプロセスは、初期の設計と手順が欠けているため、プロセスではなく原則に焦点を当てた協調的な性質があると批判されることがよくあります。

于 2013-11-29T10:24:03.017 に答える
9

最初に私が言えることは、アジャイルは、反復およびインクリメンタル開発 (IID) に焦点を当てた統合プロセスからの進化的方法論です。IID は、構築フェーズ (実際のコーディング) と段階的な配信での反復開発を強調しています。反復自体で処理される要件分析 (開始) と設計 (精緻化) については、これ以上強調しません。したがって、ここでのイテレーションは「それ自体のミニ プロジェクト」ではありません。

アジャイルでは、この IDD をもう少し進めて、チーム コラボレーション、進化的要件、設計などの現実を追加します。SCRUM は、人的要因を考慮し、「グループの知恵」の原則に基づいて構築することで、それを可能にするツールです。したがって、ここでの Sprint は、純粋な IID モデルを改善する「それ自体のミニ プロジェクト」です。

したがって、アジャイルな方法で実装されたイテレーションは、理論的にはスプリントです (イテレーションのサイズが小さく、デリバリーが迅速であることを強調しています)。私はアジャイルとスクラムを区別していませんが、スクラムはアジャイルの原則を利用するための自然な方法だと思います。

于 2012-07-16T09:28:48.983 に答える