2012-07-13 9 views
314

スクラムとアジャイル開発の違いは何ですか?スプリントと反復は同じですか?スクラムとアジャイル開発の違いは何ですか?

+2

の可能な複製[アジャイルプラクティスとスクラムの練習はどのように違うのですか?](http://stackoverflow.com/questions/1586928/how-different-is-scrum-practice-from-agile-practice) – Joe

+2

私はこれを考えると思いますプログラミングに関連していないので、質問は話題にならないかもしれません。 –

+0

製造業および生産部門に適用されます。既存のソフトウェアの実践をどのように緩和するかについては完全に理解されていません。清潔で、理解され、礼儀正しく、成熟している。 –

答えて

284

スクラムは、多くの反復的かつ段階的なアジャイルソフトウェア開発方法の1つに過ぎません。 hereにはプロセスの非常に詳細な説明があります。

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

アジャイル手法では、各反復には、計画、要件分析、設計、コーディング、単体テスト、アクセプタンステストなど、完全なソフトウェア開発サイクルを経て、ステークホルダーに実証されたチームが関与します。

SCRUMスプリントでは、要件分析から受け入れテストまでのすべてのソフトウェア開発フェーズを実行し、私の意見では、SCRUMスプリントはAGILE反復に対応すると言えます。

+10

すばらしい説明。私が示唆するいくつかの修正点:スプリント計画は、スプリントタイムボックス内の最初のイベント*です。スプリントにはギャップがないので、スプリントの前に何も来ない。 –

+49

答えが十分ではない。それがこの2つのことを説明する方法は、本質的に似ていると思います。それらを記述するために使用された用語はまったく異なっています。私は[この回答](http://stackoverflow.com/a/1586953/415784)は、それが単なる1行であっても、明確であり、アジャイルは単なる哲学であり、スクラムはその実装であるということを正確に示しています哲学。 – Nawaz

8

私が言うことができるのは、アジャイルは、反復&インクリメンタルデベロップメント(IID)に焦点を当てた統一プロセスの進化的方法論です。 IIDは、構築フェーズ(実際のコーディング)とインクリメンタルデリバリーについて、より多くの反復開発を重視しています。繰り返しの中で処理される要件分析(インセプション)とデザイン(エラボレーション)については、それ以上のことは強調しません。ですから、ここでの反復は "それ自体でミニプロジェクト"ではありません。

アジャイルでは、チームのコラボレーション、進化の要件やデザインなど、より多くの現実を加えて、このIDDをもう少し追加します。そして、SCRUMは、人間の要素を考慮し、原理。そこで、Sprintは、純粋なIIDモデルを改善する「ミニプロジェクト」を行っています。

したがって、アジャイルな方法で実装された反復は、理論的にはスプリント(反復のサイズが小さく、配信が速いことを強調する)です。私はアジャイルとSCRUMを区別しません。私はSCRUMがアジャイルの原則を使用する自然な方法であることを理解しています。

66

他の人が上述したように、

スクラムは、ソフトウェアプロジェクト及び製品またはアプリケーションの開発を管理するための反復と増分アジャイルソフトウェア開発方法です。したがって、スクラムは実際にはソフトウェア開発で広く使用されているアジャイルアプローチの一種です。

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

また、スクラムがあり、内部に主に二つの役割、があります。 1.メイン/中核的な役割 2.補助的な役割

メイン/中核的な役割をする:a):これは主に3つの役割で構成されています。スクラムマスター、b)。プロダクトオーナー、c)。開発チーム。

補助的役割:スクラムチームの付随的な役割は、正式な役割を持たず、スクラムの行為にまれに関与するものですが、それでも考慮に入れる必要があります。すなわち、ステークホルダー、マネージャー。

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

  • デイリースクラム/等身大パネル
  • バックロググルーミング:ストーリー
  • スクラムスクラム
  • スプリント計画ミーティングの
  • スプリントレビュー会議
  • スプリント回顧

これ以上の入力が必要な場合はお知らせください。

+2

スクラムでの役割に関する素敵な書き上げ。ありがとう! – asgs

+1

ありがとう!それは初心者のための大きな助けになります –

+1

スクラム会議のスクラムの目的は何ですか? – kn3l

9

滝の方法論は、逐次設計プロセスです。つまり、8つの段階(概念、開始、分析、設計、構築、テスト、実装、保守)が完了すると、開発者は次のステップに進みます。

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

ACP Agile Certificationは、滝の方法論の欠点を「解決」したものです。逐次設計プロセスではなく、アジャイル手法は段階的アプローチに従います。 開発者は、単純なプロジェクト設計を開始し、次に小さなモジュールで作業を開始します。これらのモジュールの作業は、毎週または毎月のスプリントで実行され、各スプリントの最後に、プロジェクトの優先順位が評価され、テストが実行されます。これらのスプリントにより、バグを発見し、次のスプリントを実行する前に顧客のフィードバックをデザインに組み込むことができます。

初期の設計とステップが欠如しているプロセスは、しばしばプロセスではなく原則に焦点を当てたその共同性のために批判されます。

13

アジャイルとスクラムは、プロジェクト管理に使用される用語です。アジャイル手法では、スプリントとも呼ばれる増分および反復作業ビートが採用されています。一方、スクラムは、ソフトウェア開発で使用されるアジャイルアプローチの一種です。

アジャイルは実践であり、スクラムは、エクストリームプログラミング(XP)およびカンバンと同じように、このプラクティスに従うプロセスです。

18

Scrumはどのようにアジャイル開発に適合していますか?

アジャイル手法は、ソフトウェア業界だけでなく他の業界でも製品開発に適用できますが、スクラムはソフトウェア開発に特有のものです。

スクラムは方法論ではありません。これは、アジャイル開発のための構造、規律、およびフレームワークを提供するだけです。プロジェクト全体は、一連のスプリントまたはスプリントサイクル(1からn)で構成され、各スプリントは同じ期間のものです。 '時間'をTとすると、T1 = T2 = T3 = ... Tnとなる。スプリントは2〜4週間の間のどこかにある可能性があります。 2週間未満のスプリントは理想的ではなく、あまり頻繁に使用されません。各スプリントの終わりに、ユーザが実際にテストすることができるソフトウェアの機能的/有効な部分が生成される。

オリジナルの記事はこちら...

https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post

+2

スクラムはソフトウェア開発に固有のものではなく、ソフトウェア開発の複雑な性質のために、ソフトウェア開発では非常に一般的です。あらゆる複雑な製品開発は、スクラムを使用することで恩恵を受けるでしょう。楽しい事実:スクラムガイドを検索すると、「ソフトウェア」という言葉は一度も出ていません。 –

20

スクラム:

スクラムがアジャイル手法の一種です。方法論ではないフレームワークです。

これは、ソフトウェアの開発チームに依存しているのではなく、実行する必要があることに関する詳細な指示は提供していません。プロジェクトの開発は、どのように問題が解決できるのかを知っているので、その上に多くのことが残されているからです。

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

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

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

アジャイル方法論:スプリントと呼ばれる

反復と増分のワークリズムがこの方法で使用されている自然の中で予測不能です

ビルドソフトウェアアプリケーション。

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

アジャイル開発のための宣言:

  1. 個人との相互作用のプロセスを超えるとツール
  2. 作業するソフトウェアカスタマーコラボレーション
  3. 包括的なドキュメントを超える計画 次にわたって変化への対応
  4. 契約交渉を超えます

つまり、右のアイテムは、左のアイテムをさらに評価します。

関連する問題