Jeden Tag eine neue Sache lernen
Ein Sprint ist eine zeitlich begrenzte Iteration eines kontinuierlichen Entwicklungszyklus. Innerhalb eines Sprints muss das Team eine geplante Menge an Arbeit abschließen und zur Überprüfung bereitstellen. Scrum-Projekte werden in kleine und konsistente Zeitintervalle unterteilt, die als Sprints bezeichnet werden. Sie können so kurz wie ein paar Tage sein und dauern im Allgemeinen nicht länger als 3-4 Wochen.
Weiterlesen
“Ein funktionsübergreifendes Team verfügt über alle Kompetenzen, die erforderlich sind, um die Arbeit zu erledigen, ohne von anderen, die nicht Teil des Teams sind, abhängig zu sein” – Scrum Guide. Im Gegensatz zum Ansatz der Komponententeams sind funktionsübergreifende Teams Gruppen, die sich aus Personen aus verschiedenen Funktionsbereichen des Unternehmens zusammensetzen. - Sie sollten nicht nur aus technischen Spezialisten (Back-End-, Front-End-Entwickler, QA-Ingenieure usw.) bestehen, sondern auch aus Mitgliedern wie Business-Analysten, Marketing- und UX-Spezialisten oder anderen Personen, die aktiv am Projekt beteiligt sind.
Weiterlesen
Scrum Teams sind selbstorganisierend und funktionsübergreifend . Selbstorganisierende Teams entscheiden, wie sie ihre Arbeit am besten erledigen, anstatt sich von anderen außerhalb des Teams leiten
Weiterlesen
Benutzergeschichten sind Teil des agilen Ansatzes und helfen dabei, den Schwerpunkt vom Schreiben von Anforderungen auf deren Diskussion zu verlagern. Alle agilen User Stories bestehen aus einem oder zwei schriftlichen Sätzen und, was noch wichtiger ist, aus einer Reihe von Gesprächen über die gewünschte Funktionalität.
Weiterlesen
Das Scrum-Framework besteht aus Scrum-Teams und den dazugehörigen Rollen, Ereignissen, Artefakten und Regeln. Jede Komponente innerhalb des Rahmens dient einem bestimmten Zweck und ist für den Erfolg und die Anwendung von Scrum unerlässlich. Die Regeln von Scrum verbinden die Rollen, Ereignisse und Artefakte miteinander und regeln die Beziehungen und die Interaktion zwischen ihnen, wie in der folgenden Abbildung dargestellt:
Weiterlesen
Unabhängig davon, ob ein Team ein Produkt oder ein Projekt entwickelt, müssen wir die Frage beantworten: “Wann werden wir es fertigstellen können?” oder wie weit wir zu einem bestimmten Zeitpunkt gehen können. Wie bei traditionellen Entwicklungsmodellen müssen wir also den Arbeitsaufwand schätzen, bevor wir das Projekt beginnen. Bei der agilen Schätzung wird der Aufwand geschätzt, der für die Erledigung einer vorrangigen Aufgabe im Product Backlog erforderlich ist. Dieser Aufwand wird in der Regel in Form der für die Fertigstellung dieser Aufgabe benötigten Zeit gemessen, was wiederum zu einer genauen Sprintplanung führt.
Weiterlesen
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.
Weiterlesen
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.
Weiterlesen
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.
Weiterlesen
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.
Weiterlesen