Im ersten Teil dieses Beitrags habe ich begründet, warum Scrum einen Rahmen benötigt und warum PRINCE2 dafür ideal ist. Im vorliegenden zweiten und abschließenden Artikelteil dekliniere ich die Kombination von Scrum und PRINCE2 durch anhand der sieben Themen von letzterem. Dabei nehme ich wiederholt Bezug auf das nachfolgend vorgestellte Projektbeispiel.

Das Projekt-Szenario

Denken Sie an ein größeres hybrides Projekt, in dem der eine Teil der Arbeitspakete mit einem Wasserfall-Ansatz geliefert werden und der andere nach Scrum. Genau für solche Situationen haben wir das Scrumframe entwickelt. Mit dem beschriebenen Framework selbst können Sie selbstverständlich genauso gut Projekte steuern, bei denen alle Arbeitspakete mit verschiedenen Scrum Teams umgesetzt werden. Agile Entwicklung mit Scrum benötigt meiner Meinung nach grundsätzlich ein Governance Framework.

Damit das Scrumframe-Standardmodell in möglichst vielen Projekten genutzt werden kann, erfolgt die Integration von Scrum in ein nach PRINCE2 gemanagtes Projekt unabhängig von der Projektgröße und von der tatsächlichen Agilität der konkret implementierten Arbeitsweise von Scrum.

Grundsätzlich gelten für die PRINCE2-Ebenen des Steuerns (Project Board) und des Managens (Projektmanager), bis hin zur Lieferung (Teammanager) das Regelwerk, die Arbeitsweise und die Prozesse von PRINCE2. Ab dem Teammanager – also dem Innenverhältnis der Liefer-Ebene – wird die Zusammenarbeit nach Scrum geregelt. Der Teammanager ist also die entscheidende Schnittstelle.

Organisation (Organization)

Der Teammanager dient als Schnittstelle

Die Rolle des Teammanagers muss im Sinne ihrer Schnittstellenfunktion angepasst werden. Entlastend wirkt, dass ihr ein agiles Team untersteht: Weil sich das Scrum Team selbst organisiert (mit Hilfe des Scrum Masters) benötigt es keinen Teammanager. Stattdessen vertritt diese Rolle im Scrumframe die Anforderungen (Produktbeschreibung) und Bedingungen (Arbeitspaket) des Projekts (also des Kunden des Scrum Teams), indem es das Scrum Team von außen steuert. Deswegen bezeichne ich den Teammanager ab sofort als Delivery Manager (siehe auch das Scrumframe-Glossar am Ende dieses Beitrags). Dieser ist als der Vertreter des Kunden der wichtigste Stakeholder des Product Owners.

Vervollständigt wird die Liefer-Ebene vom Scrum Team. Alle Scrum-Verantwortlichkeiten (Product Owner, Scrum Master und Entwickler), alle Artefakte und Meetings werden wie im Scrum Guide beschrieben wahrgenommen. Erhalten bleibt auch die innere Zusammensetzung des Scrum Teams.

Der Delivery Manager arbeitet in der Steuerung der Produktlieferung mit dem Product Owner zusammen, damit die Anforderungen des Projekts verstanden werden und richtig im Product Backlog erfasst sind. Er sorgt über den Product Owner auch für die Aufnahme der Qualitätskriterien in die Definition of Done.

Entlastung für den Product Owner