Sie wollen agil werden. Also benennen Sie die Rollen in Ihren Teams um, machen alle Meetings und Rituale, über die Sie im Scrum Guide gelesen haben, und machen Zwei-Wochen-Sprints. Aber reicht das wirklich, um agil zu werden? In seiner Session von der W-JAX 2017 erklärt David Tanzer, freiberuflicher Berater, Trainer und Softwareentwickler, warum „Excellence“ in Produktmanagement, Entwicklung, Test und Operations notwendig ist, und wie man dort hin kommt.

Erst hinterließ Agile einen schlechten Eindruck, dann stellte sich Scrum als ziemlich toll heraus. Überlebt die Begeisterung für das agile Arbeiten aus Teil 2 unserer Fortsetzungsgeschichte „Der Scrum Master“ aber den Kontakt mit der Realität? Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch, erzählt eine sehr reale, aber doch erfundene Geschichte über Agile in der Praxis.

Eine sehr reale und doch erfundene Geschichte: In Teil 1 von „Der Scrum Master“ erzählte Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch, von einer furchtbar schief gegangenen agilen Transformation. In Teil 2 erwartet uns nun die Offenbarung: Wendet sich doch alles zum Guten?

Scrum ist doof, so beginnt die Geschichte „Der Scrum Master“ von Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch. Als agiler Enthusiast und Pragmatiker versucht er jeden Tag die Welt ein wenig zu verbessern, was ihm aber nur selten gelingt. In unserer Fortsetzungsgeschichte gibt er einen Einblick in seinen umfangreichen Erfahrungsschatz.

Der 12. State of Agile Report ist da und gibt einen Einblick in die Trends der agilen Welt. Wie die diesjährigen Daten zeigen, ist Scrum nach wie vor die am häufigsten verwendete Methode. Außerdem wird die Frage beleuchtet, ob DevOps auf dem Vormarsch ist.

Auf dem Agile Day der JAX 2018 trafen wir uns mit den Sprechern für eine Expertenrunde. Heute erklärt uns Thomas Much, was Agilität für ihn ausmacht und weshalb Sie sich einmal mit Mob Programming auseinandersetzen sollten.

Entwicklungsabteilungen stehen unter immensem Druck: Immer schneller müssen sie neuen Code entwickeln, um mit den Innovationen aus dem Silicon Valley mithalten zu können und die digitalen Geschäftsmodelle ihrer Firmen oder Kunden erfolgreich und schnell umzusetzen. Deshalb suchen sie nach Ideen, wie sie die Spielregeln neu definieren, ihre Produktivität erhöhen und Synergien innerhalb ihres Teams nutzen können. Einen möglichen Ansatz bietet das Pair Programming.

Ist Ihre Entwicklungsabteilung in agilen Teams organisiert? Ja? So weit, so gut! Doch wie sieht es mit der Kommunikation mit anderen Abteilungen aus? Allzu oft hört hier die Agilität auf, und die alten bürokratischen Prozesse übernehmen wieder das Ruder. Wie wäre es aber, Agilität auf das gesamte Unternehmen zu übertragen? Steffen Behn und Tina Dreimann erzählen im Interview, wie dieser Weg beschritten werden kann: der Weg vom Scrum-Team zur crossfunktionalen, selbstorganisierten Gruppe nach dem Spotify-Modell.

„Agile funktioniert nicht“ ist eine nicht selten gehörte Meinung. Dass dieses Nicht-Funktionieren aber meist nicht an den agilen Methoden selbst liegt, sondern an deren Umsetzung, bleibt diesen Meinungsschwingern meist verborgen. Sebastian Bauer (inovex) und Dominik Ehrenberg (crosscan) haben auf der JAX 2017 gezeigt, was Scrum kaputt macht und wie man das verhindern kann.

Welche Ausbildung hat ein Scrum Master normalerweise und wieviel verdient man in diesem Beruf? Diesen und vielen weiteren Fragen ist das Unternehmen Age of Product im Scrum Master Salary Report 2017 nachgegangen.

Ein agiles Team führt sich selbst – aber am Ende muss doch jemand den Kopf für das Endresultat hinhalten. Das ist der Product Owner. Er trifft die Entscheidungen über das Product Backlog und ordnet das selbstorganisierte Chaos. Wie füllt man die Rolle am besten aus?

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.

Mit der dritten Version von Swift kann man als Entwickler eine gewisse Stabilität erwarten. Wer sich mit der mittlerweile als Open-Source-Projekt vorliegenden Programmiersprache aus dem Haus Apple aus Angst vor radikalen Änderungen bisher nicht beschäftigt hat, findet mit diesem Buch eine Einführung vor.

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.