Agilität? Frag doch einfach!. Roman SimschekЧитать онлайн книгу.

       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.

       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.

       Funktionierende SoftwareSoftware

       Funktionierende Software ist das wichtigste Fortschrittsmaß.

       NachhaltigkeitNachhaltigkeit

       Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.

       Technische ExzellenzExzellenz

       Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.

       EinfachheitEinfachheit

       Hierunter versteht man, dass die Kunst, die Menge nicht getaner Arbeit zu maximieren, essenziell ist.

       SelbstorganisierendeSelbstorganisation Teams

       Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams.

       Regelmäßige ReflektionReflektion und Anpassung

       In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann, und passt sein Verhalten entsprechend an.