Читать книгу Agilität? Frag doch einfach! - Roman Simschek - Страница 19

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.