Sign up to save your podcasts
Or
Share #6 - Product Backlog Fallstricke: So vermeiden Sie Fehler
Share to email
Share to Facebook
Share to X
Share to email
Share to Facebook
Share to X
Or
#6 - Product Backlog Fallstricke: So vermeiden Sie Fehler
Für eine reibungslose Zusammenarbeit müssen Product Owner und Fachbereich auf der einen und die Entwicklung auf der anderen Seite ein gemeinsames Verständnis vom Backlog haben. Der Fachbereich schreibt die Definition of Ready und die Entwicklung reviewt diese, während bei der Definition of Done die Entwicklung den ersten Entwurf erstellt und der Fachbereich diesen prüft. Beide Dokumente sollten am Anfang des Projekts abgestimmt sein, um Missverständnisse zu vermeiden.
In der Praxis kommt es oft vor, dass die Dokumente zwar existieren, aber sich formal nicht darüber ausgetauscht wurde.
Oft wird gegenseitige Reviewen als Misstrauen empfunden. Die Entwickler müssen auch nicht jede User Story im Backlog reviewen, der Review der Definition of Ready, der Akzeptanzkriterien ist aber sinnvoll. Es ist wichtig, dass alle Beteiligten offen für Kritik sind und keine Kompromisse eingehen, die der Sache nicht dienen. Auch das Streiten gehört dazu, allerdings sollte dabei eine strikte Trennung zwischen sachlicher und persönlicher Ebene erfolgen.
Wie sieht so eine Definition of Done, eine Definition of Ready aus? Das kann man leider schlecht verallgemeinern. Wenn Sie an einer Art Blueprint Vorlage interessiert, um Ihren Kontext zu berücksichtigen, dann schreiben Sie uns an [email protected]. Die Kunst liegt allerdings gerade darin, aus dem Vielen für die jeweilige Situation das Relevante zu destillieren, weshalb Andreas Tack mit solchen generellen Vorlagen vorsichtig ist.
Typische Probleme sind mehrere Backlogs (Bugs, User Stories, Epics, Features), Backlogs, die als Wunschliste angesehen werden, das Backlog, das nicht allen Betroffenen bekannt oder zugänglich ist oder auch eine unklare Priorisierung des Backlogs (zu stark oder zu wenig detailliert, fehlende Akzeptanzkriterien, keine Schätzung…)
Wenn Sie eine Übersicht interessiert, was typischerweise schiefgehen kann, dann schreiben Sie uns an [email protected].
Zu Gast ist Dr. Andreas Tack, Senior Projektmanager bei Corivus mit mehr als 20 Jahren Erfahrung im Management komplexer IT-Systemeinführungen. Seine Beratungsschwerpunkte sind Krisen- und Turnaround Management, Entwicklungssteuerung, Dienstleistersteuerung sowie Projektcontrolling, mit den Branchenschwerpunkten Transport und Logistik.
Möchten Sie uns Feedback geben oder haben Sie eine Frage zum Projektmanagement oder zu Projekten, die wir im Podcast beantworten sollen? Dann schreiben Sie uns an [email protected]
Vernetzen Sie sich auf LinkedIn mit Christian Dürk mit Dr. Andreas Tack und mit Corivus
Ihnen gefällt, was Sie hören?
Dann bewerten Sie unseren Podcast und teilen ihn mit Freund:innen und Kolleg:innen!
Mehr über Corivus, was wir tun und wobei wir Sie unterstützen können, lesen Sie auf corivus.de
View all episodes
By Christian Dürk - CorivusFür eine reibungslose Zusammenarbeit müssen Product Owner und Fachbereich auf der einen und die Entwicklung auf der anderen Seite ein gemeinsames Verständnis vom Backlog haben. Der Fachbereich schreibt die Definition of Ready und die Entwicklung reviewt diese, während bei der Definition of Done die Entwicklung den ersten Entwurf erstellt und der Fachbereich diesen prüft. Beide Dokumente sollten am Anfang des Projekts abgestimmt sein, um Missverständnisse zu vermeiden.
In der Praxis kommt es oft vor, dass die Dokumente zwar existieren, aber sich formal nicht darüber ausgetauscht wurde.
Oft wird gegenseitige Reviewen als Misstrauen empfunden. Die Entwickler müssen auch nicht jede User Story im Backlog reviewen, der Review der Definition of Ready, der Akzeptanzkriterien ist aber sinnvoll. Es ist wichtig, dass alle Beteiligten offen für Kritik sind und keine Kompromisse eingehen, die der Sache nicht dienen. Auch das Streiten gehört dazu, allerdings sollte dabei eine strikte Trennung zwischen sachlicher und persönlicher Ebene erfolgen.
Wie sieht so eine Definition of Done, eine Definition of Ready aus? Das kann man leider schlecht verallgemeinern. Wenn Sie an einer Art Blueprint Vorlage interessiert, um Ihren Kontext zu berücksichtigen, dann schreiben Sie uns an [email protected]. Die Kunst liegt allerdings gerade darin, aus dem Vielen für die jeweilige Situation das Relevante zu destillieren, weshalb Andreas Tack mit solchen generellen Vorlagen vorsichtig ist.
Typische Probleme sind mehrere Backlogs (Bugs, User Stories, Epics, Features), Backlogs, die als Wunschliste angesehen werden, das Backlog, das nicht allen Betroffenen bekannt oder zugänglich ist oder auch eine unklare Priorisierung des Backlogs (zu stark oder zu wenig detailliert, fehlende Akzeptanzkriterien, keine Schätzung…)
Wenn Sie eine Übersicht interessiert, was typischerweise schiefgehen kann, dann schreiben Sie uns an [email protected].
Zu Gast ist Dr. Andreas Tack, Senior Projektmanager bei Corivus mit mehr als 20 Jahren Erfahrung im Management komplexer IT-Systemeinführungen. Seine Beratungsschwerpunkte sind Krisen- und Turnaround Management, Entwicklungssteuerung, Dienstleistersteuerung sowie Projektcontrolling, mit den Branchenschwerpunkten Transport und Logistik.
Möchten Sie uns Feedback geben oder haben Sie eine Frage zum Projektmanagement oder zu Projekten, die wir im Podcast beantworten sollen? Dann schreiben Sie uns an [email protected]
Vernetzen Sie sich auf LinkedIn mit Christian Dürk mit Dr. Andreas Tack und mit Corivus
Ihnen gefällt, was Sie hören?
Dann bewerten Sie unseren Podcast und teilen ihn mit Freund:innen und Kolleg:innen!
Mehr über Corivus, was wir tun und wobei wir Sie unterstützen können, lesen Sie auf corivus.de