In der Welt der Software-Entwicklung hat sich SCRUM mittlerweile als eine der bekanntesten agilen Methoden etabliert. Ursprünglich als Ansatz für die dynamische und iterative Produktentwicklung innerhalb eines agilen Projekts konzipiert, können Elemente aus SCRUM auch in klassisch gemanagten Projekten sinnvoll sein. Doch warum lohnt sich das in einem solchen Umfeld überhaupt? Und was müssen Projekt-Teams beachten, wenn sie agile Ansätze in nicht-agile Methoden integrieren?

SCRUM zeichnet sich durch kurze Entwicklungszyklen (Sprints) und regelmäßige Feedback-Schleifen aus. Feste Rollen wie der Product Owner, der SCRUM-Master und die Mitglieder des Entwicklungsteams sind zentrale Elemente der agilen Methode. Der Clou von SCRUM: Statt am Ende eines langen Projekts ein komplettes Produkt abzuliefern, entstehen frühzeitig und in kurzen Abständen funktionsfähige Produktbestandteile. Die Methode macht vor allem dann Sinn, wenn der endgültige Umfang und das Ziel des zu entwickelnden Produkts noch nicht von Beginn an feststehen. Da die vollumfängliche Integration von SCRUM mit einem erhöhten Aufwand verbunden sein kann, kann es auch sinnvoll sein, zunächst „nur“ auf Teilaspekte der Methode zurückzugreifen.

Auf den ersten Blick mag der Einsatz von SCRUM in nicht-agilen Projekten vielleicht widersprüchlich erscheinen. Denn traditionelle Projekte – etwa nach der Wasserfall-Methode – folgen oft klaren Strukturen, festen Zeitplänen und von Anfang an definierten Zielen. Agile Methoden dagegen zeichnen sich durch Flexibilität und regelmäßige Anpassungen aus. Doch es gilt: Gegensätze ziehen sich an.