Agile Delivery 1x1: Überblick, Best Practices & Beispiele

Alle reden von “Agile Delivery” und Sie wollen deshalb einen schnellen Überblick, einige Beispiele und Best Practices? In diesem Artikel werden Sie fündig.

Agile Delivery ist eine Methode zur Bereitstellung von Werten für Kunden und Stakeholder unter Anwendung agiler Prinzipien und Praktiken.

Agile Delivery basiert auf der Idee der iterativen Auslieferung, d. h. der frühzeitigen und häufigen Vorstellung von Arbeitsschritten des Produkts oder der Dienstleistung und dem Lernen aus dem Feedback und den Daten des Kunden zur Verbesserung und Anpassung.

Agile Delivery ist nicht dasselbe wie “Waterfall Delivery”, eine traditionelle Art der Wertschöpfung, bei der Planung, Konzeption, Entwicklung, Tests usw. vorgeplant und dann nacheinander abgearbeitet werden.

Man hört oft, dass ein agiles Team ein riesiges “Backlog” bzw. Aufgaben-Rückstau hat, der die nächsten Monate dominieren wird. Und dies wird oft als “Agile Waterfall Delivery” bezeichnet. Ich möchte jedoch klarstellen, dass es so etwas wie “Agile Waterfall Delivery” nicht gibt. Und wenn jemand behauptet, sie zu verwenden, dann wird zusammengefügt, was nicht zusammengehört.

Agile Delivery Grundlagen

Es gibt drei Hauptgrundsätze der Agile Delivery, die Sie verstehen und anwenden müssen:

• Arbeitsinkremente früh und oft ausliefern: Stellen Sie sicher, dass jeder versteht, dass nur dann ein Wert geschaffen wird, wenn der Kunde etwas Brauchbares in der Hand hält. Alles, was davor passiert, verursacht Kosten und schafft keinen Wert. Egal, woran man arbeitet, es ist erst dann “fertig”, wenn ein Kunde es tatsächlich nutzen kann. Dementsprechend sollten Teams erst dann neue Arbeiten in Angriff nehmen, wenn ihre bisherige Arbeit von Kunden genutzt wird.
• Schnelles und direktes Kundenfeedback einholen: Wenn Teams frühzeitig und häufig Arbeitsinkremente bereitstellen, können sie Feedback von tatsächlichen Kunden einholen und auf der Grundlage dieses Feedbacks agieren. Dies funktioniert nur, wenn Sie eine Struktur haben, die es Ihnen und Ihrem Team ermöglicht, frühzeitig Feedback von echten Benutzern zu erhalten. Häufiger Fallstrick: Lassen Sie nicht zu, dass Manager stellvertretend für das Nutzerfeedback agieren. Machen Sie den Managern klar, dass sie vielleicht die Definition des “Geschäftswerts” besitzen, aber nicht die Definition des “Kundenwerts” - dieser gehört den Kunden und sollte vom Product Owner und den Teams direkt erforscht werden.
• Funktionsübergreifende Teams: Wenn Ihr Team mit 10 anderen Teams sprechen muss, um etwas an einen Kunden auszuliefern, wird die agile Entwicklung für Sie (noch) nicht funktionieren. Stellen Sie sicher, dass Sie über Teams verfügen, die die Verantwortung für den gesamten Prozess übernehmen, eigenständig Entscheidungen treffen und mit den Kunden sprechen können.

Es gibt viele verschiedene agile Organisationsmodelle, die Ihnen bei der Umsetzung der agilen Umsetzung in Ihrem Kontext helfen können. Hier sind zwei Beispiele für beliebte Modelle, von denen Sie lernen können:

• Scrum: Hierbei handelt es sich um ein agiles Rahmenwerk, das Teams hilft, iterativ und schrittweise Werte zu schaffen.

  • Scrum definiert drei Rollen: Scrum Master, Product Owner und Entwicklungsteam.
  • Es definiert auch vier Ereignisse: Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospektiven.
  • Und es definiert drei Artefakte: Product Backlog, Sprint Backlog und Inkrement.

Scrum eignet sich gut für kleine bis mittelgroße Teams oder Projekte, die klare und stabile Anforderungen und Ergebnisse haben.

• Spotify-Modell: Das Spotify-Modell ist ein agiles Organisationsmodell, das von Spotify, einem Musikstreaming-Unternehmen, entwickelt wurde.
  Das Spotify-Modell gliedert Teams in Squads, Chapters, Tribes und Guilds.

  • Ein Squad ist ein kleines funktionsübergreifendes Team, das eine bestimmte Funktion oder ein bestimmtes Produkt liefert.
  • Ein Chapter ist eine Gruppe von Personen, die ähnliche Fähigkeiten oder Aufgaben haben, wie z. B. Entwickler, Tester, Designer usw.
  • Ein Tribe ist eine Gruppe von Squads, die an einem verwandten Bereich oder einer Domäne arbeiten.
  • Eine Gilde ist eine Interessengemeinschaft, die sich über die gesamte Organisation erstreckt.

Das Spotify-Modell eignet sich gut für große Organisationen oder Programme mit komplexen und dynamischen Anforderungen und Ergebnissen.

Als nächstes möchte ich hinweisen auf eine klassische Managementmethode, die auch im agilen Kontext eine wichtige Rolle spielt: Eins-zu-Eins Meetings.

Wie man anhand der folgenden Grafik sehen kann, werden sie von Mitarbeitenden als sehr zentral angesehen.

Best Practice: Eins-zu-Eins-Meetings mit Entwicklern

Die Führung von  Softwareentwicklern in regelmäßigen Eins-zu-Eins-Gesprächen ist absolut zentral für Agile Delivery Leads. Sie sind dein vielleicht wichtigstes Meeting. Nimmst du sie auch entsprechend ernst

Ich möchte dich an dieser Stelle auf unsere kostenloses Eins-zu-Eins-Meeting Software hinweisen, die speziell für agile Teams entwickelt wurde. Mach deine 1:1 Meetings spannend, messe Trends und vor allem, mach Fortschritte bei deiner Mitarbeiterentwicklung! 

Probier gerne mal eines unserer Templates aus, siehe unten. Die folgende Vorlage ist eine Standardvorlage für zum Beispiel zweiwöchentliche Eins-zu-Eins Meetings. Sie beinhaltet auch einen messbaren “Stimmungscheck” am Ende, den du natürlich anpassen kannst:

Um bei der agilen Bereitstellung erfolgreich zu sein, müssen Sie einige Best Practices befolgen, mit denen Sie Ihren Bereitstellungsprozess und die Ergebnisse optimieren können. Hier sind einige von ihnen:

• Führen Sie selbstorganisierte und unabhängige Teams: Als Agile Leader oder Manager müssen Sie Ihre Teams befähigen, Entscheidungen zu treffen, Verantwortung zu übernehmen und für ihre Arbeit einzustehen. Sie müssen ihnen zutrauen, ihr Bestes zu geben, ohne sie zu bevormunden oder ihnen unnötige Regeln oder Beschränkungen aufzuerlegen. Sie müssen sie auch unterstützen, indem Sie ihnen die Ressourcen, Werkzeuge, das Feedback und die Anerkennung geben, die sie brauchen.
• Haben Sie direkten Kundenkontakt: Als Mitglied eines agilen Teams oder als Product Owner müssen Sie direkt und häufig mit Ihren Kunden interagieren. Sie müssen deren Bedürfnisse, Erwartungen und Vorlieben verstehen und einen Wert liefern, der diese erfüllt oder übertrifft. Außerdem müssen Sie von ihnen Feedback zu Ihrem Produkt oder Ihrer Dienstleistung einholen und dieses nutzen, um Ihr Angebot zu verbessern und anzupassen.
• Betrachten Sie jede neue Funktion als ein Experiment, aus dem Sie lernen können: Als Mitglied eines agilen Teams oder als Product Owner müssen Sie jede neue Funktion oder Anforderung als ein Experiment betrachten, um Ihre Annahmen und Hypothesen darüber zu testen, was Ihre Kunden wollen oder brauchen. Sie müssen Ihre Experimente sorgfältig planen, Ihre Ergebnisse objektiv messen und aus Ihren Daten und Ihrem Feedback lernen. Sie müssen auch bereit sein, auf der Grundlage Ihrer Ergebnisse umzudenken oder weiterzumachen.

Das ist alles, was Sie für einen Überblick benötigen. Ich hoffe, dieser Artikel hilft Ihnen, mehr über die agile Bereitstellung, ihre Grundlagen, Beispiele und bewährten Verfahren zu verstehen. Wenn Sie Fragen oder Feedback haben, lassen Sie es mich bitte wissen 😊.