Diese Hinweise habe ich aus meiner mehrjährigen Erfahrung als Scrum-Coach, durch die Zusammenarbeit mit vielen Product-Ownern, gesammelt...

1 - Stelle dich gut mit Deinem Scrum-Master

Denke immer daran das die Hauptaufgabe des Scrum-Masters darin besteht, dem Team dabei zu helfen das umzusetzen, was du als Product-Owner umsetzen willst. Daher ist es absolut wichtig zum Scrum-Master einen sehr guten „persönlichen Draht“ zu haben.

Der Scrum-Master ist so etwas wie der Sport-Mediziner in einem Fußballteam. Er kann beurteilen wie gesund das Team ist und welche Behandlungen durchzuführen sind wenn es mal im Team zu Problemen kommt. Und er hat die Möglichkeit die einzelnen Teammitglieder gesundheitlich so aufzubauen, dass sie mehr Leistung erbringen können (velocity), dabei Spaß haben und trotzdem gesund bleiben um ein „High-Performance-Team" zu werden.

2 - Kenne Deine Stakeholder

Ein selbstorganisiertes, agiles Team mit einem guten Product-Owner und einem guten Scrum-Master hat die Fähigkeit einen großen Teil der „politischen Machtspielchen“ innerhalb Ihrer Arbeit zu eliminieren.

Um das Team dabei am besten zu unterstützen, solltest du als PO deine Stakeholder sehr gut kennen und ein gutes Verhältnis zu Ihnen haben. Verstehe Ihre Standpunkte und Perspektiven. Mach dir klar was sie brauchen, welche persönlichen und beruflichen Ziele sie haben und priorisiere immer nach IHREN Wünschen, nicht nach Deinen persönlichen Vorlieben.

3 - Sei keine Führungskraft

Du führst Dein Team nicht, du bist Teil des Teams! Natürlich kannst du dich über Gruppenentscheidungen hinwegsetzen, eigene Entscheidungen im Alleingang treffen und alles einfach umpriorisieren. Aber das wiederspricht der agilen, teamorientierten Arbeitsweise in Scrum.

Du hast weder die Kontrolle über das Team, noch solltest du versuchen sie zu erlangen. Du bist ein „servant leader“, genauso wie der Scrum-Master.

4 - Vermeide Micro-Management

Schlechte Product-Owner denken dass Ihr Projekt schneller erledigt wird wenn sie jeden Schritt Ihres Teams choreografieren. Das klappt aber so leider nicht. Das Team muss sich selber entwickeln können indem es sich selbstorganisiert. Das geht aber nur wenn du als PO einen Schritt zurücktrittst und Platz machst um die Entwicklung auch zuzulassen.

5 - Tu nicht so als wüsstest du alles

Fakt ist: Das Team weiß immer mehr über die Arbeit als du. Nimm dich also zurück, höre auf das Team und vertraue den Schätzungen; denn sie machen die Arbeit!

Je mehr du Vertrauen in das Developer-Team hast, umso entspannter kannst du dich auf deine eigentliche Arbeit konzentrieren und diese fördert dann wiederum die Arbeitsweise des Teams. Also ein „positiver Teufelskreis“.

6 - Niemals Meetings (Events) zum Selbstzweck!

Für jedes Treffen von dem du denkst das du es unbedingt durchführen musst, solltest du dir folgende Fragen stellen: Brauchen wir (als Team) dieses Event oder will ich es nur aus persönlichen Gründen? Was soll erreicht werden und was hat das Team davon? Gibt es keine andere Möglichkeit außer jetzt alle zusammen zu holen und diese Zeit von der eigentlichen Arbeitszeit zu subtrahieren?

7 - Respektiere die Time-Box. Immer! Ohne Ausnahme!

Das „time-boxing“ wurde aus einem guten Grund erfunden: Es gibt Planungssicherheit, d.h. jeder weiß wie lange ein Event genau dauert und wieviel Zeit dann noch für die eigentliche Arbeit bleibt. Und es lehrt das Team auf den Punkt zu kommen und nicht abzuschweifen (Fokussierung!). Die wirklich wichtigen Dinge treten dabei in den Vordergrund und werden betrachtet, die unwichtigen ausgelagert.

8 - Nutze deine Scrum-Toolbox

Als Product-Owner stehen dir viele Werkzeuge zur Verfügung. Für den aktuellen Status das Sprintboard (Kanban-Board), für Messungen und Vorhersagen die Burn-Down Charts, das Story-Mapping oder die Velocitywerte des Teams. Dein Scrum-Master hat sicher noch viel mehr auf Lager.

But: The best tool in your belt is your Scrum-Master. 🙂

9 - Klärung, Klärung, Klärung

Den Hauptteil deiner Zeit als PO solltest du mit der Klärung von Fragen und (noch nicht)  transparenten Themen verbringen. Kläre mit den Stakeholdern was sie wirklich wollen, kläre mit dem Team ob Ihm genau bekannt ist was die Stakeholder wollen. Kläre mit dem Scrum-Master wie der Status der „Teamgesundheit“ ist und was du persönlich machen kannst um das Team noch besser zu unterstützen. Kläre mit dem Management wie die vom Team in der Retrospektive gewünschten Änderungen ehestmöglich umgesetzt werden können, etc…

Denke immer daran: Unklarheiten fressen wertvolle Ressourcen auf!

-- AML 2018 --