{"id":534,"date":"2022-01-26T01:29:57","date_gmt":"2022-01-26T01:29:57","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=534"},"modified":"2022-03-22T15:15:17","modified_gmt":"2022-03-22T07:15:17","slug":"scrum-a-quick-introduction","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/scrum-a-quick-introduction\/","title":{"rendered":"Scrum: Eine schnelle Einf\u00fchrung"},"content":{"rendered":"

Scrum\u00a0<\/span><\/strong>\u00a0(Rugby Team), ein Softwareentwicklungsmodell, ist eine Art agile Entwicklung, die sich in den letzten zehn Jahren allm\u00e4hlich durchgesetzt hat.<\/span><\/p>\n

<\/figure>\n

Die Grundannahme von Scrum<\/span><\/span><\/h3>\n

Die Entwicklung von Software ist wie die Entwicklung eines neuen Produkts.\u00a0Die endg\u00fcltigen Abl\u00e4ufe eines Softwareprodukts k\u00f6nnen nicht von vornherein festgelegt werden.\u00a0Der Prozess erfordert F&E, Kreativit\u00e4t, Versuch und Irrtum, daher gibt es keinen festen Prozess, der den Erfolg des Projekts garantieren kann.<\/span><\/p>\n

Scrum vergleicht ein Softwareentwicklungsteam mit einer Fu\u00dfballmannschaft.\u00a0Es hat ein klares und h\u00f6chstes Ziel, kennt das beste Modell und die beste Technologie, die im Entwicklungsprozess erforderlich sind, verf\u00fcgt \u00fcber ein hohes Ma\u00df an Autonomie, enger Kommunikation und Zusammenarbeit und stellt sicher, dass t\u00e4glich verschiedene Herausforderungen mit einem hohen Ma\u00df an Flexibilit\u00e4t gel\u00f6st werden.\u00a0Jede Stufe hat einen klaren Fortschritt in Richtung des Ziels.<\/span><\/p>\n

Der Scrum-Prozess<\/span><\/span><\/h3>\n

Der Scrum-Entwicklungsprozess beginnt typischerweise mit einer 30-t\u00e4gigen (oder k\u00fcrzeren) Phase, beginnend mit der neuen Produktanforderungsspezifikation des Kunden, wobei das Entwicklungsteam und der Kunde ausw\u00e4hlen, welche Teile der Spezifikation zu Beginn jeder Phase, der Entwicklung, abgeschlossen werden sollen Das Team muss sein Bestes tun, um die Ergebnisse nach 30 Tagen zu liefern, und das Team trifft sich 15 Minuten am Tag, um den Fortschritt und den Zeitplan jedes Mitglieds zu \u00fcberpr\u00fcfen, die aufgetretenen Schwierigkeiten zu verstehen und zu versuchen, Fehler zu beheben.<\/span><\/p>\n

Die Vorteile des agilen Ansatzes<\/span><\/strong><\/span><\/h3>\n

Was ist der Vorteil von Scrum gegen\u00fcber dem\u00a0\u00a0<\/span>traditionellen Entwicklungsmodell ?\u00a0<\/span><\/strong>\u00a0Eine Besonderheit des Scrum-Modells ist, dass es auf Ver\u00e4nderungen reagiert.\u00a0Es kann schnellstm\u00f6glich auf \u00c4nderungen reagieren.<\/span><\/p>\n

W\u00e4hrend sich ein traditionelles System auf die Vorabplanung konzentriert, bei der Faktoren wie Kosten, Umfang und Zeit eine wichtige Rolle spielen, betont der agile Ansatz Teamarbeit, Kundenzusammenarbeit und Flexibilit\u00e4t.\u00a0Wenn sich die Anforderungsspezifikationen \u00e4ndern, kann das agile Team mobil bleiben und auf diese \u00c4nderungen reagieren.\u00a0Das bedeutet jedoch nicht zwangsl\u00e4ufig, dass die adaptive Planungsstrategie immer besser ist als eine pr\u00e4diktive Planungsstrategie.\u00a0Lassen Sie uns diese beiden Projektentwicklungsstrategien genauer vergleichen.<\/span><\/p>\n

<\/figure>\n

Daher ist der traditionelle Entwicklungsansatz (Wasserfall, auch bekannt als plangesteuert) linear, wobei alle Phasen des Prozesses nacheinander ablaufen.\u00a0Dieser Ansatz h\u00e4ngt von vorhersehbaren Tools und vorhersehbaren Erfahrungen ab.\u00a0Jedes Projekt folgt demselben Lebenszyklus, einschlie\u00dflich Machbarkeit, Planung, Design, Konstruktion, Tests, Produktion, Support usw., wie unten gezeigt.<\/span><\/p>\n

Das gesamte Projekt wird im Voraus geplant, ohne dass Raum f\u00fcr \u00c4nderungen der Anforderungen besteht, beispielsweise sind PMBOK und PRINCE2 von PMI streng und streng kontrolliert.\u00a0Sie skizzieren die verschiedenen Phasen der Projektplanung von Anfang bis Ende und gehen davon aus, dass Sie bereits im Vorfeld alle Anforderungen und Informationen haben, die Sie ben\u00f6tigen.<\/span><\/p>\n

Agile wird als modernere Softwareentwicklungsstrategie angesehen, da sie in erster Linie entwickelt wurde, um einige der M\u00e4ngel des vorausschauenderen Wasserfallansatzes zu \u00fcberwinden.\u00a0Es ist ein Softwareentwicklungsmodell, das die iterative Entwicklung und das Testen w\u00e4hrend des gesamten Softwareentwicklungslebenszyklus eines Projekts f\u00f6rdert.<\/span><\/p>\n

\u00dcberblick \u00fcber den Scrum-Prozess<\/span><\/span><\/h3>\n

Scrum<\/span><\/a>\u00a0\u00a0ist ein Framework, das\u00a0\u00a0<\/span>Rollen<\/span><\/a>\u00a0,\u00a0\u00a0<\/span>Ereignisse<\/span><\/a>\u00a0,\u00a0\u00a0<\/span>Artefakte<\/span><\/a>\u00a0und Regeln\/Richtlinien vorschreibt, um diese Denkweise umzusetzen.\u00a0Mit anderen Worten, Agile ist die Denkweise und Scrum ist das Framework, das einen Prozess zur Umsetzung der agilen Philosophie vorschreibt.<\/span><\/p>\n

Scrum und Agilit\u00e4t sind nicht dasselbe, aber Scrum ist einer der agilen Prozesse.\u00a0Sie basieren auf iterativer Entwicklung.\u00a0Die Anforderungen und L\u00f6sungen von Agile, die durch die Verbindung zwischen den funktions\u00fcbergreifenden und selbstorganisierten Teams gewonnen werden und bei richtiger Implementierung den Teams helfen k\u00f6nnen, komplexe Probleme anzugehen, indem sie schrittweise Produkte mit dem h\u00f6chsten Wert liefern und gleichzeitig das Risiko mindern.<\/span><\/p>\n

Scrum beinhaltet sofortige Inspektion und Anpassung, Teamarbeit wird durch F\u00fchrungsphilosophie, Verantwortlichkeit und Selbstorganisation sowie bew\u00e4hrte technische Verfahren verbessert, die bei der Bereitstellung zeitnaher qualitativ hochwertiger Software helfen.<\/span><\/p>\n

Schl\u00fcsselbegriffe von Scrum<\/span><\/span><\/h3>\n

R\u00fcckstand:<\/span><\/strong>\u00a0\u00a0alle vorhersehbaren Aufgaben, einschlie\u00dflich aller funktionalen und nicht funktionalen Aufgaben.<\/span><\/p>\n

Sprint:\u00a0<\/span><\/strong>\u00a0Der Zeitraum f\u00fcr eine Generationsentwicklung, in der Regel h\u00f6chstens 30 Tage als Zyklus.\u00a0W\u00e4hrend dieser Zeit muss das Entwicklungsteam einen formulierten R\u00fcckstand vervollst\u00e4ndigen, und das Endergebnis ist ein inkrementelles und lieferbares Produkt.<\/span><\/p>\n

Sprint Backlog:\u00a0<\/span><\/strong>\u00a0Die Aufgaben, die in einem Sprintzyklus erledigt werden m\u00fcssen.<\/span><\/p>\n

Zeitfenster:<\/span><\/strong>\u00a0\u00a0Ein Zeitfenster f\u00fcr das Meeting.\u00a0Beispielsweise betr\u00e4gt die Timebox f\u00fcr jedes t\u00e4gliche Scrum-Meeting 15 Minuten.<\/span><\/p>\n

Sprint-Planungsmeeting:<\/span><\/strong>\u00a0\u00a0Findet vor Beginn jedes Sprints statt.\u00a0In der Regel einen Tag (8 Stunden).\u00a0Die in diesem Meeting zu formulierende Aufgabe lautet: Der Product Owner und die Teammitglieder zerlegen das Backlog in kleine funktionale Module, entscheiden, wie viele kleine funktionale Module im anstehenden Sprint abgeschlossen werden m\u00fcssen, und legen die Aufgabenpriorit\u00e4t dieses Product Backlogs fest.\u00a0Dar\u00fcber hinaus muss das Meeting im Detail besprechen, wie diese kleinen funktionalen Module nach Bedarf zu vervollst\u00e4ndigen sind.\u00a0Der Arbeitsaufwand dieser Module wird in Stunden berechnet.<\/span><\/p>\n

T\u00e4gliches Scrum-Meeting:<\/span><\/strong>\u00a0\u00a0gehalten von Mitgliedern des Entwicklungsteams, normalerweise 15 Minuten.\u00a0Jedes Entwicklungsmitglied muss dem Scrum Master drei Projekte melden: Was wurde heute fertiggestellt?\u00a0Sind Sie auf Hindernisse gesto\u00dfen?\u00a0Was wirst du machen?\u00a0Durch dieses Treffen k\u00f6nnen die Teammitglieder den Fortschritt des Projekts miteinander verstehen.<\/span><\/p>\n

Sprint-Review-Meeting:\u00a0<\/span><\/strong>\u00a0Nach jedem Sprint pr\u00e4sentiert das Team die Ergebnisse des Sprints dem Product Owner und anderem zugeh\u00f6rigen Personal.\u00a0In der Regel dauert dieses Treffen 4 Stunden.<\/span><\/p>\n

Die Sprint-Retrospektive<\/span><\/strong>\u00a0\u00a0findet nach dem\u00a0\u00a0<\/span>Sprint-Review<\/span><\/a>\u00a0\u00a0und vor der n\u00e4chsten\u00a0\u00a0<\/span>Sprint-Planung<\/span><\/a>\u00a0statt .\u00a0<\/span>Bei einmonatigen Sprints<\/span><\/a>\u00a0ist dies h\u00f6chstens ein dreist\u00fcndiges Meeting\u00a0\u00a0.\u00a0Die retrospektive Sitzung ist im Grunde ein \u201eVerbesserungs\u201c-Meeting, das abgehalten wird, um Wege und Mittel zu finden, um potenzielle Fallstricke und vergangene Fehler zu identifizieren und neue Wege zu finden, um diese Fehler zu vermeiden, an denen alle teilnehmen \u2013 der\u00a0\u00a0<\/span>Product Owner<\/span><\/a>\u00a0,\u00a0 der\u00a0<\/span>Scrum Master<\/span><\/a>\u00a0und die Mitglieder des Entwicklungsteams , und optional mit den Stakeholdern.<\/span><\/p>\n

Scrum Master:<\/span><\/strong>\u00a0\u00a0Ein Teammitglied, das f\u00fcr die \u00dcberwachung des gesamten Scrum-Prozesses und die \u00dcberarbeitung des Plans verantwortlich ist.<\/span><\/p>\n

Der Product Owner<\/span><\/strong>\u00a0\u00a0, der das Produkt im Namen des Unternehmens besitzt, ist Teil eines\u00a0\u00a0<\/span>Scrum-Teams<\/span><\/a>\u00a0.\u00a0Ein Product Owner hat jedoch keine Autorit\u00e4t \u00fcber andere Mitglieder des Teams, genau wie der\u00a0\u00a0<\/span>Scrum Master<\/span><\/a>\u00a0.\u00a0Ein Product Owner ist daf\u00fcr verantwortlich, sich \u00fcber einen l\u00e4ngeren Zeitraum um ein Produkt zu k\u00fcmmern, und ist f\u00fcr den Produkterfolg verantwortlich.\u00a0Als Product Owner sollten Sie direkt mit den Kunden und Benutzern, dem Entwicklungsteam und anderen wichtigen Stakeholdern interagieren, wie das Bild unten zeigt.<\/span><\/p>\n

Ein\u00a0\u00a0<\/span><\/strong>Scrum<\/span><\/strong><\/a>\u00a0\u00a0-Team<\/span><\/strong>\u00a0\u00a0ist eine Ansammlung von Personen (normalerweise zwischen f\u00fcnf und neun Mitgliedern), die zusammenarbeiten, um die erforderlichen Produktinkremente zu liefern.\u00a0Das Scrum-Framework f\u00f6rdert ein hohes Ma\u00df an Kommunikation zwischen den Teammitgliedern, damit das Team:<\/span><\/p>\n