In vielen Organisationen bleibt echte Zusammenarbeit und gemeinsame Verantwortung oft eine unerfüllte Wunschvorstellung. Die Teams sollen gemeinsam an einem Strang ziehen, Verantwortung teilen und sich gegenseitig unterstützen, um gemeinsam Erfolge zu feiern. Doch in der Praxis sieht es häufig anders aus: Einzelne Teammitglieder arbeiten isoliert an ihren Aufgaben, Missverständnisse häufen sich, und die erhoffte Synergie bleibt aus.

Doch wie kann es gelingen, dass ein Team wirklich zusammenarbeitet und Verantwortung teilt? Die Antwort liegt im gemeinsamen Verständnis der Anforderungen—und dieser Prozess beginnt bereits beim Backlog Refinement.

Backlog Refinement: Der Startpunkt für gemeinsame Verantwortung

Das Backlog Refinement ist mehr als nur eine Gelegenheit, das Product Backlog zu ordnen. Es ist der erste Schritt, in dem sich das Team als Einheit formt und beginnt, gemeinsame Verantwortung zu übernehmen. Wenn sich alle Teammitglieder aktiv daran beteiligen, die Bedürfnisse der Anwender zu verstehen, entsteht am Ende eine kohärente Lösung, die das gesamte Team trägt.

Dieser Prozess sorgt dafür, dass die Erfahrungen und das Wissen aller Teammitglieder in die Lösungsfindung einfließen. Wenn alle an einem Strang ziehen und ihre Perspektiven einbringen, entstehen durchdachte und abgestimmte Lösungen, die sowohl für die Anwender als auch auf der Code-Ebene „aus einem Guss“ sind.

Insellösungen vermeiden: Warum geteilte Verantwortung so wichtig ist

Im Gegensatz dazu führt ein Mangel an gemeinsamer Verantwortung zu isolierten Insellösungen. Wenn sich einzelne Teammitglieder nur für bestimmte Bereiche der Software verantwortlich fühlen, entstehen oft Lösungen, die nicht gut zusammenpassen. Diese Insellösungen führen zu höherem Aufwand, da am Ende zusätzliche Arbeit erforderlich ist, um die verschiedenen Teile der Software zusammenzuführen. Das Ergebnis sind suboptimale Lösungen und Spannungen im Team.

Backlog Refinement: Mehr als nur eine gemeinsame Schätzung

Das Backlog Refinement sollte sich keinesfalls darauf beschränken, dass das Team sich auf eine gemeinsame Schätzung der Aufgaben einigt. Vielmehr ist es der entscheidende Moment, um das „Warum“ hinter einer Anforderung zu ergründen. Wenn das Team versteht, warum eine bestimmte Anforderung wichtig ist, kann es gemeinsam die einfachste und effektivste Lösung dafür finden. Dies erfordert nicht nur ein tiefes Eintauchen in die Bedürfnisse der Anwender und das klare Erfassen der zugrunde liegenden Ziele, sondern hier profitieren Teams sehr von verschiedenen Erfahrungen und Wissen sowie Charaktere der einzelnen Teammitglieder. An dieser Stelle lässt sich bereits viel Umsetzungs-Aufwand einsparen, ganz gemäß dem zehnten Prinzip im agilen Manifest (https://agilemanifesto.org/principles.html) „Simplicity--the art of maximizing the amount of work not done--is essential.“

Die entscheidende Rolle des Product Owners

Der Product Owner spielt in diesem Prozess eine zentrale Rolle. Seine Aufgabe ist es, diese Diskussionen aktiv zu fördern und zu unterstützen. Allerdings kann es kontraproduktiv sein, wenn der Product Owner bereits mit detailliert ausformulierten Anforderungen in das Backlog Refinement kommt. Solche detaillierten Vorgaben schränken den Lösungsraum ein und reduzieren die Bereitschaft des Teams, sich an der Diskussion zu beteiligen und eigene Ideen einzubringen.

Indem der Product Owner stattdessen Anforderungen auf einer höheren Ebene formuliert und die Hintergründe und Ziele erklärt, ermöglicht er es dem Team, gemeinsam kreative und einfache Lösungen zu erarbeiten. So wird nicht nur der Lösungsraum erweitert, sondern auch das Engagement und die Verantwortung des gesamten Teams gestärkt.

Sprint Planning: Gemeinsames Verständnis der Umsetzung entwickeln

Diese Zusammenarbeit und das gemeinsame Verständnis müssen sich dann im Sprint Planning fortsetzen. Im Sprint Planning geht es darum, dass alle Teammitglieder den gemeinsamen „Bauplan“ für die Umsetzung der Anforderungen kennen. Wenn jeder im Team versteht, wie die geplante Lösung aussehen soll, können die Aufgaben im Sprint effizient verteilt werden. Dies ermöglicht es, dass an verschiedenen Stellen parallel gearbeitet wird, ohne dass am Ende die Integration der einzelnen Teile zu Problemen führt.

Ein gemeinsames Verständnis der Lösung bedeutet, dass das Team flexibel und dennoch kohärent arbeiten kann. Unabhängig davon, wer an welchem Teil des Sprints arbeitet, wird das Endergebnis zusammenpassen, weil alle Teammitglieder dieselbe Vision verfolgen und wissen, wie die einzelnen Teile zusammengefügt werden sollen und was die Prioritäten sind.

Möchtest auch du erfahren, wie das Backlog Refinement die Zusammenarbeit im Team verändern kann und wie sich gemeinsame Verantwortung für das Ergebnis anfühlt, dann ist vielleicht unser Applying Professional Scrum Training das Richtige für dich. Hier kannst du dich bei öffentlichen Trainings von den Erfahrungen anderen Teilnehmern inspirieren lassen. Oder du buchst für dich und dein Team ein Inhouse-Training bei dem ihr gemeinsam eure Art der Zusammenarbeit weiterentwickelt. Mehr Infos unter https://www.agilemax.de/trainings/aps-sd.