Stellen Sie sich vor, Sie haben ein recht erfahrenes Entwicklungsteam vor sich, das Sie davon überzeugen sollen, seinem monolithischen System nichtmonolithische Produkte hinzuzufügen. Mit welchen Werkzeugen gelingt das? Wir berichten von unseren Erfahrungen.

Das agile Manifest hat sich in der Softwareentwicklung etabliert. Es wurden verschiedene Methoden entwickelt, um agile Softwareentwicklung zu betreiben. Nicht die einzige, aber eine recht weit verbreitete Methode ist Scrum. Hier wird Software iterativ in stets gleichbleibenden Zeiträumen jeweils zu einem potenziell auslieferbaren Produktinkrement entwickelt.

Die Scrum Alliance hat erneut einen Survey durchgeführt, um herauszufinden, wie es um die weltweite Verwendung des Scrum Frameworks bestellt ist. Der State of Scrum Report 2016 zeigt unter anderem, dass die Kombination aus Wasserfall und Scrum gar nicht so selten ist – und häufig zu Problemen führt.

Unternehmen mit differenzierten Konzernstrukturen tun sich teilweise schwer, sich auf neue Anforderungen seitens des Markts einzustellen. Vielfach gelangen aktuelle Projektvorgehen in eine Sackgasse, da die Strukturen und Systeme solcher Projekte maßgeblich durch unflexible und starre Mechanismen gesteuert und eingebunden sind. So auch im Fall eines Unternehmens, bei dem wir geholfen haben, Wege aus der Sackgasse zu finden – mit Scrum.

Agile ist nicht gleichzusetzen mit Scrum – und Scrum ist gleichsam beliebt und umstritten. Die einen schwören drauf, die anderen halten es für zu stark reglementiert. Wie kann Agile also jenseits von Scrum aussehen, wenn das Framework nicht zum Team passt?

Bei der Kooperation in agilen Teams kommt man um die Scrum-Methode kaum mehr herum. Im Interview erklärt W-JAX Speaker Jörg Preußig, was einen guten Scrum-Master ausmacht und wie sich Scrum-Methoden und das Agile-Prinzip in Teams aus nicht-technischen Branchen umsetzen lassen.