Wann ist das Feature fertig?
Diese legitime Frage, die Stakeholder im Sprint Review stellen und welche regelmäßig Mitglieder des Scrum Teams zusammenzucken lässt, sollte jeder erfahrene Product Owner beantworten können.
Im Folgenden findest du Möglichkeiten, wie du diese Frage beantworten kannst.
Hier mein bewährtes Rezept, wie Product Owner das Sprint Review zu einem gemeinschaftlichen Arbeitstermin machen können und nicht zu einer Demonstration, Präsentation oder Feature-Abnahme verkommen lassen.
Du bist neu als Product Owner und bald steht das erste Sprint Planning Deines Scrum Teams an?
Da Jira das weitverbreitetste Product-Backlog-Management-Werkzeug ist, ist die Wahrscheinlichkeit groß, dass auch dein Team die Sprint-Planung in Jira durchführt.
Hier meine bewährte Anleitung, wie Du als Product Owner ein Sprint Planning in Jira durchführst.
Anfang 2016 übernahm ich das erste Mal Verantwortung für ein Produkt.
Hier die 5 wichtigsten Lektionen aus dieser Zeit, die meine Einstellung, wie Produkte agil entwickelt werden sollten, am nachhaltigsten geprägt haben.
Hochperformante Teams, die vorhersagbar liefern, tragen maßgeblich zum Erfolg von Unternehmen bei.
Solche Teams versprechen sich Unternehmen, die Scrum einführen. Leider überprüfen Organisationen dieses Versprechen häufig nur auf der Grundlage von Velocity.
Velocity ist eine hilfreiche Metrik und gleichzeitig eine Quelle für Fehler.
Das Problem mit Features ist, dass sie fertiggestellt und ausgeliefert werden sowie perfekt funktionieren, aber dennoch keinen Wert liefern können.
Wenn du als Product Owner nicht in diese Falle tappen willst, dann lass dich von diesen drei Fragen leiten:
Häufiges Feedback ist der Motor, meine Schulungen ständig zu verbessern.
In den letzten zwei Jahren habe ich als Professional Scrum Trainer über 60 Professional Scrum Trainings gehalten. Im Folgenden findest Du meine Top 5 der häufigsten Feedbacks und ich verrate Dir was ich tue, um mich in diesen Bereichen zu verbessern.
Ungeplante Arbeit ist die Regel und nicht die Ausnahme.
Scrum Teams entwickeln eben nicht nur Produkte und Services, sondern betreiben diese auch. Ohne den Betrieb einer Anwendung ist es unmöglich, Feedback zu erhalten. Allerdings ist Feedback essenzielle für erfolgreiche Scrum Teams, da es die Triebfeder ist, um Nutzer- und Kundenwünsche zu erfüllen. Beim Betrieb von Produkten und Services kommt es zwangsläufig zu ungeplanter Arbeit. Fehler treten auf, Nutzer geben Feedback, Kunden brauchen Support und Notfälle treten ein.
Deshalb müssen Scrum Teams Wege finden, mit ungeplanter Arbeit umzugehen, ohne das Erreichen des Sprint-Ziels zu riskieren.
Ja. Dieser Artikel erklärt dir warum und was du dagegen unternehmen kannst.
Um eines gleich vorwegzunehmen: Scrum bleibt Scrum. Ein einfaches Rahmenwerk, welches es Teams ermöglicht, mit der Arbeit an komplexen Problemen zu beginnen. Und der Scrum Guide 2020 ändert daran nichts.
Einige Dinge sind jedoch neu und denen widmen wir uns jetzt.
Melde Dich an und erhalte regelmäßig spannende Beiträge!
