Scrum Master.

Als Scrum Master bin ich ein erfahrener Agilist, verstehe die agilen Prinzipien und achte sie. Agile Frameworks bieten mir mit ihren Werkzeugen, Zeremonien und Artefakten einen Rahmen zur Lösungsentwicklung, den ich zusammen mit dem Team ausschöpfe und dabei immer die Offenheit für Optimierungsgelegenheiten bewahre. Agile Prinzipien verletze ich dabei aufgrund der umfassenden negativen Folgen jedoch nicht. Als Scrum/Agile Master bin ich jederzeit in der Lage meinen Teammitgliedern die Sinnhaftigkeit einer agilen Vorgehensweise zu vermitteln und dabei aufgrund meiner umfangreichen Erfahrung anhand greifbarer Beispiele sowohl die monetären und organisatorischen Vorteile als auch die Folgen der Nichteinhaltung zu nennen. Auf Team-Ebene bin ich Mitglied eines Projektteams. Ich unterstütze das Team methodisch und organisatorisch, bin für die Erreichung der Sprintziele verantwortlich und halte den Teammitgliedern den Rücken frei, so dass sich Spezialisten auf ihre Kernaufgaben konzentrieren können. Zur Absicherung der Zielerreichung verfüge ich über Teilprojekt-Budgetverantwortung und disziplinarische Verantwortung für mein Team. Als Scrum Master stehe ich mit dem Release Train Engineer, dem Product Owner, dem Business Analyst und dem Product Management im Austausch, um die Projektziele im Team auszusteuern.

Ich verbinde dabei mit meinem strukturierten Arbeitsstil und meinem sicheren Auftreten die unterstützende Rolle für das Team mit der aktiven Führung bei den Tagesabläufen. Bei Herausforderungen finde ich Lösungen und stehe mit externen Schnittstellen im Austausch um Umsetzungshemmnisse zu beseitigen. Als Scrum Master handle ich gegenüber allen Projektbeteiligten offen, transparent und konstruktiv.

Release Train Engineer (RTE).

Als Release Train Engineer bin ich auf Programm-Ebene Mitglied eines Steuerungsteams. Ich unterstütze mehrere Projektteams mit fachlichen und methodischen Wissens- und Erfahrungstransfers aus anderen Teams. Zudem bin ich für die Erreichung der Release-Ziele sowie den Release Train verantwortlich und deshalb aktiv in die inhaltliche Aussteuerung der Team-Ziele eingebunden. Ich koordiniere die Abläufe in den Teams so, dass sowohl Zeitfenster zur Lieferung von Sprintergebnissen an den Release Train eingehalten werden, als auch die Zusammenarbeit mit den Fachbereichen und der Projektsteuerung gewährleistet sind.

Ich verbinde dabei mit meinem strukturierten Arbeitsstil und meinem sicheren Auftreten die unterstützende Rolle für das Programm mit der freundlichen Durchsetzung von Programmzielen in den Teams. Bei Herausforderungen finde ich Lösungen und stehe mit allen zugewiesenen Teams im Austausch um Umsetzungshemmnisse zu beseitigen. Als Release Train Engineer handle ich gegenüber allen Projektbeteiligten offen, transparent und konstruktiv.

Solution Train Engineer (STE).

Als Solution Train Engineer bin ich auf Large Solution Ebene Mitglied eines Steuerungsteams. Ich unterstütze die Steuerungsteams auf Programm-Ebene bei der Priorisierung und Aussteuerung von Lösungsinhalten. Meine Aufgabe ist, dass Programme an festgelegten Meilensteinen funktionsfähige Lösungen zur Verfügung stellen, damit die zeitlichen und inhaltlichen Projektziele der Geschäftsleitung eingehalten werden. Bei Abweichungen wirke ich mit dem Solution Management an der Wiederherstellung oder Anpassung der inhaltlichen und zeitlichen Ziele mit.

Zur Umsetzung arbeite ich eng mit dem Solution Management, dem Product Management, den Release Train Engineers und den Product Ownern zusammen.

Ich verbinde dabei mit meinem strukturierten Arbeitsstil und meinem sicheren Auftreten die unterstützende Rolle für das Solution Management mit der freundlichen Durchsetzung von Projektzielen in den Programmen. Bei Herausforderungen wirke ich an der Lösungsentwicklung mit und stehe mit allen zugewiesenen Programmen im Austausch um Umsetzungshemmnisse zu beseitigen. Als Solution Train Engineer handle ich gegenüber allen Projektbeteiligten offen, transparent und konstruktiv.

Bedarf

Der Scrum Master ist für jedes Projektteam eine unverzichtbare Rolle.

Der Release Train Engineer ist erst ab einer Projektgröße von 3 oder mehr Teams sinnvoll, weil sich 2 Teams noch gut abstimmen können. Ab 5 Teams füllen die Aufgaben eines Release Train Engineers etwa eine Halbtagestätigkeit, die in diesem Rahmen aber auch noch vom Product Manager wahrgenommen werden können. Ab 10 Teams wird der Release Train Engineer auf jeden Fall eine unverzichtbare Rolle, weil der Product Manager sonst nicht mehr zu seinen eigentlichen Aufgaben kommt. Bei der Anzahl der Teams ist unerheblich, für welche Programme oder Projekte die Teams arbeiten.

Der Solution Train Engineer ist erst ab einer Projektgröße von 3 oder mehr Programmen sinnvoll, weil sich 2 Programme (üblicherweise “mindestens” ein Entwicklungsprogramm und ein HR-Programm) noch gut abstimmen können. Ab 5 Programmen füllen die Aufgaben eines Solution Train Engineers etwa eine Halbtagestätigkeit, die in diesem Rahmen aber auch noch vom Solution Manager wahrgenommen werden können. Ab 10 Programmen wird der Solution Train Engineer auf jeden Fall eine unverzichtbare Rolle, weil der Solution Manager sonst nicht mehr zu seinen eigentlichen Aufgaben des Projekt-Managements kommt. Bei der Anzahl der Programme ist unerheblich, für welche Projekte die Programme arbeiten.

Dauer

Alle drei vorgenannten Rollen sind in einem Projekt auf langfristigen Einsatz ausgelegt. Ein Wechsel dieser Rollen im Projektverlauf birgt aufgrund des Erfahrungsaufbaus im Laufe des Projekts große Risiken und sollte nur erfolgen, wenn sie erfolgsrelevant oder sonst unabwendbar ist. In meinem Fall wäre für diese drei Rollen deshalb nur der Einsatz über Piterion empfehlenswert.