スクラムは、反復的で逐次的なアジャイルソフトウェア開発方法の1つに過ぎません。あなたは ここで プロセスの非常に詳細な説明を見つけることができます。
SCRUM方法論では、スプリントは開発の基本単位です。各スプリントは、スプリントのためのタスクが識別され、スプリントの目標のための推定コミットメントが行われる計画会議で始まります。スプリントは、進捗状況がレビューされ、次のスプリントのためのレッスンが識別されるレビューまたは遡及会議で終わります。各スプリントで、チームは製品の完成部分を作成します。
アジャイル手法では、各反復には、計画、要件分析、設計、コーディング、単体テスト、および作業成果物が利害関係者に実証されたときの受け入れテストを含む、完全なソフトウェア開発サイクルを通して作業するチームが含まれます。
ですから、SCRUM Sprintで（要件分析から受け入れテストまで）すべてのソフトウェア開発フェーズを実行するのであれば、SCRUM SprintはAGILE Iterationsに対応すると言えます。
他の人が上で述べたように、
スクラムは、ソフトウェアプロジェクトと製品またはアプリケーションの開発を管理するための反復的かつ逐次的なアジャイルソフトウェア開発方法です。そのため、スクラムは実際にはソフトウェア開発で広く使用されている一種のアジャイルアプローチです。
そのため、スクラムはアジャイル特有の風味であり、特にアジャイルプロジェクト管理フレームワークと呼ばれています。
スクラムの内部には、主に2つの役割があります。1.メイン/コアの役割2.補助的な役割
主な役割／中心的役割：それは主に３つの役割からなる：ａ）。スクラムマスター、ｂ）。プロダクトオーナー、c）。開発チーム。
補助的役割：スクラムチームの補助的役割は、正式な役割を持たず、スクラムの行列に関与することはまれであるが、それでも考慮に入れる必要があります。つまり。ステークホルダー、管理者。
スクラムマスター： - スクラムには6種類のミーティングがあります。
- デイリースクラム/スタンドアップ
- バックロググルーミング：ストーリーライン
- スクラムスクラム
- スプリント計画会議
- スプリントレビュー会議
- スプリント回顧展
これについてもっと意見が必要な人がいたら教えてください。
スクラム：
SCRUMは一種のアジャイルアプローチです。それは方法論ではなくフレームワークです。
それは何をする必要があるかについての詳細な指示を提供しません、むしろそれの大部分はソフトウェアを開発しているチームに依存しています。プロジェクトの開発者は問題を解決する方法を知っているので、それが彼らに残っています。
スクラムの場合には、機能横断型の自己組織化チームが不可欠です。この場合、チーム全体が問題や問題に対処するのではなく、チームメンバーにタスクを割り当てるチームリーダーはいません。アイデアからプロジェクトの実装まで、すべての人がプロジェクトに関与するという点で、機能横断型です。
スクラムの利点は、投機や予測ではなく、完成した作業に基づいてプロジェクトの方向を調整することです。
関与するロール：プロダクトオーナー、スクラムマスター、チームメンバー
アジャイル方法論：
予測不可能なソフトウェアアプリケーションを構築する
この方法では、スプリントと呼ばれる反復的および増分的作業ケイデンスが使用されます。
アジャイルとSCRUMはどちらもシステムに準拠しています。一部の機能はスプリントの一部として、および各スプリントの最後に開発されています。これらの機能はコーディング、テスト、そしてそれらの製品への統合から完成しています。機能のデモンストレーションが各スプリントの終わりに所有者に提供されるので、次のスプリントに役立つ可能性のあるフィードバックを取ることができます。
アジャイル開発の宣言：
- プロセスとツールに関する個人との相互作用
- 包括的なドキュメンテーション上の作業ソフトウェア
- 契約交渉を通じた顧客コラボレーション
- 計画をたどることへの対応
つまり、右側の項目には値がありますが、左側の項目にはさらに値を付けます。
スクラムはアジャイル開発にどのように適合しますか？
アジャイル手法はソフトウェア業界だけでなく他の業界の製品開発にも適用できますが、スクラムはソフトウェア開発に特化しています。
スクラムは方法論ではありません。それは単に、アジャイル開発のための構造、規律、そして枠組みを提供するだけです。プロジェクト全体は、各スプリントが同じ期間である一連のスプリントまたはスプリントサイクル（1からn）で構成されています。 「時間」がTで表される場合、T1 = T2 = T3 =…Tnです。スプリントは2週間から4週間の間です。 2週間より短いスプリントは理想的ではなく、使用頻度も少なくなります。各Sprintの終わりに、ユーザーが実際にテストすることができるソフトウェアの機能的/作業的な部分が生成されます。
オリジナル記事はこちら...
アジャイルとスクラムはプロジェクト管理で使用される用語です。アジャイル方法論では、スプリントとも呼ばれる増分および反復作業ビートを使用します。一方、スクラムは、ソフトウェア開発で使用されているアジャイルアプローチの一種です。
EXtreme Programming（XP）と同じように、アジャイルが実践であり、スクラムがこの実践に従うプロセスであり、カンバンがアジャイル開発実践に従う代替プロセスです。
ウォーターフォール方法論は逐次設計プロセスです。つまり、8つの段階（概念、開始、分析、設計、構築、テスト、実装、および保守）がそれぞれ完了したら、開発者は次のステップに進みます。
このプロセスは逐次的であるため、ステップが完了すると、開発者はプロジェクト全体に傷を付けて最初から始めることなく、前のステップに戻ることはできません。変更やエラーの余地はないので、最初にプロジェクトの結果と広範な計画を立て、慎重に実行する必要があります。
ACP Agile Certification は、ウォーターフォール方法論の欠点に対する「解決策」として生まれました。逐次設計プロセスの代わりに、アジャイル方法論は増分アプローチに従います。開発者は単純化されたプロジェクト設計から始めて、次に小さなモジュールで作業を始めます。これらのモジュールに関する作業は、毎週または毎月のスプリントで行われ、各スプリントの最後に、プロジェクトの優先順位が評価され、テストが実行されます。これらのスプリントにより、次のスプリントが実行される前にバグが発見され、顧客からのフィードバックがデザインに組み込まれることが可能になります。
このプロセスは、初期の設計や手順が欠如しているため、プロセスではなく原則に焦点を当てているその協調的な性質から、しばしば批判されます。
最初に言えることは、アジャイルはIterative＆Incremental Development（IID）に焦点を合わせたUnified Processの進化論的方法論です。 IIDでは、構築段階（実際のコーディング）と段階的な配信について、反復開発を重視しています。要求分析（インセプション）と設計（エラボレーション）が反復自体で扱われることについては、それほど強調しません。したがって、ここでの反復は「それ自体では小さなプロジェクト」ではありません。
アジャイルでは、このIDDをもう少し進めて、チームコラボレーション、進化的要件、設計などの現実性を追加します。また、SCRUMは、人的要因を考慮し、「グループの知恵」の原則に基づいて構築できるツールです。したがって、ここでのSprintは純粋なIIDモデルを改良する「それ自体がミニプロジェクト」です。
したがって、アジャイル方式で実装された繰り返しは、もちろん、理論的にはSprintです（繰り返しのサイズが小さく、納品が速いことを強調する）。私は本当にアジャイルとSCRUMを区別しません、そして私はSCRUMがアジャイルの原則を使用する自然な方法であると思います。