Agile Manifest | Prinzip 4

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

Bei agilen Arbeitsweisen fördern wir die Interaktion zwischen Einzelpersonen (Wert 1) und die Zusammenarbeit mit Kunden (Wert 3). Dies ist nicht nur für den Aufbau von Beziehungen und die Befriedigung des menschlichen Bedürfnisses nach Verbundenheit von Vorteil, sondern auch für einen effizienteren Wissensfluss und häufiges Feedback zur Lösung, die entwickelt wird.

Agile Methoden wie Scrum, Kanban und SAFe schlagen regelmäßige, informelle „Reviews“ am Ende jeder Iteration (Prinzip 2) vor, um allen Beteiligten, z. B. Kunden, die Möglichkeit zu geben, das nutzbare Inkrement (Prinzip 3) zu überprüfen und Feedback zu geben. Das Wort „täglich“ im Titel dieses Prinzips mag etwas irreführend sein, aber zusätzlich zu diesen geplanten Reviews legt das Wesen der Agilität nahe, sich kontinuierlich mit den relevanten Stakeholdern in einer flexiblen Reaktion auf das, was benötigt wird, auseinanderzusetzen. Das agile Mindset plädiert für Transparenz und Sichtbarkeit, was nicht nur der effizienteren Entwicklung der passenden Lösung zugutekommt, sondern auch zum Aufbau vertrauensvoller Beziehungen beiträgt.

Im Gegensatz dazu werden beim Wasserfall-Projektmanagement die Business Stakeholder vor allem zu Beginn des Projekts – in der langen und intensiven Anforderungsphase – und bei der Präsentation der fertigen Lösung einbezogen. Informationsfluss und Transparenz sind eher gehemmt, da verschiedene Teams in unterschiedlichen Projektphasen in Silos arbeiten und nur selten Fortschritts- und Statusberichte liefern.

Die Abbildung zeigt einen Vergleich von 4 verschiedenen Aspekten der Entwicklung von Lösungen zwischen Wasserfall- und agilem Projektmanagement. 1) Sichtbarkeit: Im Wasserfall-Projektmanagement ist die Sichtbarkeit zu Beginn und am Ende eines Projekts hoch. Bei der agilen Arbeitsweise bleibt die Sichtbarkeit dank regelmäßiger Überprüfungszeitpunkte und der kontinuierlichen Einbindung der Beteiligten hoch. 2) Fähigkeit zur Veränderung: Dank der häufigen Planung (Prinzip 2) können wir uns schnell an Veränderungen anpassen, während im Wasserfall-Modell die Anforderungen nach der ersten Projektphase in Stein gemeißelt sind. 3) Business Value: Die kontinuierliche Lieferung von Wert (Prinzip 1) der agilen Herangehensweise stellt sicher, dass die Kunden in jeder Iteration funktionale Inkremente erhalten. Im Wasserfallansatz wird die Lösung erst am Ende des Projekts geliefert. 4) Risiko: Die häufige Planung und die kontinuierliche Integration von Feedback mindert das Risiko, dem der Wasserfallansatz ausgesetzt ist, wenn man in unserer VUCA-Welt alles weit im Voraus plant.

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.