Agilis heißt auf Deutsch „flink“ oder „beweglich“. Agile Methoden sollen also helfen, in fluiden Prozessen hoch effizient, eben einfach schnell arbeiten zu können. In unserem Glossar zu Agiler Methodik werden wesentliche Begriffe hierzu anschaulich und unterhaltsam dargestellt.
Der Begriff “agil” tauchte zuerst in der Softwareentwicklung auf. Im Februar 2001 schrieben 17 Software-Entwickler hierzu bei einem Treffen in Utah das „Agile Manifest“, das vier Werte postuliert:
Wir übernehmen hierbei die quasi offizielle Übersetzung bei Wikipedia:
Sie verdichteten die Werte zu zwölf Prinzipien agiler Software-Entwicklung, die noch keine Methodik sind, aber viele Elemente der Scrum-Methodik vorwegnehmen. Dieses Manifest darf frei in jeder Form verbreitet werden, aber nur in seiner Gänze, deshalb hier der link.
Klar, dass das Konzept sich gegen klassische Entwicklungs-Methodiken (Stichwort “Wasserfall”) abgrenzt. Inzwischen hat es jedoch weit gehende Akzeptanz gewonnen und Entwicklung und Projektmanagement ganz allgemein befruchtet und sogar im Bereich der Produktion Aufmerksamkeit erzielt. Dort hat es denn auch “lean”- und KVP-Konzepte, bei denen vielleicht Überdruss entstanden war, wieder belebt.
Scrum ist zunächst ein Rahmenwerk für agile Methoden in Projekten, ursprünglich in der Software-Entwicklung.
Der Begriff stammt aus dem Rugby, bedeutet „geordnetes Gedränge“ und ist auch so gemeint – er ist keine Abkürzung für irgend etwas. Solches Gedränge gibt es im Rugby immer zwischen zwei Spielabschnitten, bzw. Regelverstößen. Also ist Scrum die Vorbereitung auf den „Einwurf“ des Balles, damit das Spiel weitergehen kann. (Bild von jackmac34 auf Pixabay)
Das Team klammert sich nun aneinander, um gemeinsam einen Sprint, also eine Bewegung voran, machen zu können – auch dieser Begriff ist für die Scrum- bzw. agilen Methoden zentral.
Scrum versucht analog dazu, den gesamten Entwicklungsprozesses von der ersten Idee oder Vision bis zum fertigen Produkt in viele kleine Spielabschnitte, also Sprints mit eigenem Sprint-Ziel zu zergliedern. (Bild Dr. Reiner Borretty, grob nach Foegen et.al., Seite 78)
Der Backlog ist hierfür die Planungsgrundlage, also eine Sammlung von Arbeiten, die darauf warten getan oder erfüllt zu werden.
Das Daily Stand-Up-Meeting (“Daily Scrum”) als kurzer (eine Viertelstunde) Austausch im Team (Was wurde erreicht? Was wird als nächstes angepackt? Welche Hindernisse stehen im Weg?) ist fast das bekannteste Scrum-Element. Scrum ist aber sehr viel mehr, siehe oben. (Bild von auricadina75 auf Pixabay)
… steht für eine zielorientierte, aber iterative Schrittfolge in der Produktentwicklung und konsequente Ausrichtung an den Bedürfnissen des Kunden bzw. Anwenders durch interdisziplinäre Teams. Die Designer setzen also am „Ende“ des Entwicklungsprozesses an, am Produkt in den Händen der Nutzer. Das Team versteht Bedürfnisse, beobachtet Verhaltensweisen, versucht Sichtweisen zu erkennen – und entwickelt, plant und testet erst dann. Wir fassen hier den iterativen Prozess so zusammen:
Eine besondere Methode hierfür ist die Zusammenfassung zur Persona nach Alan Cooper, dem “Vater” der Programmiersprache Visual BASIC. Die Entwickler brechen dabei die gemachten Beobachtungen (s.o.) auf einen einzelnen, prototypischen Nutzer mit konkreten Eigenschaften herunter, der für den weiteren Designprozess ideengebend bleibt.
Selbstverständlich überlappen die Schritte in der Praxis einander und ist ihre Abfolge eher iterativ!
Die folgenden Methoden(bündel) sollen Workshops agiler und interessanter machen:
In einem Jam als virtuellem (!) Workshop generieren virtuelle Teams Ideen von der Definition bis zu Lösungsansätzen; die Analogie besteht in der Tat darin, (ähnlich wie im Free Jazz) eine Jam-Session zu gestalten,
Open Space – in diesem Präsenzformat tun Teams praktisch das gleiche in direktem Kontakt,
Hackathon – ein “crossfunktionales Team aus Fach- und IT-Experten erstellt sehr intensiv und über viele Stunden hinweg einen bestimmten Softwarecode.
Eigentlich gibt es in Scrum nicht die Rolle des Projektleiters – auch wenn in der Praxis immer wieder ein solcher benannt oder de facto installiert wird. Old habits…
Im Zentrum des agilen Arbeitens steht das Team von Entwicklern. Es muss alle Kompetenzen haben, um das Produkt fertig stellen zu können. Die Entwickler wählen die Backlog Einträge aus, die sie bearbeiten werden und organisieren sich beim Abarbeiten selbst; sie verantworten Qualität und zugesagte Termine und Kosten und präsentieren dem Product Owner ihr Ergebnis.
Er oder sie formuliert die Produktvision, ordnet die bevor stehenden Arbeiten, das Was?, nimmt Ergebnisse ab und verantwortet so die Wirtschaftlichkeit des Vorhabens. Er oder sie vertritt es zu allen Stakeholdern hin.
Sie oder er verantwortet das Arbeiten des Teams im Sinne der Scrum Methodik. Hierfür ist er eher im Coaching Modus aktiv, aber auch durch Training. Er beseitigt barriers und sorgt dafür, dass das Team allein seine Arbeit machen kann – vor allem schützt er es vor Eingriffen von außen. Er steht mithin für das Wie? der Arbeit,