Was ist der Unterschied zwischen Scrum und Agile Development? Sind Sprint und Iterationen gleich?Was ist der Unterschied zwischen Scrum und Agile Development?
Antwort
Scrum ist nur eine der vielen iterativen und inkrementellen agilen Softwareentwicklungsmethoden. Sie finden here eine sehr detaillierte Beschreibung des Prozesses.
In der SCRUM-Methodik ist ein Sprint die Grundeinheit der Entwicklung. Jeder Sprint beginnt mit einem Planungsmeeting, bei dem die Aufgaben für den Sprint ermittelt und eine geschätzte Verpflichtung für das Sprintziel festgelegt wird. Ein Sprint endet mit einer Besprechung oder einer retrospektiven Besprechung, bei der der Fortschritt überprüft und die Lektionen für den nächsten Sprint ermittelt werden. Während jedes Sprints erstellt das Team fertige Teile eines Produkts. Bei den agilen Methoden umfasst jede Iteration ein Team, das einen vollständigen Softwareentwicklungszyklus durchläuft, einschließlich Planung, Anforderungsanalyse, Design, Codierung, Komponententest und Abnahmetest, wenn ein funktionierendes Produkt den Interessengruppen vorgeführt wird.
Wenn Sie also in einem SCRUM-Sprint alle Phasen der Softwareentwicklung durchführen (von der Anforderungsanalyse bis zum Abnahmetest) und meiner Meinung nach sollten Sie sagen, SCRUM-Sprints entsprechen AGILE-Iterationen.
Große Erklärung. Einige Modifikationen würde ich vorschlagen: Sprintplanung ist das erste Ereignis * innerhalb * der Sprint-Timebox. Sprints haben keine Lücken, also kommt nichts vor einem Sprint. –
Die Antwort ist nicht klar genug. So wie es diese beiden Dinge erklärt, klingen sie im Wesentlichen ähnlich; nur unterschiedliche Terminologien wurden verwendet, um sie zu beschreiben.Ich denke [diese Antwort] (http://stackoverflow.com/a/1586953/415784), obwohl es nur eine Zeile ist, ist klar und präzise den Unterschied, dass Agile nur eine Philosophie ist und Scrum eine Implementierung davon ist Philosophie. – Nawaz
Am Anfang was ich sagen kann ist - Agile ist eine evolutionäre Methodik von Unified Process, die auf Iterative & Incremental Development (IID) konzentriert. IID betont iterative Entwicklung mehr auf Bauphasen (tatsächliche Codierung) und inkrementelle Lieferungen. Es würde nicht mehr auf Anforderungsanalyse (Inception) und Design (Elaboration) hinweisen, die in den Iterationen selbst behandelt werden. Daher ist Iteration hier kein "Mini-Projekt für sich".
In Agile, nehmen wir diese IDD ein bisschen weiter, fügen mehr Realitäten wie Team Collaboration, evolutionäre Anforderungen und Design etc. und SCRUM ist das Werkzeug, um es durch die Berücksichtigung der menschlichen Faktoren und Aufbau von "Weisheit der Gruppe" zu ermöglichen Prinzip. Sprint ist also ein "Mini-Projekt für sich", das ein reines IID-Modell verbessert.
In Agile implementierte Iterationen sind also, ja, theoretisch Sprints (Hervorhebung der Größe der Iterationen ist klein und Lieferungen sind schnell). Ich unterscheide nicht wirklich zwischen Agile und SCRUM, und ich sehe, dass SCRUM eine natürliche Art ist, die Agile-Prinzipien zu nutzen.
Wie oben erwähnt, von anderen,
Scrum ist eine iterative und inkrementelle agile Software-Entwicklungsverfahren für die Entwicklung und Software-Projekten Produkt oder der Anwendung verwalten. Scrum ist also eine Art agiler Ansatz, der in Softwareentwicklungen weit verbreitet ist.
Also, Scrum ist ein spezifischer Geschmack von Agile, speziell wird es als ein agiler Projektmanagement-Framework bezeichnet.
Auch Scrum hat vor allem zwei Rollen im Inneren, die da sind: 1. Haupt/Core-Rolle 2. Ancillary Rolle
Main/Core-Rolle: Es hauptsächlich aus drei Rollen besteht: a). Scrum Master, b). Product Owner, c). Entwicklungsteam.
Nebenrolle: Die Nebenrollen in Scrum-Teams sind diejenigen, die keine formelle Rolle und eine seltene Beteiligung an der Scrum-Prozession haben, aber dennoch müssen sie berücksichtigt werden. nämlich. Interessenvertreter, Manager.
Scrum Master: - Es gibt 6 Arten von Treffen in gedränge:
- Daily Scrum/Standup
- Backlog Grooming: Geschichte
- Scrum von Scrums
- Sprint Planning Meeting
- Sprint Besprechungsmeeting
- Sprint Retrospektive
Lassen Sie mich wissen, wenn jemand mehr Eingaben dazu benötigt.
Wasserfall-Methodik ist ein sequentieller Design-Prozess. Das bedeutet, dass die Entwickler mit jedem der acht Schritte (Konzeption, Initiierung, Analyse, Design, Konstruktion, Test, Implementierung und Wartung) zum nächsten Schritt übergehen.
Da dieser Prozess sequenziell ist, können Entwickler nach Abschluss eines Schritts nicht zu einem vorherigen Schritt zurückkehren - nicht ohne das gesamte Projekt zu scratchen und von vorne zu beginnen. Es gibt keinen Platz für Änderungen oder Fehler, so dass ein Projektergebnis und ein umfangreicher Plan am Anfang festgelegt werden müssen und dann sorgfältig als eine "Lösung" zu den Nachteilen der Wasserfallmethodik entstanden sind. Anstelle eines sequenziellen Designprozesses folgt die Agile-Methode einem inkrementellen Ansatz. Entwickler beginnen mit einem vereinfachten Projektdesign und beginnen dann mit der Arbeit an kleinen Modulen. Die Arbeit an diesen Modulen erfolgt in wöchentlichen oder monatlichen Sprints, und am Ende jedes Sprints werden die Projektprioritäten bewertet und Tests durchgeführt. Mit diesen Sprints können Fehler entdeckt und Kundenfeedback in das Design integriert werden, bevor der nächste Sprint ausgeführt wird.
Der Prozess mit seinem Mangel an anfänglichem Design und Schritten wird oft für seine kollaborative Natur kritisiert, die sich auf Prinzipien statt auf Prozess konzentriert.
Agile und Scrum sind Begriffe, die im Projektmanagement verwendet werden. Die Agile-Methode verwendet inkrementelle und iterative Arbeitsschritte, die auch als Sprints bezeichnet werden. Scrum dagegen ist der agile Ansatz, der in der Softwareentwicklung verwendet wird.
Agile ist die Praxis und Scrum ist der Prozess, um dieser Praxis zu folgen, genauso wie eXtreme Programming (XP) und Kanban der alternative Prozess zur Befolgung der agilen Entwicklungspraxis sind.
Wie passt Scrum in Agile Development?
Während die Agile-Methode nicht nur in der Software-Industrie, sondern auch in anderen Branchen für die Produktentwicklung eingesetzt werden kann, ist Scrum speziell auf die Softwareentwicklung ausgerichtet.
Scrum ist keine Methode. Es bietet einfach Struktur, Disziplin und einen Rahmen für die agile Entwicklung. Das gesamte Projekt besteht aus einer Reihe von Sprints oder Sprint Cycles (1 bis n), wobei jeder Sprint dieselbe Dauer hat. Wenn "Zeit" mit T bezeichnet wird, dann ist T1 = T2 = T3 = ... Tn. Sprints könnten irgendwo zwischen 2 bis 4 Wochen liegen. Sprints kürzer als 2 Wochen sind nicht ideal und werden weniger häufig verwendet. Am Ende jedes Sprints wird eine funktionale/funktionierende Software erstellt, die die Benutzer tatsächlich testen können.
Originalartikel ist hier ...
Bitte beachten Sie, dass Scrum nicht spezifisch für die Softwareentwicklung ist ... es ist sehr beliebt in der Softwareentwicklung, aber nur wegen der Komplexität der Softwareentwicklung. Jede komplexe Produktentwicklung würde von der Verwendung von Scrum profitieren. Wissenswertes: Wenn Sie den Scrum Guide durchsuchen, wird das Wort "Software" nicht einmal erwähnt. –
SCRUM:
SCRUM ist eine Art von Agile Ansatz. Es ist ein Framework, keine Methodologie.
Es bietet keine detaillierten Anweisungen, was getan werden muss, sondern das meiste davon hängt von dem Team ab, das die Software entwickelt. Da die Entwicklung des Projekts weiß, wie das Problem gelöst werden kann, ist viel auf ihnen übrig
Cross-funktionale und selbstorganisierende Teams sind im Falle von Gedränge unerlässlich. In diesem Fall gibt es keinen Teamleiter, der den Teammitgliedern Aufgaben zuweisen wird, sondern das ganze Team kümmert sich um die Probleme oder Probleme. Es ist funktionsübergreifend, so dass alle Beteiligten von der Idee bis zur Umsetzung des Projekts in das Projekt involviert sind.
Der Vorteil von Scrum ist, dass die Richtung eines Projekts auf der Grundlage abgeschlossener Arbeit angepasst werden muss, nicht auf Spekulationen oder Vorhersagen.
beteiligten Rollen: Product Owner, Scrum Master, Teammitglieder
Agile Methodology:
Build-Software-Anwendungen, die in der Natur nicht vorhersehbar sind
iterative und inkrementelle Arbeit Kadenzen Sprint genannt werden in dieser Methode verwendet .
Sowohl Agile als auch SCRUM folgen dem System - einige der Features werden als Teil des Sprints und am Ende jedes Sprints entwickelt; Die Funktionen werden vom Codieren, Testen und ihrer Integration in das Produkt vervollständigt. Eine Demonstration der Funktionalität wird dem Besitzer am Ende jedes Sprints zur Verfügung gestellt, so dass eine Rückmeldung erfolgen kann, die für den nächsten Sprint hilfreich sein kann.
Manifest für Agile Development:
- Individuen und Interaktionen über Prozesse und Tools
- Arbeits Software über eine umfassende Dokumentation
- Zusammenarbeit mit dem Kunden über Vertragsverhandlungen
- Reaktion über einen Plan folgende Änderungen
Das heißt, während es in der Artikel auf der rechten Seite, schätzen wir die Elemente auf der linken Seite mehr.
mögliche Duplikat von [Wie anders ist Scrum Praxis von Agile Practice?] (Http://stackoverflow.com/questions/1586928/how-different-iscrum-practice-from-agile-practice) – Joe
Ich denke das Die Frage kann off-topic sein, weil sie nicht mit der Programmierung zusammenhängt. –
Sie gelten für Fertigung und Produktion. Es ist nicht völlig klar, wie sie bestehende Softwarepraktiken abschwächen werden. Welche sind sauber, verstanden, höflich, gereift. –