Der Scrum@ScaleTM Guide ist erschienen
Am 10. Februar 2018 ist der Scrum@Scale Guide von Scrum Inc. zum ersten Mal erschienen. Dies hat mich veranlasst, dass Kapitel “Große Projekte mit Scrum” in meinem neuen Buch “Scum – Agiles Projektmanagement und Scrum erfolgreich anwenden” zu überarbeiten. In diesem Beitrag finden Sie die ersten Abschnitte dieses Kapitels. Am Schluss des Beitrages finden Sie einen Download-Link, mit dem Sie das ganze Kapitel des Buches als PDF herunterladen können.
Große Projekte und verteilte Teams
Im Scrum GuideTM wird nur vom „Scrum-Team“ gesprochen, dass ein Projekt ausführt. Um große Projekte durchzuführen braucht es aber mehrere Teams. Ist denn Scrum auch für große Projekte, komplexe Anforderungen und verteilte Teams geeignet?
Scrum wird in der Praxis nicht nur in kleinen Teams von fünf bis neun Personen angewendet, sondern nicht selten auch in großen Programmen mit vielen Projekten, bei denen Hardware implementiert und Software dazu entwickelt wird. Diese Programme dauern nicht selten mehrere Jahre.
Solche Projektteams sind oft verteilt an mehreren Standorten oder Ländern. Dies stellt an die Zusammenarbeit und die Arbeitsorganisation im Projekt hohe Anforderungen. In diesem Kapitel erhalten Sie einen umfassenden Überblick, was Sie hier alles beachten müssen und erhalten auch eine Übersicht über Scrum@Scale.
Was sind große Projekte und verteilte Teams?
Aus meiner Sicht ist ein Projekt groß, wenn es aus mehr als einem Scrum-Team besteht. Ab zwei Teams müssen Sie zusätzliche Praktiken einsetzen, damit Ihr Scrum-Projekt reibungslos abläuft. Bei zwei Teams ist der Mehraufwand noch gering, wenn Sie aber mehr als fünf Teams haben wird der Koordinationsaufwand um einiges grösser.
Bei großen Projekten spricht man von verteilten Teams, wenn an jedem involvierten Standort ein komplettes Scrum Team arbeitet. Unter Standort können Sie natürlich verstehen: im gleichen Gebäude, gleichen Land oder an verschiedenen Standorten auf der Welt, z.B. ein Team in Deutschland, Polen und eines in den USA.
Ein Product Owner und Scrum Master für jedes Team
Für jedes Team, dass Sie dem Projekt hinzufügen gelten die bekannten Scrum-Regeln. Jedes neue Scrum-Team besteht aus den bereits bekannten Rollen, hat also einen eigenen Product Owner und einen Scrum Master, organisiert sich selbst, handelt autonom und arbeitet möglichst in einer gemeinsamen Arbeitsumgebung.
Product Owner zu sein ist eine Vollzeitaktivität. Fachliche Anforderungen zu schreiben, diese zu priorisieren, mit den Stakeholdern zu verhandeln und das Backlog zu managen, und vieles mehr. Das braucht Zeit und deshalb hat jedes Scrum-Team auch seinen eigenen Product Owner.
Die Aufgaben des Scrum Masters sind genau so umfangreich. Dazu kommt noch, dass jedes Development-Team eine andere Art von Unterstützung braucht, abhängig z.B. von dessen Reife, Größe, Abhängigkeiten oder Arbeitsinhalten. Deshalb sollte ein Scrum Master nur ein Development-Team betreuen und sich voll auf dieses konzentrieren. Wenn das Entwicklungs-Team noch nicht lange miteinander arbeitet sollte er seine Rolle in Vollzeit ausführen.
Hier ist der versprochene Download-Link für das ganze Kapitel “Große Projekte mit Scrum” aus meinem neuen Buch.
Was haben Sie für Erfahrungen mit großen agilen Projekten gemacht? Ich freue mich auf Ihren Kommentar zu diesem Beitrag.
Scrum – Agiles Projektmanagement und Scrum erfolgreich anwenden
Im meinem neuen Buch erfahren Sie alles über Scrum und erhalten einen guten Überblick über das agile Projektmanagement. Auf über 218 Seiten lernen Sie, wie Scrum aufgebaut und angewendet wird.
Hauptthemen sind Agiles Projektmanagement, das Scrum Framework, die Rollen in Scrum, Agile und Scrum Werte, Scrum-Ereignisse und -Artefakte, Anforderungsmanagement in Scrum, Scrum bei großen und verteilten Projekte. Buchvorschau
Kostenloses Rezensions-Exemplar: Schreiben Sie eine Rezension auf Amazon: Buch (PDF, ePub oder mobi) hier anfordern: info@rolandwanner.ch
