Natürlich handelt es sich bei unserer Aufgabe um keine kleine. Die Veränderungen, die gewünscht sind, sind umfangreich und es ist ein gutes Stück des Weges, das wir gemeinsam mit unserem Auftraggeber gehen möchten.

Zunächst führen wir dabei eine neue Leitung des bestehenden Entwicklerteams ein. Mit einem neuen Lead Developer etablieren wir so schon zu Beginn des ersten Sprints eine Instanz, die integriert ins Team dafür sorgt, dass Veränderung stattfinden und das Projekt in die richtige Richtung läuft. Der eingesetzte Lead Entwickler begleitet das Team in nahezu Vollzeit – sowohl remote als auch persönlich vor Ort. Die hohe Notwendigkeit der Kommunikation mit den Entwicklern macht dieses Vorgehen unumgänglich. Nur wer nah dran und stets informiert ist, kann ein neues Team effektiv führen. 

Dieses Vorgehen hat natürlich nicht nur Vorteile, es birgt auch Risiken. Solch einschneidende Veränderungen müssen den Mitarbeiterinnen und Mitarbeitern begründet vermittelt werden – Akzeptanz ist die Währung des Unterfangens. Ein Einsetzen ohne gleichzeitiges Change-Management kann eher zu einer Verschlechterung und nicht zu einer Verbesserung führen. In Vorstellungsrunden und vielen weiteren, anschließenden Gesprächen, schaffen wir deshalb Akzeptanz für unser Vorgehen und holen alle Menschen ins Boot, die mit dem Projekt zu tun haben.

Nachdem das Team nun besser aufgestellt ist und das neue Mindset langsam greift, gehen wir in eine arbeitsreiche Workshop-Phase. Im Rahmen der Termine erarbeiten wir neue Strategien zum Thema eCommerce beim Kunden selber, aber auch zu Fragen der Architektur. Erst, wenn ein solides ideologisches Fundament bereitsteht, können die weiteren Arbeiten ausgeführt werden. Alle Parameter unserer Handlungen entstammen diesen Terminen. 

Erst nach dieser eher planerischen Runde beginnt das gesamte Projekt-Team (nicht nur die Entwickler, wir betrachten hier übergreifend) die Arbeit nach Scrum-Prinzipien. Das bedeutet: In abgesteckten und geplanten Sprints erhöhen wir die Entwicklungsgeschwindigkeit, vermindern Ablenkungen und schaffen so schnell und effektiv Fragmente, die zusammengesetzt schnell einen ersten MVP ergeben. Immer wieder neu angepasst an sich eventuell verändernde Ausgangslagen und Ergebnisprojektionen.

Das Ergebnis: Mit unserer Arbeit konnten wir die Qualität der Software maßgeblich erhöhen. Ebenso stieg die Anzahl der nutzbaren Features. Aber eines der vielleicht wichtigsten Teilergebnisse: Wir hinterlassen dem Entwicklerteam ein neues Mindset, das nun agil operiert und so das Verständnis aller für das Produkt, die Verantwortung für Teilergebnisse und in letzter Konsequenz auch die Geschwindigkeit der Arbeit etabliert hat. Die dafür nötige Wissensvermittlung durch Training-on-the-Job war ein wichtiges Ziel, das den Kunden dazu befähigt, auch in Zukunft höchst effizient und dadurch auch sehr erfolgreich zu operieren.