Es war einmal ein erfahrenes Team, das bereits seit vielen Iterationen an der Entstehung eines neuen Produktes mitgewirkt hatte. Das Team war eingespielt, hatte eine stabile Velocity erreicht und ließ sich durch äußere Einflüsse nicht nachhaltig aus der Ruhe bringen.

Die letzte Veränderung in diesem sozialen Gefüge fand in der Mitte der aktuellen Iteration statt: ein neues Team-Mitglied wurde aufgenommen und in die bestehenden Strukturen und Abläufe integriert. Für dieses Team-Mitglied bestand die Notwendigkeit, neben der fachlichen Thematik auch das angewendete Management-Framework Scrum kennenzulernen. Die im Team benutzten Entwicklungspraktiken und -prinzipien wie Clean Code und TDD waren ihm bereits bekannt, so dass die Zusammenarbeit mit den anderen Team-Mitgliedern auf technischer Ebene keinerlei Problem darstellte.

Am großen Tag der Sprint-Turnover-Meetings kam es dann in der Closing-Phase der Retrospektive zu einer bemerkenswerten Aussage.

“Ich verstehe gar nicht, warum wir da jetzt so lange auf dem einen Thema rumreiten mussten. Für mich ist das alles Pienzen auf hohem Niveau.”

Ein schöneres Kompliment konnte für das Team gar nicht geben.

Der eigene Blick von Innen durch das Team auf sich selbst legt oftmals den Fokus auf erkannte Probleme. Ein Team kann im Laufe der Zeit das Gefühl dafür verlieren, wie viele Verbesserungen es an der eigenen Vorgehensweise schon durchgeführt hat. So kann im Team der Eindruck entstehen, dass es nicht wirklich weiterkommt, gerade wenn die Retrospektive konsequent und effektiv nach jeder Iteration durchgeführt wird.

Ein guter Retrospektiven-Moderator ist in der Lage, ein Team seine kleinen und großen Erfolge feiern zu lassen. Und er ist in der Lage, das Positive einer Iteration vom Team herausarbeiten zu lassen und durch konkret umsetzbare Maßnahmen ab der nächsten Iteration zu verstärken.

Da im Regelfall dieser Moderator auch zum Team gehört oder zumindest eng mit dem Team verbunden ist, kann auch dieser in eine Betriebsblindheit verfallen und die notwendige Meta-Ebene verlassen. Genau da hilft ein Blick von außen, der dem Team spiegeln kann, wie es gesehen wird und wo es steht.

Es kann sehr hilfreich sein, ab und zu einen externen Blick in die Retrospektive zu holen, sei es durch einen externen Moderator oder ein neues Team-Mitglied (was eine Ausnahme bleiben sollte). Auch der Außenblick eines Stakeholders oder Managers kann dem Team während der “Gather Data”-Phase einer Retrospektive entscheidende Hinweise auf wichtige, zu behandelnde Themen geben.

Fazit: öfter den Blick von Außen auf das Team einholen, um den blicken Fleck des Teams sichtbar zu machen.

Lassen Sie und einen Blick auf das zwölfte Prinzip unter dem Agilen Manifest werfen:

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

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “In regelmäßigen Abständen” – Es ist nicht ausreichend, das Projekt nach seinem Abschluss zu betrachten, da wir nicht in der Lage sind, unsere Herangehensweise in der Projektentwicklung rückwirkend zu ändern. Auch wenn durch eine sogenannte “Post-Mortem Analyse” schwerwiegende Misstände erkannt und daraus Maßnahmen für das nächste Projekt abgeleitet werden können, ist es uns nicht möglich, das gerade durchgeführte Projekt anders umzusetzen. Aus diesem Grund müssen wir unsere aktuellen Verhaltens- und Herangehensweisen iterativ betrachten.
  Werte: Commitment
  Prinzipien: Iteration
  Praktiken: Iteration, Sprint, Wöchentlicher Zyklus
• “reflektiert das Team, wie es effektiver werden kann” – Weder der Team-Manager, noch der Scrum Master, noch ein Qualitätsmanager ist dafür Verantwortlich, die Workflows und Prozesse eines Entwicklungsteams zu definieren. Nur das Team selbst ist in der Lage, die eigenen Gewohnheiten zu inspizieren und zu entscheiden, was wie geändert werden soll. Es ist natürlich nicht verboten, einen externen Moderator für Retrospektiven heranzuziehen – dies kann dem Team helfen, sich auf die Inhalte und Erkenntnisse zu konzentrieren anstatt auf die Durchführung eines Meetings.
  Werte: Offenheit, Feedback
  Prinzipien: Reflektierung, Inspektion
  Praktiken: Sprint Retrospektive, Ursachenanalyse, Verschwendung erkennen, Wertstromanalyse
• “und passt sein Verhalten entsprechend an” – Die schlimmste Retrospektive ist eine Reflektierung des eigenen Verhaltens ohne jegliche Einsichten und abgeleitete Maßnahmen. Es muss durchführbare Resultate für das Team geben, damit ihm die Möglichkeit gegeben wird, Verantwortung für diese Resultate zu übernehmen.
  Werte: Commitment
  Prinzipien: Verbesserung, Verschwendung eliminieren, Lernen verstärken, Adaption
  Praktiken: Sprint Retrospektive

Um es mit wenigen Worten auszudrücken, das zwölfte Prinzip beschreibt Inspektion und Adaption.

Lassen Sie uns einen Blick werfen auf das elfte Prinzip unter dem Agilen Manifest:

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

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “Die besten Architekturen, Anforderungen und Entwürfe” – Es geht darum, Produktideen zu entdecken, deren technische und inhaltliche Herausforderungen zu erkunden und entsprechende Lösungen zu finden. Diese Artefakte dürfen nicht einzeln und unabhängig voneinander erstellt werden. Sie gehören zusammen und bilden als Ganzes das resultierende Produkt.
  Werte: Einfachheit, Fokus
  Prinzipien: Vielfalt
  Praktiken: Ganzes Team
• “entstehen” – Die benötigten Artefakte können nicht von vornherein geplant werden. Sie werden während des Projektes entdeckt und entstehen auf eine evolutionäre Art und Weise. Denken Sie nicht zu lange über den richtigen Weg nach, etwas zu tun. Gehen Sie einfach iterativ-inkrementell voran und verbessern Sie diesen Weg durch regelmäßiges Reflektieren.
  Werte: Einfachheit, Feedback, Mut
  Prinzipien: So spät wie möglich entscheiden, Baby-Schritte, Adaption
  Praktiken: Testgetriebene Entwicklung, Refaktorisierung
• “durch selbstorganisierte Teams” – Ein Team benötigt keine einzelne, verantwortliche Person “obendrüber”, um zu entscheiden, wer was wann und wie bearbeitet. Wenn ein Team alle notwendigen Rollen und Fähigkeiten hat, um das benötigte Product zu erzeugen, dann ist es in der Lage, selbst zu entscheiden und sich selbst zu organisieren.
  Werte: Kommunikation, Commitment
  Prinzipien: Vielfalt, Akzeptierte Verantwortung, Bevollmächtigtes Team, Mitmenschlichkeit, Unterstützende Kultur
  Praktiken: Ganzes Team, Osmotische Kommunikation, Dienende Führung

Um es mit einem Wort auszudrücken, das elfte Prinzip handelt von Selbst-Organisation.

Lassen Sie uns einen Blick auf das zehnte Prinzip unter dem Agilen Manifest werfen:

“Einfachheit — die Kunst, die Menge nicht getaner Arbeit zu maximieren — ist essenziell.”

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “Einfachheit” – Wie in dem Prinzip bereits selbst erwähnt, handelt es sich um “die Kunst, die Menge nicht getaner Arbeit zu maximieren“. Denken Sie stets über unnötige Aufgaben in Ihrer Todo-Liste nach. Denken Sie an Anforderungen, welche niemand wirklich umgesetzt haben muss, um seine Arbeit zu erledigen. Denken Sie an Methoden, Klassen und Ihr Software-Design im Allgemeinen – Sie werden immer verschiedenste Dinge finden, die einfach weggelassen werden können. Viele Aufgaben und Anforderungen tragen überhaupt nichts dazu bei, ein Ziel zu erreichen.
  Werte: Fokus, Einfachheit
  Prinzipien: Limitierung der laufenden Arbeiten, So spät wie möglich entscheiden, Selbstähnlichkeit, Opportunität, Verschwendung eliminieren
  Praktiken: Product Backlog, Refaktorisierung, Verschwendung erkennen, Einfaches Design
• “ist essenziell” – Das Essenzielle ist das, was tatsächlich Wert erzeugt. Alle anderen Dinge sind “nice to have”, “Gold Plating” (vergolden) oder rein technischer Schnickschnack. Wir müssen das Wesentliche fokussieren, um unsere zugesagten Ziele zu erreichen.
  Werte: Fokus, Mut
  Prinzipien: Verschwendung eliminieren, So spät wie möglich entscheiden, Ökonomie, Business Value
  Praktiken: Verschwendung erkennen

Lesen Sie auch meinen Artikel über “Fokus auf das Wesentliche“.

Um es mit einem Wort zu sagen, das zehnte Prinzip handelt von Einfachheit.

Lassen Sie uns einen Blick auf das neunte Prinzip unter dem Agilen Manifest werfen:

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

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “Ständiges Augenmerk” – Hüten Sie sich vor Routine im Arbeitsalltag! Halten Sie Ihre Konzentration oben und bleiben Sie fokussiert an den Dingen, an denen Sie gerade arbeiten. Dies bedeutet auch, eine Pause zu machen, wenn Sie nicht dazu in der Lage sind. Zwingen Sie sich nicht, weiter zu arbeiten, wenn Sie abgelenkt und kraftlos sind.
  Werte: Fokus
  Prinzipien: Opportunität, Akzeptierte Verantwortung, Reflektierung
  Praktiken: Motivation
• “technische Exzellenz” – Versammeln Sie die richtigen Leute mit den richtigen Fähigkeiten, um ein Produkt zu erzeugen. Kultivieren Sie ein Umfeld lebenslangen Lernens, um sich neue Kenntnisse anzueignen und die eigenen Fähigkeiten zu erweitern.
  Werte: Mut, Einfachheit, Fokus
  Prinzipien: Reflektive Verbesserung, Lernen verstärken, Akzeptierte Verantwortung, Qualität
  Praktiken: (agiles) Testen, Sprint Retrospektive, Motivation
• “gutes Design” – Erzeugen Sie kein Produkt, das außen zwar schön aussieht, im inneren jedoch hässlich umgesetzt ist. Packen Sie sich selbst an Ihrer Berufsehre und bauen Sie ein Software-Produkt auf eine Art und Weise, dass Sie auf jedes Details stolz sein können.
  Werte: Einfachheit
  Prinzipien: Verbesserung, Qualität, Baby-Schritte, Inkremente
  Praktiken: Pair Programming, testgetriebene Entwicklung, Refaktorisierung
• “fördert Agilität” – Wenn wir nicht die richtigen Kenntnisse, die richtigen Fähigkeiten und die richtige Attitüde besitzen, werden wir auf der agilen Reise irgendwo stecken bleiben. Dies ist der Grund, weswegen manche Teams nach ihrem anfänglichen agilen Erfolg nicht weiterkommen.
  Werte: Offenheit, Mut
  Prinzipien: Reflektive Verbesserung
  Praktiken: Sprint Retrospektive

Um es mit zwei Worten auszudrücken, das neunte Prinzip beschreibt Technische Exzellenz.

Lassen Sie uns einen Blick auf das achte Prinzip unter dem Agilen Manifest werfen:

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

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “Agile Prozesse fördern nachhaltige Entwicklung.” – Dies ist kein Prinzip, sondern eine Annahme, welche durch die Anwendung agiler Praktiken bestätigt werden muss. Ich bin der Meinung, dieser Satz sollte aus dem achten Prinzip entfernt werden oder zumindest umformuliert.
• “Die Auftraggeber, Entwickler und Benutzer” – Es handelt sich um einen bereichsübergreifenden Ansatz, welcher das gesamte Team umfasst sowie alle Personen, die in der Produktentstehungskette involviert sind.
  Werte: Kommunikation
  Prinzipien: Zusammenarbeit und Kooperation aller Beteiligten, Vielfalt
  Praktiken: Einbindung der echten Anwender, Ganzes Team
• “sollten ein gleichmäßiges Tempo [...] halten können” – Die an der Produktentstehungskette beteiligten Personen dürfen weder an Überlastung leiden, noch dürfen sie wartend rumsitzen. Eine wichtige Praktik insbesondere für das Team ist der Kollektivbesitz sowohl des Codes, als auch der Verantwortung. Ich nenne das “verteiltes Commitment”.
  Werte: Commitment, Fokus, Mut
  Prinzipien: Regelmäßige Auslieferung, Flow, Baby-Schritte
  Praktiken: Leidenschaftliche Arbeit, Kollektivbesitz
• “auf unbegrenzte Zeit” – Es reicht nicht, eine konstante Geschwindigkeit am Anfang eines Projektes oder nur für ein paar Iterationen zu halten. Gerade am Ende eines Projektes sollen alle beteiligten Personen Ruhe bewahren und in einem “Flow” die Arbeit zu Ende bringen.
  Werte: Commitment
  Prinzipien: Mitmenschlichkeit, Flow, Limitierung der laufenden Arbeiten
  Praktiken: Motivation, Leidenschaftliche Arbeit

Um es in zwei Worten auszudrücken, das achte Prinzip lautet “Gleichmäßiges Tempo“.

Lassen Sie uns einen Blick auf das siebte Prinzip unter dem Agilen Manifest werfen:

“Funktionierende Software ist das wichtigste Fortschrittsmaß.”

Was bedeutet das wirklich? Welchen Einfluss hat das auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wo uns das hinführt.

• “Funktionierende Software” – es ist unerheblich, wie viele Module, Schnittstellen und Dokumente wir in Arbeit haben oder wie viele davon existieren. Das einzige, was zählt, sind fertiggestellte, voll funktionstüchtige Teile des benötigten Softwareprodukts.
  Werte: Commitment, Fokus
  Prinzipien: Qualität, Aktive Einbindung der Anwender, Integrität einbauen
  Praktiken: Definition of Done, Akzeptanz-Tests, Einbindung der echten Anwender, Testen durch den Anwender, Produkt Demonstration
• “ist das wichtigste Fortschrittsmaß” – niemand interessiert sich  für die Anzahl der Arbeitsstunden, die Anzahl der Programmzeilen oder eine andere technische Metrik. Nur fertige und auslieferbare Features sind wichtig.
  Werte: Einfachheit, Commitment, Feedback
  Prinzipien: Business Value, Regelmäßige Auslieferung
  Praktiken: Inkrementelles Deployment, Kleine Releases, Release Burndown, Produkt Demonstration, Messungen

Lassen Sie uns einen Blick auf das sechste Prinzip unter dem agilen Manifest werfen:

Lassen Sie uns einen Blick auf das fünfte Prinzip unter dem agilen Manifest werfen:

“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.”

Was bedeutet das tatsächlich? Welche Auswirkungen hat dieses Prinzip auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wohin uns das führt.

• “Errichte Projekte rund um motivierte Individuen” – suchen Sie Persönlichkeiten, die den entsprechenden Antrieb mitbringen. Stellen Sie nur Leute ein, die Ihren Job lieben und Ihrer Arbeit mit großer Leidenschaft nachgehen. Trennen Sie sich von unfähigen, unwilligen oder gar zerstörerischen Leuten, da diese einen sehr negativen Einfluss auf den Projekterfolg haben werden.
  Werte: Commitment, Mut
  Prinzipien: Opportunität, Lernen verstärken, Mitmenschlichkeit, Akzeptierte Verantwortung
  Praktiken: Motivation, Leidenschaftliche Arbeit
• “Gib ihnen” – bereits in der Bibel steht geschrieben “Gebt, und es wird euch gegeben werden”. Verlangen Sie nicht nach Ergebnissen von den Teams, sondern geben Sie ihnen, was sie für ihr privates und berufliches Leben benötigen.
  Werte: Respekt
  Prinzipien: Bevollmächtigtes Team, Mitmenschlichkeit, Unterstützende Kultur
  Praktiken: Dienende Führung
• “das Umfeld” – das Team benötigt ein angemessenes Arbeitsumfeld, einen geeigneten Arbeitsplatz und das beste Equipment, welches verfügbar ist, um seine Arbeit auf eine professionelle Art und Weise durchzuführen.  Dabei handelt es sich auch um die Prozesse des Teams aus dem Blickwinkel der gesamten Organisation. Umgeben Sie das Team mit schlanken Strukturen und versuchen Sie, bürokratische Strukturen zu vermeiden, welche die Performance und Geschwindigkeit des Teams behindern.
  Werte: Einfachheit, Offenheit
  Prinzipien: Bevollmächtigtes Team, Unterstützende Kultur
  Praktiken: Ganzes Team, Team-Raum
• “und die Unterstützung, die sie benötigen” – helfen Sie dem Team, sobald es nicht weiterkommt oder irgendwo stecken bleibt. Machen Sie den Weg für das Team frei und entfernen Sie jedwede Behinderung. Zeigen Sie dem Team alternative Wege, die es beschreiten kann.
  Werte: Mut, Fokus
  Prinzipien: Verbesserung, Adaption, Unterstützende Kultur
  Praktiken: Dienende Führung
• “vertraue darauf, dass sie die Aufgabe erledigen” – wenn Sie motivierte Individuen im Team haben, dann müssen sie diesen auch vertrauen. Es sind die Leute, welche genau wissen, wie sie ihre Arbeit erledigen müssen. Lassen Sie niemanden außerhalb des Teams entscheiden und planen, wie das Team seine Arbeit erledigen soll und wer an was und wann arbeitet.
  Werte: Respekt, Mut
  Prinzipien: Selbstorganisiertes Team, Bevollmächtigtes Team, Menschlichkeit, Vielfalt, Unterstützende Kultur
  Praktiken: Ganzes Team, Team-Raum, Team-Kontinuität, Persönliche Sicherheit, Leidenschaftliche Arbeit

Um es mit wenigen Worten zu sagen, das fünfte Prinzip handelt von Unterstützung und Vertrauen.

Das vierte Prinzip hinter dem agilen Manifest lautet:

“Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.”

Was bedeutet das tatsächlich? Welche Auswirkungen hat dieses Prinzip auf unsere tägliche Arbeit? Lassen Sie uns dieses Prinzip analysieren und sehen, wohin uns das führt.

• “Fachexperten” – es gibt Leute mit einem enorm umfangreichen Wissen über die Zielmärke eines Produktes, dessen Anwender und Kunden, sowie der benötigten Funktionalitäten. Diese Personen sollten nicht unbedingt die Entwickler des Produktes sein, da diese üblicherweise dazu tendieren, technikgetriebene, schicke kleine Dinge zu implementieren. “Fachexperten” sollten diejenigen sein, welche die Produktanforderungen mit dem größten Kundennutzen (oder Geschäftswert) pflegen und priorisieren können.
  Werte: Respekt, Kommunikation
  Prinzipien: Aktive Einbindung der Anwender, Ökonomie
  Praktiken: Einbindung der echten Anwender, Ganzes Team
• “Entwickler” – im Sinne von “Produktentwickler” bezieht sich das nicht nur auf programmierende Software-Entwicklern. Ebenso beteiligt sind Tester, technische Redakteure, Interface Designer, Business Analysten und alle anderen Rollen, die dazu beitragen können, ein funktionierenden Software-Produkt zu erstellen.
  Werte: Respekt, Kommunikation
  Prinzipien: Vielfalt, Mitmenschlichkeit
  Praktiken: Ganzes Team
• “müssen zusammenarbeiten” – es ist im Regelfall nicht hilfreich, Experten für sich alleine arbeiten zu lassen und ihre Ergebnisse in einer Prozesskette dem nächsten Experten zu zu werfen. Ihre Leistung sollte vielmehr das Ergebnis enger Zusammenarbeit und Kommunikation sein.
  Werte: Kommunikation
  Prinzipien: Vielfalt, Gegenseitiger Nutzen, Zusammenarbeit und Kooperation alles Beteiligten
  Praktiken: Ganzes Team
• “täglich” – Zusammenarbeit und Kommunikation funktionieren nur auf einer kontinuierlichen Basis gut. Ein Product Owner muss für das Team während des ganzen Sprints verfügbar und präsent sein, nicht nur zu den Planungs- und Review-Meetings.
  Werte: Fokus, Commitment
  Prinzipien: Flow, Iteration
  Praktiken: Zusammen sitzen, Osmotische Kommunikation, Daily Scrum, Ganzes Team
• “während des Projektes” – Zusammenarbeit und Kommunikation dürfen nicht nur während spezifischer Phasen eines Projektes stattfinden. Sie müssen durchgängig von Anfang bis zum Ende eines Projektes gelebt werden.
  Werte: Commitment, Fokus
  Prinzipien: Regelmäßige Auslieferung, Flow, Iteration, Zusammenarbeit und Kooperation alles Beteiligten
  Praktiken: Team-Kontinuität, Leidenschaftliche Arbeit

Um es mit nur zwei Worten zu sagen, das vierte Prinzip beschreibt die Bereichsübergreifende Zusammenarbeit.