Scrum: INVESTIEREN Sie in gute Geschichten, indem Sie SMARTe Aufgaben erfüllen

Ich bin auf diesen  Artikel  gestoßen, der zwei Mnemoniken enthält, die ich wirklich mag.

Die INVEST als Erinnerung an die Merkmale eines qualitativ hochwertigen  Product Backlog  Item (PBI) (oder User Stories), die üblicherweise im User Story-Format geschrieben werden. Doch was zeichnet eine gute User Story aus? Das Akronym „INVEST“ kann Sie daran erinnern, dass gute Geschichten sein sollten:

Eine gute User Story sollte —  INVESTIEREN :

• Unabhängig : Sollte in einer Weise in sich geschlossen sein, dass es möglich ist, losgelassen zu werden, ohne voneinander abhängig zu sein.
• Verhandelbar : Erfassen Sie nur die Essenz der Bedürfnisse des Benutzers und lassen Sie Raum für Gespräche. User Story sollte nicht wie ein Vertrag geschrieben werden.
• Wertvoll : Liefert Wert für den Endbenutzer.
• Schätzbar : User Stories müssen geschätzt werden können, damit sie richtig priorisiert und in  Sprints eingepasst werden können .
• Klein : Eine User Story ist ein kleines Stück Arbeit, das es ermöglicht, sie in etwa 3 bis 4 Tagen fertigzustellen.
• Testbar : Eine User Story muss über vorab geschriebene  Akzeptanzkriterien bestätigt werden .

Product Backlog Refinement: Geschichten und Aufgaben

Product Backlog  Refinement ist der Akt des Hinzufügens von Details, Schätzungen und Reihenfolgen zu Elementen im Product Backlog. In jedem Sprint ist eine fortlaufende Verfeinerung des Produktbestands erforderlich   , um Elemente zu verfeinern, damit sie für zukünftige Sprints bereit sind. Wenn die Backlog-Elemente auf die geeignete Granularitätsebene verfeinert sind, werden die Product Backlog-Elemente ganz oben im Product Backlog (höchste Priorität, größter Wert) zerlegt, sodass sie in einen Sprint passen, wie in der Abbildung unten gezeigt.

Wenn ein Product-Backlog-Item verfeinert und in das Sprint-Backlog aufgenommen werden soll, liegen sie typischerweise in Form von User Stories vor, die leicht in Teil 1 der Sprint-Planung verwendet werden können. Diese User Stories werden in Teil 2 der Sprint-Planung in der Regel weiter zu Aufgaben verfeinert, die den Mitgliedern des Entwicklungsteams zugewiesen werden.

Eine gute AUFGABE sollte —  SMART sein :

SMART ist eine Reihe von Kriterien zum Erstellen von Zielen wie  Sprint-Zielen  , bei denen es sich um eine kurze Erklärung handelt, die vom  Scrum-Team geschrieben wurde  (basierend auf dem  ursprünglichen Ziel des Product Owners ), um es in die Richtung zu führen, in die die Aufgaben erledigt werden sollen nach dem Sprintziel.

SMART steht für Specific, Measurable, Achievable, Relevant and Time-bound. Das Schreiben von Zielen in einem SMART-Format stellt sicher, dass der Zielsetzung klar ist, was er zu erreichen versucht, wann und wie.

Spezifisch : Wenn Sie sich ein Ziel setzen, sagen Sie genau, was Sie erreichen möchten. Betrachten Sie dies als das Leitbild für Ihr Ziel.

M essbar: Welche Metriken werden Sie verwenden, um festzustellen, ob Sie das Ziel erreichen? Dadurch wird ein Ziel greifbarer, da es eine Möglichkeit bietet, den Fortschritt zu messen. Wenn es sich um ein Projekt handelt, dessen Fertigstellung einige Monate in Anspruch nehmen wird, setzen Sie einige Meilensteine, indem Sie bestimmte zu erledigende Aufgaben in Betracht ziehen.

Ein erreichbares Ziel: Dies konzentriert sich darauf, wie wichtig Ihnen ein Ziel ist und was Sie tun können, um es erreichbar zu machen, und erfordert möglicherweise die Entwicklung neuer Fähigkeiten und eine Änderung der Einstellung. Das Ziel soll Motivation wecken, nicht Entmutigung. Denken Sie darüber nach, wie Sie das Ziel erreichen können und ob Sie über die erforderlichen Werkzeuge/Fähigkeiten verfügen. Wenn Sie derzeit nicht über diese Werkzeuge/Fähigkeiten verfügen, überlegen Sie, was erforderlich wäre, um sie zu erlangen.

R elevant: Dies bezieht sich auf etwas, das für die allgemeineren Geschäftsziele sinnvoll ist. Wenn das Ziel beispielsweise darin besteht, ein neues Produkt auf den Markt zu bringen, sollte es etwas sein, das mit den allgemeinen Geschäftszielen übereinstimmt. Ihr Team ist möglicherweise in der Lage, ein neues Verbraucherprodukt auf den Markt zu bringen, aber wenn Ihr Unternehmen ein B2B-Unternehmen ist, das nicht in den Verbrauchermarkt expandiert, wäre das Ziel nicht relevant.

Zeitgebunden : Jeder kann sich Ziele setzen, aber wenn es an realistischem Timing mangelt, werden Sie wahrscheinlich keinen Erfolg haben. Die Angabe eines Zieldatums für die Leistungen ist zwingend erforderlich. Stellen Sie spezifische Fragen zum Zieltermin und was innerhalb dieses Zeitraums erreicht werden kann. Wenn es drei Monate dauert, bis das Ziel erreicht ist, ist es hilfreich, zu definieren, was auf halbem Weg durch den Prozess erreicht werden soll. Die Bereitstellung von Zeitbeschränkungen schafft auch ein Gefühl der Dringlichkeit.

Verweise

• Schreiben Sie SMARTe Ziele und INVESTIEREN Sie für User Stories
• Wer erstellt Product Backlog Items oder User Storys in Scrum?
• Was ist Story Point in Agile? Wie schätzt man eine User Story?
• Was ist DEEP im Product Backlog?