Menü

Agile und Scrum-Terminologie: Ein Glossar für Agile / Scrum-Konzepte

  • Haupt
  • Andere
  • Agile und Scrum-Terminologie: Ein Glossar für Agile / Scrum-Konzepte

agile scrum terminology

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Dies ist ein umfassender Leitfaden für alle wichtigen Agile / Scrum-Begriffe und ein All-in-One-Glossar der Agile- und Scrum-Konzepte:

Wie wir alle wissen, braucht Agile keine Einführung. Es ist ein Softwareentwicklungs-Framework, das weltweit verwendet wird.

Dieser Artikel ist eine umfassende Anleitung zu allen Agile / Scrum-Konzepten, die Sie zur Hand haben müssen.

Agiles Scrum

Was du lernen wirst:

Agiles Manifest

Die agile Methodik basiert auf dem agilen Manifest. Weitere Informationen zum Manifest finden Sie unter Manifest für agile Softwareentwicklung .

Der Schlüssel zum agilen Manifest kann auf verkürzt werden ::

  • Die Kommunikation von Person zu Person ist für die Prozessbindung wirksam.
  • Das Arbeitsprodukt ist besser als die herkömmliche Schritt-für-Schritt-Dokumentation.
  • Die Einbeziehung von Kunden / Geschäftsinhabern ist ebenso wichtig wie kontinuierliche Rückkopplungsschleifen.
  • Änderungen sind unvermeidlich. Daher sollten die Teams sie umarmen und begrüßen.

Sie werden sehen, dass der agile Prozess, obwohl er diese Erklärungen abgibt, nicht die genauen konkreten Schritte liefert, um dies zu erreichen. Es gewährt den Teams völlige Freiheit und Autonomie, um ihre beste Arbeit zu leisten.

Im Laufe der Zeit hat sich der Freestyle zu gängigen Praktiken entwickelt. Das bekannteste davon ist Scrum.

Beginnen wir damit unsere Definitionen.

Was ist Scrum?

Scrum ist ein Entwicklungsmodell, das von Ken Schwaber und Jeff Sutherland entwickelt wurde und seit den 1990er Jahren verwendet wird.

Die Arbeit ist in kleinere Anforderungen (Geschichten, Epen und Aufgaben) unterteilt, und engmaschige Teams bauen und liefern in kleinen Raten. Feedback wird häufig eingeholt und Verbesserungen am Produkt in Form von häufigen Kurzmitteilungen vorgenommen.

Säulen des Gedränge

Die Säulen von Scrum werden im Folgenden ausführlich erläutert:

  • Transparenz : Die Teams wissen, was los ist, und sind offen für den Austausch und die gegenseitige Hilfe. Die Kommunikation erfolgt frei über tägliche Stand-up- und informelle Interaktionen von Person zu Person.
  • Inspektion : Häufige und religiöse Inspektionen der Arbeit sind der Schlüssel zum Erfolg von Scrum. Teams können auf einfache und zuverlässige Weise identifizieren, diagnostizieren, Fehler beheben, beheben und wieder auf Kurs kommen.
  • Anpassung : Scrum geht nicht davon aus, dass das, was sie tun, richtig ist. Es gibt regelmäßige Kontrollpunkte in Form von Sprintplanung, tägliches Scrum, Sprint Review / retrospektive Meetings wo das Team überprüfen und anpassen kann.

Scrum-Team

Scrum-Teams sind normalerweise klein (5-9) und normalerweise funktionsübergreifend. Dazu gehören a Scrum Master , Entwickler, Tester (es ist gängige Praxis, alle agilen Teammitglieder unabhängig von ihrem Arbeitsbereich als Entwickler zu bezeichnen).

Andere technische Teammitglieder und vor allem der Product Owner oder Sponsor. Agile setzt alle seine Wetten auf sein Team. Ein selbstorganisiertes A-Team ist daher entscheidend und fast eine Voraussetzung für eine erfolgreiche agile Implementierung.

Scrum-Team

Rollen in Scrum

Im Folgenden sind die verschiedenen Rollen in Scrum aufgeführt:

  • Product Owner: Ein Product Owner besitzt den Rückstand. Er ist verantwortlich für das Produkt und die Form, die es annimmt. Die Aufrechterhaltung des Produktrückstands, eine allgemeine Produktvision und die Ausrichtung der Teamziele sind die Hauptverantwortung eines Produktbesitzers.
  • Entwicklungsteam: Das Entwicklungsteam hat keine begrenzten Rollen. Von ihnen wird erwartet, dass sie funktionsübergreifend arbeiten und den besten Ansatz wählen, um das Ziel zu erreichen.
  • Scrum Master: Es ist Aufgabe des Scrum Masters, sicherzustellen, dass das Scrum richtig implementiert wird. Der Scrum Master wird auch als der bezeichnet Dienerführer für das ganze Team.

Scrum-Zeremonien

Agile verlässt sich auf einige Gewohnheiten, um auf dem richtigen Weg zu bleiben und erfolgreich zu sein.

Einige von ihnen sind unten aufgeführt:

# 1) Tägliches Scrum-Meeting: Dies ist ein typisches 15-minütiges kurzes Treffen, bei dem jedes Teammitglied über die folgenden Punkte spricht:

  • Was wurde gestern gemacht?
  • Was ist heute geplant?
  • Gibt es auf dem Weg irgendwelche Hindernisse?

Dieses Format des Meetings ist sehr effektiv, um zu verstehen, welche Arbeiten abgeschlossen sind, was noch übrig ist und wie sich das Team bei Bedarf gegenseitig helfen kann.

Scrum Master erleichtert dieses Meeting, ist jedoch nicht für den Scrum Master oder einen Ort zum Sammeln des Status. Es ist eine Gelegenheit für das Team, miteinander zu interagieren und sich zusammenzuschließen, bevor sie getrennte Wege gehen, um die Aufgaben des Tages zu meistern.

# 2) Sprint : Ein Sprint ist eine Iteration mit Zeitrahmen (oft 3 Wochen einmal, kann aber länger oder kürzer sein). Dies ist ein sich wiederholender Prozess, der als ein Entwicklungs- und Bereitstellungsschub angesehen werden kann.

# 3) Sprintplanung: Der Zweck der Sprint-Planung besteht darin, zu planen, wie eine Reihe von Product Backlog-Storys in ein Inkrement des versandfähigen Produkts umgewandelt werden kann.

Das Gesamtformat kann wie eine zweiteilige Situation sein.

  • Erste Hälfte - Das Team wählt die Elemente aus, zu deren Fertigstellung es sich verpflichtet.
  • Zweite Hälfte - Der Product Owner steht für Fragen zur Verfügung.

Das Team entscheidet, wie es gebaut wird. Somit werden die Aufgaben erstellt und entsprechend zugeordnet, was zu dem führt Sprint Backlog.

# 4) Sprint Review / Demo : Nach einem Sprint treffen sich das Team und die Stakeholder, damit die abgeschlossenen Arbeiten präsentiert werden können.

Die abgeschlossenen Aufgaben werden mit geplanten Elementen verglichen, und die nicht implementierte Funktionalität wird weggelassen. Die Dauer dieses Treffens beträgt nicht mehr als 4 Stunden.

# 5) Sprint Retrospektive: Dieses Treffen wird von der Scrum Master und das gesamte Team einschließlich der PO nimmt daran teil.

Das Team diskutiert den jüngsten Sprint, indem es die Ideen zur Prozessverbesserung im Fokus behält und festlegt, welche Änderungen vorgenommen werden könnten, um den nächsten Sprint produktiver zu machen.

Normalerweise, Dieses Treffen dauert nicht länger als 2 Stunden.

=> Empfohlene Lektüre - Agile retrospektive Meetings

Grundlagen der agilen Schätzung

Nachstehend sind die Grundlagen der agilen Schätzung aufgeführt:

Eingänge

  • Product Backlog und Sprint Backlog.
  • Historische Daten, frühere Schätzungen für ähnliche Aufgaben mit tatsächlichen Aufwandswerten.

Geschätzte Teilnehmer

  • Mit der Anwendung vertraute Teammitglieder.
  • Teammitglieder, die die Integration der Anwendung in andere Systeme verstehen.
  • Darstellung verschiedener Fähigkeiten, die für den Abschluss des Projekts erforderlich sind.
  • Vertreter des Build-, Deployment- und QA-Teams.

Definition zu Epic / Feature / Idea

  • Hierbei handelt es sich um große User Stories, die normalerweise zu groß sind, um in einer einzigen Iteration implementiert zu werden.
  • Idee / Epos -> Geschichten -> Aufgaben (Eine Idee kann mehrere Geschichten haben. Eine Geschichte kann mehrere Aufgaben haben. Der Umfang der Geschichte ist auf einen Sprint beschränkt. Alle Aufgaben sollten geschlossen werden, um die Geschichte abzuschließen.)

# 1) Story Point Estimation-Technik: Story Point ist eine Zahl, die dem Team sagt, wie komplex die Story ist.

In den meisten Fällen wird die Fibonacci-Serie oder T-Shirt-Größe verwendet. Normalerweise wird ein Story Point als gleichbedeutend mit der Arbeit eines Menschen an einem Tag angesehen.

Das Verhältnis wird jedoch nach jeder Iteration basierend auf den tatsächlichen Daten der durchschnittlichen Zeit, die zum Ausführen einer Einheit einer Aufgabe benötigt wird, überarbeitet.

Die Schritte umfassen:

  • Teilen Sie sehr große Anforderungen in kleine Aufgaben auf.
  • Wählen Sie ein Team von mindestens 2 Schätzern, die Scrum Master , Product Owner & die anderen können teilnehmen.
  • Jeder Schätzer vergibt seine Story-Punkte privat für eine User-Story (Aufgabe) und veröffentlicht diese.
  • Story-Punkte für die Anforderung werden von den Schätzern basierend auf ihrem bisherigen Wissen über die Größe einer ähnlichen Aufgabe vergeben.
  • Es wird erwartet, dass die Schätzungen geringfügig abweichen werden.
  • Wenn sich die Schätzungen erheblich unterscheiden, erklären hohe und niedrige Schätzer ihre Schätzungen.
  • Danach führen alle Schätzer eine weitere Schätzrunde durch, wobei sie denselben Prozess befolgen, bis alle zu derselben Zahl konvergieren.

# 2) Poker planen: Diese interessante und unterhaltsame Technik wird hier erklärt: So vereinfachen Sie den agilen Schätzprozess mit Planning Poker

Hinweis ::Es gibt viele andere Techniken zur agilen Schätzung, aber diese sind die beiden bekanntesten.

Scrum-Artefakte

Die wichtigsten Scrum-Artefakte sind Product Backlog und Sprint Backlog . Dies sind diejenigen, die bei der Überwachung der gesamten Sprintziele helfen.

# 1) Product Backlog:

  • Eine geordnete Liste von „Anforderungen“, die für ein Produkt / Projekt verwaltet werden.
  • Eine Liste kann auch Fehler und nicht funktionierende Elemente enthalten.
  • Der Product Owner ist für die Festlegung der Prioritäten in der PBL verantwortlich.
  • Der Product Owner ist für die Verwaltung des Product Backlogs verantwortlich.

# 2) Sprint Backlog:

  • Aufgabenliste (auch als Backlog-Element bezeichnet) für die Sprint.
  • Scrum-Team ist verantwortlich für deren Wartung ..
  • Während des Sprints Von den Teammitgliedern wird erwartet, dass sie das Sprint-Backlog aktualisieren, sobald neue Informationen verfügbar sind.
  • Falls eines der Elemente unvollständig oder teilweise vollständig bleibt, werden diese Elemente gemäß der Definition des Standard-Scrums wieder in das Feld eingefügt Produktrückstand.

# 3) Burn Down Chart:

Youtube zu MP3 Konverter mit Tag Editor
  • Es ist ein öffentlich angezeigtes Diagramm, das die abgeschlossenen und verbleibenden Arbeiten im Sprint zeigt.
  • Zeigt die tatsächliche Arbeit an, die tagsüber abgeschlossen ist.
  • Gepflegt von der Scrum Master täglich.
  • Es gibt zwei Arten von 'Burn-Down-Diagramme freigeben' und 'Sprint-Burn-Down-Diagramme'.

Burn-Down-Diagramme

Definition von Fertig

Definition von Fertig ist für verschiedene Scrum-Teams unterschiedlich. In einfachen Worten ist DoD eine Möglichkeit, anhand der verfügbaren Tools festzustellen, wann das Team das Ziel erreichen wird. Es ist der Vertrag zwischen der PO und dem Team.

DoD erfüllt bedeutet, dass alle Storys aus dem Backlog gemäß den Anforderungen der Stakeholder entwickelt werden. Geschichten können nicht technisch sein oder mehrere Aufgaben haben.

Verfeinerung des Rückstands (Pflege)

Verfeinerung des Rückstands ist keine Kernpraxis für Scrum, wurde jedoch angewendet, um die Qualität von Backlog-Elementen zu verwalten, die in einen Sprint eintreten.

Es ist eine ständige Anstrengung, die Product Backlog-Elemente zu überprüfen und zu überprüfen, ob sie angemessen priorisiert und so vorbereitet sind, dass sie für Teams klar und ausführbar sind, sobald sie über die Sprint-Planungsaktivität in Sprints eintreten.

Schneller Vergleich mit dem Wasserfall

ParameterAgilWasserfall
Kundenzufriedenheit Kunden sind mit der schnellen Lieferung zufriedenDie Lieferung erfolgt verspätet, daher sind sich die Kunden nicht sicher
Lieferung von funktionierender Software Häufige LieferungenAlle paar Monate eine
Späte Änderungen Kann schnell in den kommenden Frühling gebracht werdenSchwer zu implementieren
Kommunikation Tägliche KommunikationBesprechung mit Projektmanager überprüfen
Abhängigkeit Enge Kommunikation und Zusammenarbeit zwischen Geschäftsleuten und Entwicklern - Testern.Der Projektmanager steuert das Projekt

Produktrückstand

Wenn wir uns nach oben bewegen, werden PBIs erstellt und sie sind DEEP:

  • D- Detailliert genug
  • IS- Emergenc ist
  • IS- Geschätzt
  • P- Priorisiert

Und sie sind detaillierter für das Team.

Produktrückstand

Dinge, an die sich ein Scrum Master anpassen sollte:

  • Hindernisse beseitigen
  • Erleichtern
  • Mentoring und Unterricht
  • Coaching

Dies sind die Aufgaben, die a Scrum Master sollte durchführen, wenn die Gedränge ist neu implementiert. Aber im Laufe der Zeit und wenn sich das Team an Scrum gewöhnt (sich selbst organisiert), muss der Scrum Master eine Aufgabe ausführen, d. H. „BEOBACHTEN“.

Aufbau eines Scrum-Teams

Beim Aufbau eines Teams der Scrum Master könnte sich den folgenden Herausforderungen stellen: Formen, Stürmen, Normieren und Durchführen.

  • Bildung- Wo es keine Beziehungen in einem Team gibt.
  • Storming- Wo Grenzen zwischen den Teammitgliedern leicht werden würden.
  • Normierung- Wenn im Team eine gute Beziehung besteht.
  • Performing- Dies ist die letzte Phase, in der es nur Teamarbeit gibt.

Wie wir sehen können, ist die letzte Phase, in der das Team wirklich als Scrum-Team . Wenn es während dieser Transformation zu irgendeinem Zeitpunkt zu Störungen kommt, kehrt das Team zum Anfang zurück.

Fazit

Wir hoffen, dass dieses Tutorial alle wichtigen Punkte kurz erklärt hat Agile und Scrum-Terminologie . Bitte beziehen Sie sich auf diese Tutorial-Serie Vollständiger Leitfaden zur agilen Methodik Einzelheiten zu Agile / Scrum-Konzepten.

Glückliche Beweglichkeit!

Literatur-Empfehlungen

^