Roman Simschek - Agilität? Frag doch einfach!

Wer sich mit Agilem Projektmanagement beschäftigt, hat sicherlich schon vom „Agilen Manifest“ gehört. Das →Agile Manifest ist quasi der gemeinsame Nenner, auf den sich verschiedenste Vertreter von Softwareentwicklungsmethoden im Jahre 2001 geeinigt haben. Insgesamt 17 von ihnen haben hierin ihre gemeinsame Vorstellung bezüglich agiler Softwareentwicklung zusammengetragen. Zu diesen gehörten auch die Scrum-Erfinder Jeff Sutherland und Ken Schwaber. Insofern ist in das Agile Manifest auch der spirit von Scrum mit eingeflossen.

Das Agile Manifest wurde mit folgendem Anspruch verfasst: „We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:“ Übersetzt: „Wir erschließen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen. Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt“. Das Agile Manifest umfasst insgesamt vier sich gegenseitig gegenübergestellte Wertepaare und zwölf einzelne Prinzipien.

Die WertepaareWertepaare des agilen Manifests stellen jeweils zwei Werte paarweise gegenüber. Letztlich schätzen die Verfasser des Agilen Manifests alle diese Werte als wichtig ein. Jedoch werden die zuerst genannten →Values als noch wichtiger als die zweiten Values, siehe hierzu folgende Auflistung.

Was sind die vier Wertepaare des Agilen Manifests?

Quelle: SCRUM - Das Erfolgsphänomen einfach erklärt, UVK Verlag, S. 38

Individuen und Interaktionen über Prozesse und Werkzeuge

In vielen Projekten wird versucht, FortschrittsmessungFortschrittsmessung und KommunikationKommunikation anhand von Tools oder Prozessen zu implementieren. Man versucht also Kommunikation zu organisieren oder auch Prozesse im Projekt zu standardisieren. Der Hintergedanke ist folgender: Wenn alles eindeutig mit Prozessen definiert ist und die richtigen Tools eingesetzt werden, muss das Projekt erfolgreich sein. Die Annahme dabei ist demnach: Der Mensch hat sich also diesen Prozessen und Tools zu „unterwerfen“ – und wenn er dies tut, dann macht dies auch das Projekt erfolgreich. Im Gegensatz hierzu geht man im Rahmen des Agilen Manifests davon aus, dass persönliche KommunikationKommunikation und InteraktionInteraktion zwischen Menschen beziehungsweise Projektteammitgliedern immer einer Lösung zuträglich sind. Es werden also weniger ein Tool oder ein Prozess in den Vordergrund gestellt, sondern der Mensch selbst mit seinen kommunikativen Fähigkeiten und seiner MotivationMotivation. Hier geht man davon aus, dass dies ausreicht, um effektiv und erfolgreich in der Projektarbeit zu sein.

Funktionierende Software über umfassender Dokumentation

Da Agilität seine Ursprünge in der IT begründet, kann in diesem Fall ebenfalls das Produkt mit SoftwareSoftware gemeint sein. Letztlich fasst dieses Wertepaar zusammen, dass es darum geht, ein funktionierendes Produkt beziehungsweise eine funktionierende Software zu entwickeln. Oft wird im Projekt insbesondere in der Fachkonzeption viel Wert auf DokumentationDokumentation gelegt. Es werden sehr viele Dokumente, wie beispielsweise Fachkonzepte, Fachspezifikationen etc., produziert, die letztlich nur indirekt benötigt werden. Viele davon gehen auch nicht in das Endprodukt ein. Das →Agile Manifest stellt mit diesem Wertepaar sicher, dass es letztlich nicht um Zwischenberichte, sondern rein um das Endprodukt geht. Alles andere ist zwar „schönes Beiwerk“, jedoch nicht primäres Projektziel beziehungsweise Hauptendprodukt des Projektes. Insofern soll hierauf so viel wie möglich verzichtet werden.

Kooperation mit dem Kunden über Vertragsverhandlungen

Oft ist im Rahmen von IT-Projekten festgelegt, dass alle Leistungen, die in ein Produkt oder eine Software einfließen müssen, auch vertraglich festgehalten werden. Es fließt demnach viel Zeit in die Verhandlung und beispielsweise das nachgelagerte Servicelevel und Servicemanagement. Oft wird gerade bei Dienstleisterbeziehungen mehr darüber diskutiert, welche Leistungen und Produkteigenschaften in einem VertragVertrag festgehalten werden und welche nicht. Gerade in Projekten der App- und Softwareentwicklung ist so oft viel Zeit in vertragliche und rechtliche Diskussionen geflossen, anstatt einfach weiter am Produkt zu arbeiten beziehungsweise diese Zeit direkt ins Produkt zu investieren.

Das Agile Manifest löst sich von dieser sehr vertraglichen und rechtlichen Sicht auf die Produktentwicklung und der Bereitstellung von Dienstleistungen. Es stellt vielmehr den Kunden mit deinen Bedürfnissen in den Mittelpunkt. Das oberste Ziel ist demnach, auf pragmatische Weise Lösungen mit dem Kunden zu erarbeiten. Der Maßstab ist die maximale Kundenzufriedenheit. Diese wird als wichtiger angesehen als rechtliche Vereinbarungen oder Vertragsverhandlungen.

Reaktion auf Veränderung über Planerfüllung

PlanungPlanung ist ein essenzieller Bestandteil des klassischen Projektmanagements. Es wird viel Zeit mit ProjektplanungProjektplanung verbracht und damit die genaue Erfüllung dieser Pläne. Diese Sicht ist, wenn man die agile „Brille“ aufzieht, sehr starr. Im Rahmen von agilen Projekten stehen die kurzfristige Anpassung und Adaption auf sich verändernde Rahmenbedingungen im Vordergrund. Flexibel zu reagieren hat absoluten Vorrang vor Planerfüllung. Deswegen werden insbesondere bei agilen Methoden wie Scrum auch keine detaillierten Projektpläne für die gesamte Projektlaufzeit erstellt. Vielmehr werden jeweils einzelne Etappen beziehungsweise →Sprints „auf Sicht“ geplant. Und es erfolgt immer nach einer Etappe iterativ eine Reflektion des Erreichten. Erst danach wird besprochen, welche Ziele in der nächsten Etappe angegangen werden.

Die 12 Prinzipien im →Agilen Manifest konkretisieren die Botschaften aus den vier Wertepaaren. Die folgenden aufgezählten Prinzipien wurden dem Agilen Manifest entnommen. Die Prinzipien sind so klar aufgeführt, dass sie keine weitere Konkretisierung oder Interpretation erfordern und für sich so stehen bleiben können.

KundenzufriedenheitKundenzufriedenheit

Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.

Anforderungsänderungen als WettbewerbsvorteilWettbewerbsvorteil

Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen! Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

Regelmäßige AuslieferungAuslieferung in kurzen Zeitspannen

Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne!

Tägliche ZusammenarbeitZusammenarbeit im Projekt

Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.

Teams aus motivierten Individuen

Errichte Projekte rund um motivierteMotivation Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen, und vertraue darauf, dass sie die Aufgabe erledigen!

KommunikationKommunikation von Angesicht zu Angesicht

Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.