Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.
Ein Unwort in Sachen Agilität sind die technischen Schulden („Technical Debt“). Technische Schulden bezieht sich auf die impliziten Kosten künftiger Nachbesserungen, die erforderlich sind, weil der schnellen Lieferung Vorrang vor besseren Lösungen* eingeräumt wird. Mit anderen Worten, Technical Debt entsteht, wenn Unternehmen ein Problem nicht lösen, das sie in der Zukunft betreffen wird. Es erübrigt sich zu sagen, dass technische Schulden langsam, aber sicher die Produktqualität untergraben und die Kompatibilität der verschiedenen Teile des Produkts/der Lösung gefährden.
Dank des iterativen und inkrementellen Ansatzes in der agilen Arbeitsweise werden solche technischen Schulden schnell aufgedeckt. In der Folge können die Technical Debts rasch verbessert werden, indem beispielsweise in der nächsten Iteration Abhilfe geschaffen wird. Dank der Konzentration auf die häufige Lieferung von funktionalen Inkrementen (Prinzip 1) ist das Augenmerk auf die Qualität in den Prozess integriert, z.B. durch eine Definition of Done. Im Wasserfall-Projektmanagement wird das Einhalten des Plans oft zum Selbstzweck und verliert den Wert, der für den Kunden geschaffen wird, aus den Augen. Wenn man dem Plan Vorrang vor dem Wert einräumt, können sich schnell technische Schulden einschleichen. Erschwerend kommt hinzu, dass die technischen Schulden anschließend in die nächste Phase des sequenziellen Wasserfallkonzepts weitergegeben werden. Auf diese Weise können sich die negativen Auswirkungen der technischen Schulden auf die Qualität durch die verschiedenen Handovers ziemlich schnell potenzieren.
In diesem Zusammenhang ist der Fokus auf Qualität nicht zu verwechseln mit dem Fokus auf Perfektion. In Prinzip 10 wird erläutert, dass es bei Agilität nicht um Perfektion geht.
Einführung in das Agile Manifest & Teil 1 – Das agile Team: Fähigkeiten & Kultur
Prinzip 1: Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Lieferung wertvoller Lösungen* zufrieden zu stellen
Prinzip 2: Sich ändernde Anforderungen willkommen heißen, auch in der fortgeschrittenen Phase der Entwicklung. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden
Prinzip 3: Liefere funktionierende Lösungen* regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne
Prinzip 4: Fachexperten und das Team* müssen während des gesamten Prozesses eng zusammenarbeiten
Prinzip 5: Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen
Prinzip 6: Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Teams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht
Prinzip 7: Die funktionierende Lösung* ist das wichtigste Fortschrittsmaß
Prinzip 8: Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, das Team* und die Nutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können
Prinzip 9: Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität
Prinzip 10: Einfachheit – die Kunst, die Menge nicht getaner Arbeit zu maximieren – ist essenziell
Prinzip 11: Die besten Architekten, Voraussetzungen und Designs entstehen in selbstorganisierten Teams
Prinzip 12: In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.
Wert 1: Wir wertschätzen Individuen und Interaktionen statt Prozesse und Werkzeuge
Wert 2: Wir ziehen funktionierende Lösungen* einer umfassenden Dokumentation vor
Wert 3: Wir stellen die Zusammenarbeit mit unseren Kunden über Vertragsverhandlungen
Wert 4: Wir schätzen es, auf Veränderungen zu reagieren, anstatt einem Plan zu folgen
*LEGENDE:
Business Value: Business Value umfasst alle Leistungen, Funktionen oder Verbesserungen, die direkt zur Kundenzufriedenheit, zum Wohlbefinden der Mitarbeiter oder zum Gesamterfolg des Unternehmens beitragen. Er umfasst nicht nur kundenorientierte Elemente, sondern auch interne Enabler, die die Effizienz und Effektivität innerhalb des Unternehmens verbessern.
Entwickler („Developers“): wurde durch „Team“ ausgetauscht, um anzuerkennen, dass agile Teams eine Vielzahl von Rollen und Funktionen umfassen können, die über die reine Softwareentwicklung hinausgehen
Iteration: Eine Iteration bezieht sich auf eine bestimmte Phase oder einen Zyklus innerhalb eines Entwicklungsprozesses, in dem eine Reihe von Aufgaben oder Aktivitäten in einem festgelegten Zeitrahmen abgeschlossen werden. In der Scrum-Methodik wird eine Iteration als Sprint bezeichnet und dauert in der Regel 2 bis 4 Wochen, in denen eine Reihe von priorisierten Arbeitselementen abgeschlossen wird.
Lead time: Als „lead time“ wird die Zeit bezeichnet, die eine Aufgabe oder ein Projekt von der ersten Anfrage oder Konzeption bis zum Abschluss benötigt, einschließlich aller erforderlichen Prozesse und Schritte.
MVP (Minimum Viable Product): Das MVP ist eine grundlegende, funktionsfähige Version eines Produkts oder einer Dienstleistung, die wesentliche Funktionen enthält, so dass es eingesetzt oder freigegeben werden kann, um frühes Feedback von Nutzern oder Kunden einzuholen.
Software: wurde durch “Lösung” ersetzt, um auszudrücken, dass Agilität nicht nur für die Softwareentwicklung gilt, sondern für jede Art von Wert, den ein Unternehmen dem Kunden bietet.