Die Definition of Readiness (DOR) hält fest, wann ein Product Backlog Item (z. B. User Stories) so weit bearbeitet ist, dass es „wahrscheinlich“ in einen Sprint aufgenommen werden kann, während das Scrum-Team DoD verwendet, um zu definieren, wann die gesamte Arbeit an einem Product Backlog Item (z. B. User Stories) abgeschlossen ist.
WeiterlesenKategorie: Scrum
Scrum-Artefakte – ein kurzer Überblick
Scrum-Artefakte liefern wichtige Informationen, die das Scrum-Team und die Stakeholder benötigen, um das zu entwickelnde Produkt, die geplanten Aktivitäten und die abgeschlossenen Aktivitäten im Projekt zu verstehen. Die folgenden Artefakte sind im Scrum Process Framework definiert.
WeiterlesenDefinition von Done vs Acceptance Criteria in Scrum
Die Fertigstellungsdefinition (DoD) ist eine Liste von Anforderungen, die die User Story erfüllen muss, damit das Team sie als vollständig aufrufen kann. Die Akzeptanzkriterien für User Stories umfassen eine Reihe von Testszenarien, die die Anforderungen erfüllen und bestätigen, ob die Software wie erwartet funktioniert.
WeiterlesenWie priorisiert man das Product Backlog in Scrum mit einem 100-Punkte-Ansatz?
Es ist wichtig, dass Sie Ihr Product Backlog nach Prioritäten ordnen, um sicherzustellen, dass es nicht zu einer Liste mit offenem Ende wird, auf der jeder beliebige Ideen zu Ihrem Produkt hat. Ihre To-Do-Liste muss strukturiert, organisiert und nach Prioritäten geordnet sein, um die strategisch wichtigsten Dinge für Ihr Team zu identifizieren. In diesem Artikel stelle ich die 100-Punkte-Methode für die Verfeinerung des Product Backlogs vor.
WeiterlesenScrum: Eine schnelle Einführung
Scrum vergleicht ein Softwareentwicklungsteam mit einer Fußballmannschaft. Es hat ein klares und höchstes Ziel, ist mit dem besten Modell und der besten Technologie vertraut, die im Entwicklungsprozess benötigt werden, hat ein hohes Maß an Autonomie, enge Kommunikation und Zusammenarbeit und stellt sicher, dass jeden Tag verschiedene Herausforderungen mit einem hohen Maß an Flexibilität gelöst werden; jede Phase hat einen klaren Fortschritt zum Ziel.
WeiterlesenWie verwaltet man das Product Backlog mit DEEP-Prinzipien?
Das Product Backlog listet alle Features, Funktionen, Anforderungen, Erweiterungen und Korrekturen auf, die für die Produktversionen erforderlich sind. Product Backlog-Projekte haben die Attribute Beschreibung (angemessen detailliert), Story Points (Schätzungen) und Aufträge (priorisiert). Sie müssen im Backlog kontinuierlich hinzugefügt, gelöscht und aktualisiert werden (Emergent) und das Verständnis des Team-Backlogs zeitnah und angemessen widerspiegeln.
WeiterlesenWas ist SCRUM?
Scrum hat seinen Ursprung in Softwareentwicklungsprojekten, eignet sich aber für alle komplexen oder innovativen Projekte. Scrum wurde für die Entwicklung von Software, Hardware, eingebetteter Software, interaktiven Funktionsnetzwerken, autonomem Fahren, Schulen, Regierungen, Märkten, Managementorganisationen und -abläufen sowie für fast alles, was wir (als Einzelpersonen und Gruppen) im täglichen Leben nutzen, eingesetzt.
WeiterlesenWas sind die Änderungen im Scrum Guide von 2017 bis 2020?
Der Scrum-Guide 2020 enthält zahlreiche Aktualisierungen und Änderungen, die sieben wesentliche Änderungen zwischen der Ausgabe 2017 und der Ausgabe 2020 darstellen
WeiterlesenPhilosophie der agilen Entwicklung
Die agile Entwicklung ist eine auf den Menschen ausgerichtete, iterative und schrittweise Entwicklungsmethode. Bei der agilen Entwicklung wird der Aufbau eines Softwareprojekts in mehrere Teilprojekte unterteilt, und die Ergebnisse jedes Teilprojekts wurden getestet und haben die Merkmale der Integration und des Betriebs. Mit anderen Worten: Ein großes Projekt wird in mehrere kleine Projekte aufgeteilt, die miteinander verbunden sind, aber auch unabhängig voneinander durchgeführt und abgeschlossen werden können. Während dieses Prozesses befindet sich die Software immer in einem brauchbaren Zustand.
WeiterlesenWas ist das LeSS-Framework? Scrum vs. LeSS Basic vs. LeSS Huge
LeSS ist ein leichtgewichtiges, agiles Framework für die Skalierung von Scrum auf mehr als ein Team. Ab 2005 entwickelten Bas Vodde und Craig Larman das LeSS-Framework, nachdem sie die Scrum-Prinzipien und -Regeln bei Großprojekten angewendet hatten. Ihr Ziel war es, große Projekte erfolgreich zu entwickeln und dabei die Beschränkungen von Scrum einzuhalten.
Weiterlesen