Ein smartes und einfaches System, um als Team nach Scrum zusammenzuarbeiten.
Scrum-Anleitung zur Einführung im Team.
Scrum-Anleitung zur Einführung im Team.
Nutze dieses Template in den Aufgaben, um User Stories zu bauen.
Aufgabenbeschreibung:
Als [Rolle] möchte ich [fachliche Aufgabe], damit [fachlicher Nutzen].
Unteraufgaben nutze bitte als Akzeptanzkriterien.
→ Eine User Story ist dann gut beschrieben, wenn sie den INVEST-Kriterien entspricht.
Akronym für:
Definiton of Done
Nutzt eine Definition of Done, um allgemeingültige Abnahmekriterien dort zu verankern.
Diese müssen für jede Story abgeprüft werden und sind – wie der Name schon sagt – allgemeingültig. 🙂
Beispiel:
Definition of Ready
Der Vollständigkeit halber: Es gibt auch eine Definition of Ready.
Hier wird definiert, was als Vorarbeit geleistet werden muss, damit eine Story in einen Sprint eingeplant werden kann. Dort sehe ich ausschließlich die INVEST-Kriterien (oben beschrieben).
Alle weiteren Kriterien, die dort hineindefiniert werden, sollten gut abgewogen sein – denn es kann leicht in Bürokratie ausarten.
Agilität fördert alles zutage, was in eurem Unternehmen nicht funktioniert. Dieses Vorgehensmodell sorgt für absolute Transparenz. Wenn euer Umfeld nicht dazu bereit ist, an den Themen zu arbeiten, solltet ihr zweimal darüber nachdenken, Scrum einzuführen!
- Denis Gubin Gründer und Agile Coach
Ich nutze hier bewusst kein Prio-Feld, sondern nutze die Rangfolge der Themen als Priorität. Sollte euer Backlog mega komplex werden (dann macht ihr was falsch 😉), kann man über ein Prio-Feld nachdenken, um besser filtern zu können.
Du weißt nicht, wie du das Backlog sinnvoll aufbaust oder hast Fragen zum Sprint-Plan?
Kein Problem – frag einfach mich ( unter in der Anleitung) oder hol dir Support von meinem digitalen Kollegen, dem **Product Owner Assistenz KI-Chatbot 🤖.**
Nutzt als Orientierung zum Start das „Wetter von gestern“: Wenn das Team im letzten Sprint 7 Stories geschafft hat, dann plant für den kommenden Sprint ebenfalls 7 Stories ein. Sollte das Team schneller sein, können sie ja Themen aus dem Backlog nachziehen.
Alternativ kann man mit relativen Schätzungen und Planning Poker Story Points an jeder Story festhalten und so viele Story Points im kommenden Sprint einplanen, wie das Team im vorherigen Sprint geschafft hat.
Ihr wollt in Personentagen schätzen? Finger weg – wir arbeiten im Scrum als Team. Personentage sind in diesem Kontext ungeeignet.
(Ehrlicherweise denke ich, dass diese Art der Schätzung noch nie geeignet für irgendwas war – aber das ist nur meine Meinung 🙂)
<aside>
Mastering Complexity with a smile :)
Hey!
Schön, dass du mein Notion-Template nutzt – ich hoffe, es bringt dir echten Mehrwert!
Bei Fragen oder Verbesserungsvorschlägen, schreib mir gerne:[email protected] 🙂
Möchtest du individuelle Unterstützung für dich und dein Team? Dann buche ein kostenloses Erstgespräch.
</aside>