Könnte meine Sprint-Einheit ein Szenario statt eines Features sein? (Gurkin-Begriffe)

Der Business Analyst meines Teams und ich haben einige Gherkin-Dateien geschrieben, die Benutzergeschichten unseres neuen Projekts beschreiben.
Wie üblich besteht eine Gherkin-Datei aus einem Feature, das selbst durch ein oder mehrere Szenarien detailliert wird.

Der aktuelle Schritt ist die Etablierung der unterschiedlichen Sprints (Agile Evolution) und deren jeweiligen Inhalte.

Ich persönlich möchte, dass diese Sprints nützliche und greifbare Werte für den Endbenutzer priorisieren.
Deshalb denke ich, ein Szenario als Einheit dieser Sprints zu betrachten.

Wir hätten zum Beispiel:

  • Sprint 1 befasst sich mit dem ersten und zweiten Szenario von Feature 1 + dem ersten von Feature 2.
  • Sprint 2 befasst sich mit dem zweiten von Feature 2 + dem ersten von Feature 3.

Sie haben die Idee: Eine Funktionsimplementierung könnte nicht atomar implementiert werden, ein Szenario jedoch schon.
Dies würde es ermöglichen, mehrere Funktionen während eines gleichen Sprints inkrementell zu programmieren, während die Möglichkeit besteht, eine Funktion nach N Sprints vollständig abzuschließen.

Ich frage mich, wie ich mit der Jira-Fütterung umgehen soll.
Könnte ein Kanban-„Ticket“ ein genaues Szenario einer Funktion darstellen oder sollte es stattdessen die gesamte Funktion darstellen?

Wenn Sie in Ihrem Beispiel das erste und zweite Szenario von Feature 1 und das erste Szenario von Feature 2 abschließen, würde dies zu einem „potenziell lieferbaren Produkt“ führen?
Ja klar, sonst würde ich sie nicht nur für den Sprint nehmen.
In diesem Fall würde ich sagen, dass dies ein großartiger Ansatz ist!

Antworten (2)

Zuerst möchte ich sagen, dass dies ein wunderbares Experiment ist. Bitte schreiben Sie Ihre Erfahrungen auf und teilen Sie sie mit der Welt.

Wir entdecken bessere Möglichkeiten, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen.

Das Manifest für agile Softwareentwicklung


Jira hat kein Feature-Konzept, aber Epics. Sie könnten Ihre Funktionen als Epics und jedes Szenario als User Story (verknüpft mit dem übergeordneten Epic) eingeben. Die Konzepte lassen sich recht gut abbilden, und dies sollte Ihnen die Rückverfolgbarkeit geben, die Sie benötigen.

Nun, es gibt JIRA Epics, die zu Ihren Funktionen passen, und Stories könnten Ihre Szenarien sein. Sie sollten mit der Verwendung von Epen, Geschichten und Unteraufgaben herumspielen, um Ihren Anforderungen am besten gerecht zu werden. Ich denke, die Methode, die Sie beschreiben, wäre ein sehr gutes Experiment - sehen Sie, was passiert!