Die 12 agilen Prinzipien – Was bedeuten sie in der täglichen Arbeit von (Entwicklungs-) Teams

12 Agile Prinzipien

Was sind die agilen Prinzipien?

Neben den 4 agilen Werten gibt es im Agile Manifesto 12 agile Prinzipien. Diese 12 Prinzipien für agile Softwareentwicklung helfen, die Grundsätze des agilen Mindsets zu etablieren. Sie sind kein Regelwerk, um agiles Denken zu praktizieren, sondern eine Handvoll Prinzipien, die dabei helfen, agiles Denken zu vermitteln.

Obwohl das Agile Manifest und seine Prinzipien aus Sicht von gestandenen Softwareentwicklungs-Projektmanagern entstanden sind, gelten sie heute auch für andere Branchen.

In diesem Post stelle ich die 12 Prinzipien vor und gebe Beispiele der Anwendung auch in weiteren Branchen.

Agiles Prinzip 1

„Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

Der beste Weg, um sicherzustellen, dass Sie Ihre Kunden zufrieden stellen und gleichzeitig wertvolle Produkte bereitstellen, besteht darin, frühzeitig zu liefern, häufig zu iterieren und Ihren Markt ständig zu beobachten.

Im Gegensatz zu traditionellen Ansätzen in der Produktentwicklung, die notorisch lange Entwicklungszyklen aufweisen, fördern agile Prinzipien die Minimierung der Zeit zwischen Idee und Markteinführung. Die Idee ist, so schnell wie möglich ein funktionierendes Produkt in die Hände der Kunden zu bringen. Dies erfolgreich zu tun bedeutet, dass Produktmanager in der Lage sind, schnell ein Minimum Viable Product (MVP) auf die Welt zu bringen und es zu nutzen, um Feedback von echten Kunden zu erhalten. Dieses Feedback wird dann in den Produktentwicklungsprozess zurückgeführt und verwendet, um zukünftige Releases zu informieren.

Praktische Umsetzung

  • Produktteams verwenden Minimum Viable Products und schnelle Experimente, um Hypothesen zu testen und Ideen zu validieren.
  • Häufige Releases unterstützen einen kontinuierlichen Feedback-Zyklus zwischen Kunde und Produkt.
  • Versendet und erledigt ist nicht dasselbe. Anstatt ein „fertiges“ Produkt zu veröffentlichen, werden in Iterationen weiterhin schrittweise Produktverbesserungen basierend auf Kunden- und Marktfeedback vorgenommen.

Agiles Prinzip 2

„Begrüßen Sie sich ändernde Anforderungen, auch spät in der Entwicklung. Agile Prozesse nutzen Veränderungen für den Wettbewerbsvorteil des Kunden.“

In der Welt um uns herum ist Veränderung die einzige Konstante. Agile Prinzipien und Werte unterstützen es, auf diese Veränderungen zu reagieren. Frühere Ansätze zur Produktentwicklung waren oft änderungsfeindlich – detaillierte, gut dokumentierte Pläne wurden vor Beginn der Entwicklung erstellt und unabhängig von neuen Erkenntnissen in Stein gemeißelt. Agile Prinzipien unterstützen die Beobachtung von sich verändernden Märkten, Kundenbedürfnissen und Wettbewerbsbedrohungen und die Kursänderung bei Bedarf.

Praktische Umsetzung

  • Produktteams werden von übergeordneten strategischen Zielen und vielleicht sogar Themen unterhalb dieser Ziele geleitet. Der Erfolg der Produktabteilung wird am Fortschritt in Richtung dieser strategischen Ziele gemessen und nicht an der Bereitstellung eines vordefinierten Funktionsumfangs.
  • Das Produkt hat ständig ein Ohr am Boden und überwacht den Markt, das Kundenfeedback und andere Faktoren, die die Produktrichtung beeinflussen könnten. Wenn umsetzbare Erkenntnisse gewonnen werden, werden die Pläne angepasst, um die Kunden- und Geschäftsanforderungen besser zu erfüllen.
  • Produktstrategie und taktische Pläne werden regelmäßig überprüft, angepasst und ausgetauscht, um Änderungen und neue Erkenntnisse widerzuspiegeln. Daher muss das Produkt die Erwartungen der leitenden Interessengruppen angemessen verwalten und sicherstellen, dass sie die Gründe für die Änderungen verstehen.

Agiles Prinzip 3

„Liefern Sie häufig funktionierende Software, von ein paar Wochen bis zu einigen Monaten, und bevorzugen Sie den kürzeren Zeitrahmen.“

Die agile Philosophie bevorzugt die Aufteilung der Produktentwicklung in kleinere Komponenten und den häufigen „Versand“ dieser Komponenten. Die Verwendung eines agilen Ansatzes und der Einbau häufigerer Mini-Releases des Produkts kann daher die Gesamtentwicklung des Produkts beschleunigen.

Dieser agile Ansatz mit kurzfristigen Entwicklungszyklen kleinerer Teile des Produkts führt dazu, dass weniger Zeit für das Entwerfen und Durcharbeiten der großen Dokumentationsmengen aufgewendet wird, die für die Waterfall-Produktentwicklung charakteristisch sind. Noch wichtiger ist, dass dieser Ansatz mit häufigen Veröffentlichungen Ihnen und Ihren Teams mehr Möglichkeiten bietet, Ihre Produktideen und -strategien von den qualifizierten Kundenkreisen zu validieren, die jede neue Veröffentlichung sehen.

Praktische Umsetzung

  • Agile Entwicklungszyklen (Iterationen) unterteilen Produktinitiativen in kleinere Teile, die in einem festgelegten Zeitrahmen abgeschlossen werden können. Oft liegt dieser Zeitrahmen zwischen 2 und 4 Wochen, was wirklich ein Sprint (Begriff in Scrum für eine Iteration) ist, wenn man die marathonartigen Entwicklungszyklen bedenkt, denen Wasserfallteams oft folgen.
  • Eine weitere beliebte Alternative zu agilen Sprints ist Continuous Deployment. Diese Art des Versands von Software funktioniert häufig weniger in Bezug auf vorgegebene Zeitfenster als vielmehr in Bezug auf die einfache Entscheidung, was zu tun und zu tun ist.

Agiles Prinzip 4

„Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.“

Kommunikation ist eine kritische Komponente für den Erfolg jedes Projekts oder Teams, und agile Prinzipien verlangen im Wesentlichen, dass es sich um ein tägliches Ereignis handelt. Es braucht ein Dorf, um ein Kind aufzuziehen, sagen sie, und das gilt auch für das Produkt.

Ein erfolgreiches Produkt erfordert Erkenntnisse von der kaufmännischen und technischen Seite einer Organisation, die nur möglich ist, wenn diese beiden Teams konsequent zusammenarbeiten. Regelmäßige Kommunikation zwischen Geschäftsleuten und Entwicklern trägt dazu bei, die Ausrichtung im gesamten Unternehmen zu verbessern, indem Vertrauen und Transparenz aufgebaut werden.

Praktische Umsetzung

  • Zu den funktionsübergreifenden agilen Produktentwicklungsteams gehören Produktmitarbeiter. Das bedeutet, dass das Produkt im Entwicklungsteam vertreten ist und die Lücke zwischen technischen und kaufmännischen Aspekten des Produkts schließt.
  • Tägliche Update-Meetings oder Standups sind eine Technik, die viele agile Shops verwenden, um dieses Prinzip in die Tat umzusetzen und alle in Verbindung zu halten.

Agiles Prinzip 5

„Bauen Sie Projekte rund um motivierte Personen auf. Geben Sie ihnen die Umgebung und Unterstützung, die sie brauchen, und vertrauen Sie ihnen, dass sie ihre Arbeit erledigen.“

Ein wesentlicher Bestandteil der agilen Philosophie besteht darin, Einzelpersonen und Teams durch Vertrauen und Autonomie zu stärken. Das agile Team muss sorgfältig zusammengestellt werden, um die richtigen Leute und Fähigkeiten zu umfassen, um die Arbeit zu erledigen, und die Verantwortlichkeiten müssen vor Beginn eines Projekts klar definiert werden. Sobald die Arbeit jedoch begonnen hat, ist in Agile kein Platz für Mikromanagement oder Handhaltung.

Praktische Umsetzung

  • Das Produkt muss eindeutig sicherstellen, dass das Engineering die Strategie und die Anforderungen versteht, bevor die Entwicklung beginnt. Dies bedeutet nicht nur das Teilen von User Stories mit dem funktionsübergreifenden Team, sondern auch das Gesamtbild, das in der Produkt-Roadmap skizziert wird.
  • Das Produkt ist nicht dafür verantwortlich zu erklären, „wie“ etwas gebaut werden soll. Sie müssen mitteilen, was und warum, aber es ist die Aufgabe des Delivery-Teams, das Wie zu bestimmen. Darüber hinaus verwaltet das Produkt während Sprints kein Mikromanagement, sondern steht selbst zur Verfügung, um Fragen zu beantworten und bei Bedarf Unterstützung zu leisten.

Agiles Prinzip 6

„Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das persönliche Gespräch.“

Bei so vielen verteilten oder entfernten (remote) Entwicklungsteams heutzutage wird dieses Prinzip ein wenig kritisiert. Aber im Grunde bedeutet effektive Kommunikation mit Entwicklern, diese Konversationen aus Slack und E-Mail herauszuholen und eine menschlichere Interaktion zu bevorzugen (auch wenn sie über Videokonferenzen erfolgt). Das übergeordnete Ziel dieses Prinzips besteht darin, Produktmitarbeiter und -entwickler zu ermutigen, in Echtzeit über das Produkt, die Anforderungen und die übergeordnete Strategie, die diese Dinge vorantreibt, zu kommunizieren.

Praktische Umsetzung

  • Tägliche Standup-Meetings
  • Gemeinsame Backlog-Refinement-Sitzungen
  • Sprint-Planungsmeetings
  • Häufige Demos

Agiles Prinzip 7

„Funktionierende Software ist das wichtigste Maß für den Fortschritt.“

Befürworter der agilen Philosophie erinnern uns schnell daran, dass wir in der Softwareentwicklung tätig sind und unsere Zeit damit verbracht werden sollte. Eine perfekte und detaillierte Dokumentation ist zweitrangig gegenüber funktionierender Software. Diese Mentalität drängt darauf, Produkte schnell auf den Markt zu bringen, anstatt Dokumentation oder eine „Es ist nicht fertig, bis sie perfekt ist“-Mentalität zu einem Engpass werden zu lassen. Der ultimative Maßstab für den Erfolg ist ein funktionierendes Produkt, das Kunden lieben. Auch wenn dieses Prinzip stark an die SW-Entwicklung angelehnt ist, gilt es auch für andere Produktentwicklungen.

Praktische Umsetzung

  • Das Entwerfen und Veröffentlichen von „Minimum Viable Features“ statt vollständig entwickelter Feature-Sets bedeutet, in erster Linie über die kleinsten Dinge nachzudenken, die wir liefern können, um Kundenfeedback zu erhalten und zu validieren, während wir weiterhin Software (Produkte) entwickeln.
  • Eine Fail-Fast-Mentalität bedeutet, auch in Zeiten der Unsicherheit voranzukommen und Ideen schnell zu testen.
  • Versenden Sie Software oft: Ein nützliches Produkt ist jetzt besser als ein perfektes später.

Agiles Prinzip 8

„Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Nutzer sollen auf unbestimmte Zeit ein konstantes Tempo halten können.“

Mit einem anspruchsvollen, schnellen Release-Zeitplan Schritt zu halten, kann ein Team überfordern. Vor allem, wenn die Erwartungen zu hoch sind. Agile Prinzipien ermutigen uns, uns dessen bewusst zu sein und realistische, klare Erwartungen zu setzen. Die Idee ist, die Arbeitsmoral hoch zu halten und die Work-Life-Balance zu verbessern, um Burnout und Fluktuation unter Mitgliedern funktionsübergreifender Teams zu verhindern.

Praktische Umsetzung

  • Vor jeder Iteration wird sorgfältig geprüft, wie viel Arbeit geleistet werden kann. Entwicklungsteams versprechen nie zu viel. Aufwandsschätzungen sind eine gängige Praxis beim Festlegen von Output-Erwartungen für Entwicklungsteams.
  • Alle sind sich einig, was während eines Sprints getan wird. Sobald ein Sprint begonnen hat, dürfen außer in seltenen Fällen keine weiteren Aufgaben hinzugefügt werden.
  • Produktmanager sollten als Gatekeeper fungieren, um zu verhindern, dass zusätzliche ungeplante Arbeit in die Iteration “gequetscht” wird.
  • Produktmitarbeiter sollten ihren Teil dazu beitragen, ein Gefühl der psychologischen Sicherheit im funktionsübergreifenden Team zu fördern, das offene Kommunikation und frei fließendes Feedback fördert.

Agiles Prinzip 9

„Kontinuierliches Augenmerk auf technische Exzellenz und gutes Design erhöht die Agilität.“

Während die agile Philosophie kürzere Zyklen und häufige Releases fördert, betont sie auch, wie wichtig es ist, die Dinge sauber und ordentlich zu halten, damit sie in Zukunft keine Probleme verursachen. Produktmanager vergessen diesen Aspekt der Entwicklung oft, weil sie ihre Tage meist nicht damit verbringen, durch die Codebasis ihrer Produkte zu wühlen, aber er ist dennoch von größter Bedeutung für sie.

Praktische Umsetzung

  • Das Team muss sich der technischen Schulden und der Auswirkungen der technischen Schulden durch alle neuen Funktionen oder Initiativen bewusst sein , die dem Rückstand hinzugefügt werden. Entwickler und Produkt müssen zusammenarbeiten, um zu verstehen, ob und wann technische Schulden akzeptabel sind.
  • Das Produkt muss regelmäßig Entwicklungsressourcen für Refactoring-Bemühungen bereitstellen. Refactoring kann kein nachträglicher Gedanke sein, es muss eine fortlaufende Überlegung sein.

Agiles Prinzip 10

„Einfachheit – die Kunst, die Menge an nicht erledigter Arbeit zu maximieren – ist unerlässlich.“

Sie haben wahrscheinlich schon von der 80/20-Regel (Pareto-Regel) gehört – dem Konzept, dass Sie in der Regel mit nur 20 % der Arbeit 80 % der beabsichtigten Ergebnisse erzielen können. Agile Prinzipien fördern diese Denkweise; die Dinge tun, die die größte Wirkung haben können. In einem Produktmanagement-Kontext bedeutet dies, einen scharfen Fokus auf die Unternehmensziele zu haben und einige radikale Priorisierungsentscheidungen zu treffen. Agile Prinzipien raten dem Bauen nur um des Bauens willen ab, indem sie die Bedeutung von strategischer und zweckgerichteter Bauweise betonen.

Praktische Umsetzung

  • Produktmanager müssen sehr fokussierte Produktentscheidungen treffen und die Produktstrategie eng an den Unternehmenszielen ausrichten, während sie extrem wählerisch sein müssen, welche User Stories und Funktionen tatsächlich den Durchbruch schaffen. Die Verwendung von Priorisierungstechniken zur Priorisierung von Initiativen nach Aufwand und prognostizierten Auswirkungen ist eine Möglichkeit, wie Produktteams dieses agile Prinzip auf die Produktentwicklung anwenden können.
  • Die kurzen Sprints, durch die Agile gekennzeichnet ist, bieten viele Möglichkeiten für schnelle Tests und Experimente, die dazu beitragen können, die Unsicherheit darüber zu verringern, ob Initiativen wirklich die vorhergesagte Wirkung haben. Die Verwendung von Experimenten zur Validierung von Ideen, bevor sie gemäß den Spezifikationen erstellt werden, ist eine großartige Möglichkeit, schlechte Ideen auszusortieren und gute zu identifizieren.

Agiles Prinzip 11

„Die besten Architekturen, Anforderungen und Designs entstehen aus sich selbst organisierenden Teams.“

In traditionellen Entwicklungsmethoden sieht man oft pyramidenförmige Teams, in denen das Management wichtige Entscheidungen für die Mitwirkenden trifft. Agile Prinzipien schlagen den Einsatz selbstorganisierender Teams vor, die mit einem „flacheren“ Führungsstil arbeiten, bei dem Entscheidungen als Gruppe und nicht von einem einzelnen Manager oder Managementteam getroffen werden. Das Konzept knüpft an den Wert von agilen Teams und Interaktionen gegenüber Prozessen und Tools an, und die Absicht hinter dem Konzept besteht darin, Teams zu befähigen, nach Bedarf zusammenzuarbeiten.

Praktische Umsetzung

  • Selbstorganisierende Teams sind autonome Gruppen innerhalb der Organisation, die die Kontrolle und Verantwortung für ihre jeweiligen Projekte übernehmen und die Verantwortung für diese Bereiche haben. Verschiedene Organisationen praktizieren dieses Prinzip unterschiedlich. Spotify übt dies beispielsweise mit „Product Squads“.

Agiles Prinzip 12

„In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, stimmt dann sein Verhalten ab und passt es an.“

Wenn Sie wirklich nach agilen Prinzipien leben, gibt es keinen Platz für „Wir können uns nicht ändern, weil wir es immer so gemacht haben“. So wie wir immer wieder Neues über unsere Kunden und Märkte lernen, lernen wir auch aus den Prozessen, mit denen wir diese Dinge lernen. Bei Agile geht es nicht darum, bei jedem Sprint und Release einem streng definierten Prozess zu folgen, sondern um kontinuierliche Verbesserung. Und diese kontinuierliche Verbesserung muss sich auch auf Prozesse und Teams erstrecken.

Praktische Umsetzung

  • Das Experimentieren und Testen beschränkt sich nicht nur auf das Produkt. Agile Teams werden ermutigt, mit ihren Prozessen zu experimentieren. Sie denken vielleicht, dass Sie bereits etwas gut gemacht haben, nur um mit einer überarbeiteten Version des Prozesses zu experimentieren und eine noch effektivere Methode zu entdecken. Das Experimentieren mit Ihrem Prozess und Ihrem Team ist genauso wichtig wie das Experimentieren mit der Software, die Sie erstellen.
  • Regelmäßige Retrospektiven sind Gelegenheit für das Team, zu besprechen, was gut gelaufen ist, was nicht so gut gelaufen ist und wo der Prozess optimiert werden kann, um Dinge in Zukunft zu verbessern. Sie sind ein ausgezeichneter Ort für Produktmanager und Product Owner, um zu lernen, ob sie effektiv mit Entwicklern kommunizieren und ihnen die Unterstützung bieten, die sie vor, während und nach Sprints benötigen.
  • Eine weitere Überlegung bezüglich dieses agilen Prinzips ist, dass Sie, um es effektiv zu praktizieren, eine Kultur des Vertrauens und der Transparenz schaffen müssen, die Offenheit und den häufigen Austausch von Feedback fördert.

Haben Sie Fragen oder Anregungen zum Beitrag? Dann freue ich mich von Ihnen zu hören. Nutzen Sie mein E-Mail zum Kontakt: michael.taube[@]deutsche-projekt-akademie.de.

About the Author

You may also like these