Wie man ein großartiger Agile Coach wird (und bleibt)

Du bist Teil eines agilen Teams. Du kennst die Übung. Sie haben eine agile Denkweise, Sie und Ihre Teammitglieder nehmen an den agilen Zeremonien teil und Sie verwenden agile Tools wie Jira. Alles gut! Es besteht aber auch eine gute Chance, dass Sie Teil einer größeren Organisation sind, die entweder agile Praktiken nicht vollständig versteht oder selbst eine agile Transformation benötigt. An dieser Stelle kann ein agiler Coach einspringen.
Seien wir ehrlich — wenn Ihr Unternehmen in seinem agilen Framework perfekt aufeinander abgestimmt wäre, würden Sie diesen Beitrag nicht lesen. 😉 In vielen großen Unternehmen ist die Einführung agiler Praktiken auf eine Untergruppe von Teams beschränkt, insbesondere auf die Softwareentwicklungs- und Projektmanagementteams.
Aber du willst mehr — du willst ein Meister in Sachen Agilität sein. Ein altes Sprichwort lautet etwa: „Der beste Weg, etwas zu lernen, ist, es zu vermitteln.“ Oder, wie Yoda es ausdrückte: „Es gibt immer zwei, nicht mehr und nicht weniger. Ein Meister und ein Lehrling.“
In diesem Beitrag erklären wir, was den Kern eines effektiven Agile-Coaches ausmacht, welche Unterschiede zwischen einem agilen Coach auf Teamebene und auf Organisationsebene bestehen, und geben einen Beispielpfad, um ein zertifizierter Agile-Coach zu werden. Wir stellen dir auch einige unserer besten Bildungsressourcen zur Verfügung, um dich auf dem Laufenden zu halten, egal in welcher Phase deiner agilen Reise du dich gerade befindest.
Was ist ein Agile Coach?
Lassen Sie uns eine Sache aus dem Weg räumen. Ein agiler Coach ist kein Instruktor mit katzenähnlichen Reflexen.
Unser Agile Coach bietet professionelles Coaching und Fachwissen, indem er Organisationen hilft, die agile Methodik und ihre Vorteile gut genug zu verstehen, um sie in großem Maßstab in funktionsübergreifenden Teams umzusetzen. Dies wird in zwei Buckets bereitgestellt:
- Zusammenarbeit mit einer Untergruppe einer Organisation (Teams, Manager und Stakeholder) an agilen Best Practices zur Verbesserung von Leistung und Ergebnissen
- Förderung organisatorischer Veränderungen durch die Zusammenarbeit mit der Führung, um Hindernisse zu beseitigen, die eine vollständige agile Transformation ermöglichen
Eine agile Coaching-Rolle ist kein Patentrezept. Es kann sich um eine feste oder vorübergehende Stelle in einem Unternehmen handeln. Agile Coaches haben eine Vielzahl von Hintergründen, darunter Softwareentwickler, Product Owner, Scrum Master und Projektmanager.
Ein agiler Coach ist ein Facilitator. Da es sich um eine Mentorenrolle handelt, sollte ein agiler Coach über Kompetenzen in den Bereichen Zusammenarbeit und Kommunikation verfügen.
Du willst also ein agiler Coach werden
Du bist alle dabei. Sie möchten Ihr agiles Fachwissen erweitern, indem Sie dessen Prinzipien vermitteln oder agile Methoden außerhalb Ihres Teams vermitteln. Nun, wo fängst du an? Hier ist der Plan.
Lassen Sie uns das mit einem dreigleisigen Ansatz angehen:
- Erlernen der agilen Frameworks
- Engagieren Sie sich in einer agilen Community
- Formelles agiles Training
Erlernen der agilen Frameworks
In der Regel benötigen Sie einige Erfahrung in der Arbeit mit agilen Frameworks, bevor Sie mit formellen Agile-Coaching-Zertifizierungen beginnen. Allerdings kann es schwierig sein, das zu beherrschen Vielzahl von Frameworks innerhalb der agilen Entwicklung, auch im Laufe einer langen Karriere. Zu weiß:
- Gedränge
- Kanban
- ScrumBan
- DevOps
- Digital Agile (DA)
- eXtreme Programming (XP)
- Praxis
- Skaliertes Agile-Framework (Sicher)
- Scrum im großen Maßstab (LeSS)
Aber warte... es gibt noch mehr! Uns geht die Tinte aus, wenn wir sie alle auflisten, also lass uns weitermachen. ✍️
Viele von uns verbringen den Großteil ihrer Zeit damit, mit einem oder zwei Frameworks oder einer Mischung davon zu arbeiten. Sie können beispielsweise lange in einer Scrum-Umgebung arbeiten, bevor Sie alle folgenden Aspekte beherrschen:
Und das ist ok! Wir schlagen vor, das, was Sie in Ihrer eigenen Arbeitsumgebung wie Scrum können, zu beherrschen und dann so viel wie möglich über ein oder zwei andere Dinge zu lernen, die Sie interessieren könnten und die Sie möglicherweise nicht direkt üben können. Lernen Sie zum Beispiel SAFe oder Weniger und wie sie agile Praktiken in großem Maßstab ermöglichen, wäre ein guter Anfang.
Ein wichtiger Tipp, den Sie beachten sollten: Es ist leicht, die Kernprinzipien von Agile aus den Augen zu verlieren, wenn Sie sich zu sehr damit beschäftigen, Frameworks täglich zu üben. Schließen Sie ab und zu Ihre Augen und gehen Sie zurück und lesen Sie das agiles Manifest (ok, du musst eigentlich deine Augen öffnen, aber du weißt, was wir vorschlagen):
- Individuen und Interaktionen statt Prozesse und Tools
- Funktionierende Software statt umfassender Dokumentation
- Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
- Auf Änderungen gemäß einem Plan reagieren
Du kannst jetzt deine Augen öffnen.
Wenn Sie bereits in einem Framework wie Scrum mit einem Entwicklungsteam als Scrum Master oder Product Owner arbeiten, haben Sie wahrscheinlich viele der Voraussetzungen, um mit Agile-Coach-Schulungen zu beginnen.
Engagieren Sie sich in einer agilen Community
Bevor Sie sich für eine Agile-Coaching-Zertifizierung bewerben, ist es eine gute Idee, Teil einer agilen Community zu sein. Dadurch werden drei Dinge erreicht:
- Es hält Sie über aktuelle Ereignisse in der agilen Welt auf dem Laufenden.
- Es macht Sie mit agilen Methoden und Ideen vertraut, die Kollegen außerhalb ihrer eigenen Organisation anwenden.
- Es zeigt, dass du dich dafür einsetzt, Agile als Karriereziel zu praktizieren — was, wie wir bald sehen werden, wichtig für den Bewerbungsprozess für einen zertifizierten Agile-Coach ist.
Du kannst agile Communities finden örtlich oder entfernt.
Formelles agiles Training
Wenn du als Agile-Coach eingestellt werden möchtest, ist es eine gute Idee, einige agile Zertifizierungen anzustreben. Die bekanntesten Schulungen werden angeboten von Scrum-Allianz. Je nach Ihrem Interesse können Sie zwei Wege einschlagen, um ein zertifizierter Agile Coach zu werden — Zertifizierter Teamcoach (CTC) oder Zertifizierter Unternehmenscoach (CEC). Es gibt Unterschiede zwischen diesen beiden Tracks, die es zu verstehen gilt:
- Ein CTC arbeitet mit mehreren agilen Teams zusammen und coacht Scrum Master, Product Owner und Unternehmensmanager. Ein CTC bleibt im Allgemeinen dabei, einen Bereich einer Organisation zu betreuen, beispielsweise die Softwareentwicklung.
- Ein CEC coacht in der Regel auf der Führungsebene einer Organisation. Ein CEC ist ein Agile-Coach für Unternehmen, dessen Ziel es ist, eine Organisation dabei zu unterstützen, eine vollständige agile Transformation erfolgreich zu erreichen.
Sie fragen sich wahrscheinlich... wie hoch ist die Verpflichtung, eine Zertifizierung zu erhalten? Wir werden es nicht beschönigen — es ist bedeutsam. Dieses Engagement kann jedoch dazu führen, dass Sie Ihr ganzes Berufsleben lang in der Lage sind, spürbare Auswirkungen auf Teams und Organisationen zu haben. Kurz gesagt, Folgendes benötigen Sie, um ein CTC oder CEC zu werden:
- Sei ein Aktiver Zertifizierter Scrum Professional
- Reichen Sie eine erste Bewerbung ein, in der Ihre Agile-Erfahrung beschrieben wird, einschließlich Team- und Organisationscoachings, der Teilnahme an agilen Community-Aktivitäten und Ihrer Anwendung agiler Praktiken
- Reichen Sie eine zweite Bewerbung ein, die Ihr Wissen, Ihre Denkweise und Ihre Herangehensweise als Coach bewertet und Empfehlungen von Mentoren und Kunden erfordert
- Eine jährliche Zertifizierungsgebühr
- Weiterbildungsanforderungen zur Aufrechterhaltung Ihrer Zertifizierung
Gute Agile Coaches lernen weiter

Es kann lange dauern, die Erfahrung zu sammeln, um ein agiler Coach zu werden. Danach ist es wichtig, mit den zentralen agilen Konzepten und deren Beziehung zu aktuellen Trends in der Softwareentwicklung auf dem Laufenden zu bleiben, um genügend Wissen zu haben, um Ihre Qualifikationen aufrechtzuerhalten.
Wir glauben, dass unsere agilen Ressourcen für die Weiterbildung so gut sind, wie Sie es nur finden können. Hier sind einige Beiträge, die einige der wichtigsten Bereiche hervorheben, über die wir zuvor gesprochen haben:
- Was ist der Unterschied zwischen Kanban und Scrum?
- Lernen Sie zuerst Agile — dann lernen Sie, wie Sie es skalieren
- Warum große Unternehmen das Scaled Agile Framework (SAFe) benötigen, nicht Agile auf Teamebene
Aber warte... es gibt noch mehr! Gehen Sie rüber zu unserem Blog für unseren Schatz an Ressourcen — und wenn Sie es leid sind zu lesen, setzen Sie Ihre Kopfhörer auf und hören Sie unsere Podcast-Folge mit einem agilen Coach.
Verwandte Artikel
- Workflow
Agile 101: Ein Leitfaden für Anfänger zur agilen Methodik
Wir sind hier, um über Agilität zu sprechen, und damit meinen wir nicht deine Fähigkeiten auf einem Sportplatz oder in einem Yogastudio. Wenn Agile als Methode für dich neu ist, gibt es viel zu lernen, aber die Grundlagen sind einfach. Agile 101 beginnt mit dem Verständnis, dass Agile auf alles angewendet werden kann. Sie können agile Methoden verwenden, um Ihr persönliches Aufgabenmanagement zu verbessern, die Effizienz am Arbeitsplatz zu optimieren oder Softwareteams auf die Produktentwicklung auszurichten.
Unabhängig von der Anwendung bleiben die Konzepte dieselben: Agile schafft eine Denkweise zur kontinuierlichen Verbesserung, die Wert auf Flexibilität, Anpassungsfähigkeit, Zusammenarbeit und Effizienz legt.
In diesem Beitrag behandeln wir die Grundlagen von Agile 101, die Vorteile von Agile, beliebte agile Methoden und häufige Fehler, die es zu vermeiden gilt.
Agile 101: Vergleich zum traditionellen Projektmanagement
Das Konzept von Agile hat sich weiterentwickelt, aber es hat wirklich Fahrt aufgenommen und wurde in der Softwareentwicklung populär. In den letzten Jahren haben sich die Methoden und Leitprinzipien von Agile auf eine Vielzahl von Branchen ausgeweitet, die Wert auf kontinuierliche Verbesserung und Wachstum legen.
Wie lässt sich Agile mit traditionellem Projektmanagement vergleichen? Kurzum: Das tut es nicht. Agile ist genau das Gegenteil. Eine unserer Lieblingsmethoden, den agilen Ansatz mit klassischem Projektmanagement zu vergleichen, besteht darin, sie als Jazz und klassische Musik zu betrachten.
In der klassischen Musik bringt ein Dirigent ein zuvor komponiertes und organisiertes Musikstück in ein Orchester. Dann diktieren sie, was passiert und wann. Dies ist dem traditionellen Projektmanagement sehr ähnlich, bei dem der Projektmanager seinem Team einen Plan vorlegt, den er selbst ausgearbeitet hat, und dem Team dann mitteilt, wie er ausgeführt werden soll. Der Projektmanager legt die Schritte fest und erwartet, dass das Team sie bis ins Letzte (oder zur Notiz) befolgt . 🎼
Jazz hingegen ist kollaborativ. Jedes Bandmitglied ernährt sich vom anderen und kreiert Musik in einem flexiblen und iterativen Prozess — genau wie im agilen Prozess. Die Band experimentiert wie ein agiles Team zusammen und kreiert frei im Moment Musik. Jede Iteration ist ein bisschen anders und hoffentlich besser als die, die ihr vorausgegangen ist. 🎷
Das Projektmanagement ermöglicht diese Art von Flexibilität nicht. Es ist darauf angewiesen, eine strikte sequentielle Reihenfolge einzuhalten. Jedes Projektelement muss abgeschlossen sein, bevor mit dem nächsten fortgefahren werden kann. Wie bei einem Wasserfall bleibt der Arbeitsfluss von Projekt zu Projekt gleich.
Agil ist nichtlinear. Es konzentriert sich auf Flexibilität, die Zusammenarbeit zwischen den Teammitgliedern und die Bereitstellung eines konsistenten Mehrwerts für die Stakeholder. Mit jeder Iteration erhalten Sie neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um eine multidimensionale Arbeitsweise, die die dem traditionellen Projektmanagement innewohnenden Engpässe beseitigt.
Agile 101: Die Vorteile von Agile
Agile Praktiken bieten viele Vorteile für Softwareentwicklungsprojekte sowie für viele andere Branchen. Die allgemeinen Konzepte von Agile können auf alle möglichen Situationen angewendet werden, und aufgrund ihrer Vielseitigkeit wird sie sich mit den Bedürfnissen Ihres Teams weiterentwickeln.
Stellen Sie sich das als eine Methode vor, die Sie auf jeden Ihrer Geschäftsprozesse anwenden können, um die Zusammenarbeit zu verbessern, die Effizienz zu optimieren und kontinuierlich zu verbessern.
Agile hilft Teams und Unternehmen:
- Arbeiten Sie mit optimaler Effizienz, indem Sie Verschwendung vermeiden
- Treffen Sie effektivere Entscheidungen
- Passen Sie sich an, wenn neue Informationen eingehen oder entdeckt werden
- Halten Sie die Lieferfristen der Stakeholder kontinuierlich ein
- Konzentrieren Sie sich darauf, Mehrwert für Stakeholder und Kunden zu schaffen
- Verstehen Sie die Kundenreise
- Entwickeln Sie erstklassige Produkte
- Verstehen Sie die Kapazitäten, um sicherzustellen, dass niemand zu viel oder zu wenig zur Arbeit verpflichtet
- Identifizieren Sie Hindernisse, bevor sie auftreten
- Erkennen Sie Engpässe, die die Arbeit verzögern könnten
- Arbeiten Sie zusammen und arbeiten Sie besser zusammen
- Passen Sie sich an technologische, wirtschaftliche und kulturelle Veränderungen an
- Bereite dich auf das Unerwartete vor
- Etablieren Sie Prozesse, die auf Ihre Bedürfnisse zugeschnitten sind
- Verbessern Sie die Moral und das Glück
- Entwickeln Sie eine Denkweise zur kontinuierlichen Verbesserung
Agile 101: Beliebte Methoden
Nachdem Sie nun die Grundlagen von Agile 101 und die Vorteile von Agile besser verstanden haben, lassen Sie uns einige der beliebtesten agilen Methoden besprechen.
Gedränge
Gedränge ist in der agilen Softwareentwicklung äußerst beliebt. Es ist ein ziemlich komplizierter Prozess für diejenigen, die damit nicht vertraut sind, aber die Grundlagen drehen sich um wiederkehrende Sprints, bei denen sich jeder darauf konzentriert, eine bestimmte Menge an Arbeit zu erledigen.
Ein Scrum ist ein Sprint, der 2-4 Wochen dauert. Zu Beginn des Sprints entscheidet der Product Owner, welche Aufgabe von der Hauptliste (Produkt-Backlog) in die Sprint-To-Do-Liste verschoben wird (Sprint-Backlog). Das Entwicklungsteam, geleitet von einem Scrum Master wer den Scrum-Prozess versteht, arbeitet daran, das Sprint-Backlog in der vorgegebenen Zeit abzuschließen.
Das Scrum-Team trifft sich zu täglichen Scrums oder Stehaufsteher die sicherstellen, dass alle über mögliche Hindernisse informiert sind und welche Arbeiten als Nächstes abgeschlossen werden müssen. Dieser Prozess wiederholt sich, bis ein Produkt fertiggestellt ist oder die Interessengruppen vollständig zufrieden sind. Am Ende des Sprints findet eine Retrospektive statt, damit das Team versteht, was gut gelaufen ist und was verbessert werden kann.
Kanban
Kanban ist ein relativ einfacher agiler Prozess, der oft teilweise in anderen agilen Methoden wie Scrum verwendet wird. Es ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu optimieren, indem es alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt. Ein Kanban-Workflow organisiert Aufgaben auf Kanban-Boards visuell, sodass Arbeitsaufgaben reibungslos bearbeitet werden können, auch wenn unterwegs Änderungen und Anpassungen vorgenommen werden.
In seiner einfachsten Form besteht ein Kanban-Board aus drei Spalten (To-Do, Doing und Done), sodass die Arbeit ungehindert von einer Phase zur nächsten fließen kann. Trello ist ein Beispiel für ein Online-Kanban-Board.
Kanban-Boards sollten in einem Bereich des Büros platziert werden, der für das gesamte Team sichtbar ist. Für virtuelle Teams kann dies wie eine Online-Ressource aussehen, auf die jeder zugreifen kann. Dies hilft allen, von oben nach unten, über Aktionspunkte auf dieselbe Seite zu gelangen. Wenn sich jemand fragt, was die wichtigste Aufgabe des Tages ist, muss er einfach auf dem Kanban-Board nachschauen.
Schlank
Lean, zusammen mit dem fünf Lean-Prinzipien, ursprünglich von Toyota entwickelt, ist eine leitende Denkweise, die Teams hilft, produktiver, effizienter und effektiver zu arbeiten. Es kann auf verschiedene agile und Methoden der Softwareentwicklung.
Schlanke Softwareentwicklung dreht sich alles darum, die Effizienz zu verbessern, indem Verschwendung vermieden wird, z. B. durch die Reduzierung von Aufgaben und Aktivitäten, die keinen Mehrwert bieten. Es bietet eine klare Möglichkeit, agile Praktiken in großen oder wachsenden Organisationen zu skalieren.
Extremes Programmieren
Extreme Programming (XP) ist ein agiler Ansatz, der sich auf die Verbesserung der Softwarequalität und Reaktionsfähigkeit konzentriert und sich gleichzeitig an die Kundenanforderungen anpasst. Das ultimative Ziel von Extreme Programming besteht darin, qualitativ hochwertige Ergebnisse in allen Aspekten der Arbeit zu erzielen, nicht nur im Endprodukt.
Die Entscheidungsfindung bei XP basiert auf fünf Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Die Besonderheiten von XP gelten nicht für alle Situationen, aber der allgemeine Rahmen kann für jedes Team von Nutzen sein.
Agile 101: Bewährte Methoden und Fehler, die es zu vermeiden gilt
Um Ihnen den Einstieg zu erleichtern, finden Sie hier unsere Liste mit Best Practices und häufigen agilen Fehlern.
Grundlegende Best Practices für Agile 101:
✅ Sieh Misserfolge als Lernchance.
✅ Nehmen Sie Veränderungen an und verbessern Sie Ihre Anpassungsfähigkeit.
✅ Verbessern Sie die Effizienz, indem Sie Aufgaben und Aktivitäten eliminieren, die keinen Mehrwert bieten.
✅ Verbessern Sie kontinuierlich Ihre Prozesse.
✅ Erlaube den Plänen zu leben, zu atmen und sich anzupassen.
✅ Verwenden Rückblicke um zuzuhören, zu lernen und sich zu verbessern.
✅ Priorisieren Sie die Kundenreise und treffen Sie Entscheidungen auf der Grundlage der Kundenbedürfnisse.
✅ Nutzen Sie agile Tools und Ressourcen.
Häufige agile Fehler:
❌ Passt sich nicht an, wenn neue Informationen enthüllt oder erhalten werden.
❌ Nicht auf derselben Wellenlänge wie die Stakeholder sein.
❌ Ich vertraue dem Team nicht, ohne Aufsicht Ideen zu entwickeln und zu entwickeln.
❌ Ohne ausreichende Informationen zur Sprint-Planung hinsetzen.
❌ Rückblickende Erkenntnisse werden in der folgenden Planungssitzung nicht berücksichtigt.
❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel.
❌ Zu viele Tests, oder nicht zu wissen, wann das Projekt tatsächlich „fertig“ ist.
❌ Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen.
Agil leicht gemacht
Egal, ob Sie agile Prinzipien auf ein agiles Aufgabenmanagementsystem wie ein persönliches Kanban-Board anwenden oder Agile verwenden, um funktionierende Software zu entwickeln, die Essenz ist dieselbe. Im Grunde geht es bei Agile um kontinuierliche Verbesserung. Es ist eine Methode, eine Denkweise und eine Art, die Welt zu betrachten. Agile ist flexibel, anpassungsfähig, kollaborativ und werteorientiert.
Easy Agile hilft Teams, mit Agile besser zu arbeiten. Wir designen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.
Buchen Sie eine 1:1 -Demo um mehr über unsere Jira-Toolsuite zu erfahren, oder kontaktiere unser Team wenn Sie weitere Fragen haben. Wir bieten eine kostenlose 30-Tage-Testversion an, damit Sie unsere Produkte ausprobieren können, bevor Sie eine Verpflichtung eingehen.
- Workflow
So bereiten Sie Ihre Agile-Teams auf Erfolgskurs
Bei Agile geht es darum, Teams zu befähigen, Verantwortung zu übernehmen, sich wirklich engagiert zu fühlen und eine Kultur der Zusammenarbeit zu fördern. Mehr denn je müssen Teams ihre Aufgaben mit größerer Anpassungsfähigkeit, Geschwindigkeit und Engagement erfüllen. Die Zukunft ist vieldeutiger und komplexer, und agile Teams müssen wissen, wie sie am besten auf diese sich ändernden Bedingungen reagieren können.
Die Agile-Experten John Walpole, Dean MacNeil und Nick Muldoon teilen ihre Erfolgsformel hinter den hochfunktionellen Agile-Teams von Lyft, Valiantys und Easy Agile. Sie werden lernen:
- Wie man ein überzeugendes „Warum“ schafft, hinter dem das gesamte Team stehen kann
- So stärken Sie Ihre Teams
- Die Eigenschaften leistungsstarker Agile-Teams
Schaffen Sie ein überzeugendes „Warum“, hinter dem das gesamte Team stehen kann
Ich denke, Agile ist keine Wunderwaffe. Wir haben Leute, die sich Agile ansehen und sagen: „Oh, nun, das wird all unsere Probleme lösen.“ Und das ist es nicht; es ist sicherlich keine schlüsselfertige Sache.
Nick Muldoon, Co-CEO bei Easy Agile
Agile ist keine Wunderwaffe. Es ist keine Methode, die die Probleme von Führungskräften, Teams und Einzelpersonen löst. Agile bedeutet „in der Evolutionstheorie eine kontinuierliche Verbesserung der Anpassungsfähigkeit; es geht darum, entweder auf eine neue Umgebung oder Veränderungen in der eigenen Umgebung zu reagieren, um nicht nur zu überleben, sondern zu gedeihen“, so Dean.
Bereiten Sie Ihre Agile-Teams auf Erfolgskurs, indem Sie ihnen beibringen, erfolgreich zu sein, indem Sie sie befähigen, Veränderungen anzuführen, Fehler zu machen, eine solide Grundlage aufzubauen und offen dafür zu sein, zu lernen, sich zu verändern und das aussagekräftige „Warum“ hinter ihrer Arbeit zu kommunizieren. Sie werden eine explosionsartige Steigerung des Erfolgs agiler Teams erleben, wenn Sie ein „kohärentes Team haben, das auf eine gemeinsame Mission ausgerichtet ist und eine wachstumsorientierte Denkweise verfolgt“.
Motivieren Sie Ihre Agile-Teams, indem Sie ihre Arbeit mit einem aussagekräftigen „Warum“ verknüpfen. Vereinbaren Sie ein Meeting, um sicherzustellen, dass Sie den tieferen Zweck ihrer Arbeit ständig besprechen. Bringen Sie ein Kundenbeispiel aus der Praxis vor. John erzählte: „Bei Lyft tauschen wir in einem vierzehntägigen Meeting Geschichten aus. Wir bieten kostenlose, barrierefreie Fahrten für Rollstuhlfahrer oder Personen an, die Schwierigkeiten haben, eine Fahrt zu bezahlen, aber Zugang zu öffentlichen Verkehrsmitteln benötigen, um zur Arbeit oder zur Schule zu gelangen.
„Erwecken Sie Ihre Personas mit diesen Beispielen aus der Praxis zum Leben, sodass sie in den Köpfen Ihrer Mitarbeiter im Mittelpunkt stehen“, sagte John.
Stärken Sie Ihre Teams
Kultur isst — Strategie fürs Frühstück
Pieter Drucker
Ihre Mitarbeiter müssen den Wandel leiten. „Wenn Sie sich großartige Führungskräfte der jüngsten Agile-Transformation ansehen, sollten Sie sich vielleicht ein Unternehmen wie Porsche ansehen“, sagte Dean. Dean erzählt, wie Porsche Valiantys inspiriert hat, weil „jeder Mitarbeiter bei Porsche den Wandel anführt. Sie sind also alle davon überzeugt; sie alle haben diesen Sinn für Führung, um ihn voranzutreiben.“. Die Mitarbeiter von Porsche führen den Wandel an, weil ihre Führung das „Warum“ gut kommuniziert. „Spaß steht an erster Stelle, wenn ihr CIO die drei wichtigsten Gründe auflistet, warum alle so begeistert von der Agile-Transformation sind. Weil Sie bei der Arbeit Spaß haben können, sollte Ihr Job keine harte Pflicht sein. Es sollte etwas sein, auf das du dich freust.“
„Ermöglichen Sie Ihren Teams, Fehler zu machen“, sagte John.
Ermöglichen Sie Ihren Agile-Teams mithilfe aussagekräftiger Fragen, zu scheitern und Fehler zu machen. Führungskräfte müssen ihren Umgangston von „Oh nein, wen feuere ich?“ ändern zu „Was ist die Herausforderung? Was kann ich tun, um zu helfen?“ Erklären Sie Ihrem Team, dass Sie auf einer Reise sind, um genauso viel zu lernen wie sie. Auf diese Weise humanisiert sich der Anführer selbst und wird anfälliger.
Führung gibt den Ton an. Wenn ein Unternehmen skaliert, fallen die Verantwortung für die Schaffung der Unternehmenskultur und die Risikobereitschaft immer mehr auf die Führung.
Eigenschaften leistungsstarker, agiler Teams
1. Schaffen Sie ein solides Fundament
Bringen Sie Ihr Agile-Team mit einer stabilen Teameinheit auf Erfolgskurs. Verschieben Sie Teams nicht ständig, sondern stellen Sie langfristige agile Teams zusammen, damit sich die einzelnen Personen kennenlernen und sich gegenseitig humanisieren können. „Ich denke, Stabilität ist der Schlüssel dazu, dass das implizite Wissen zusammenhält, und diese offene Denkweise, in der sie bereit sind zu lernen. Das finde ich toll“, sagte Nick.
2. Offen für Lernen und Anpassung
Damit sich agile Teams kontinuierlich verbessern können, müssen sie ständig lernen und sich anpassen. „Man kann dieses Lernen und die Anpassung nicht erreichen, wenn man ständig umrührt. Weil Sie dieses Wissen immer weiter streuen werden, wollen Sie es in die Hand nehmen, und dann wollen Sie das Wissen natürlich an die Organisation weitergeben „, sagte Dean.
3. Teilen Sie Feedback mit und machen Sie einen Rückblick
Stellen Sie sicher, dass Ihre Agile-Teams regelmäßig funktionierende Produkte vorführen. Wenn Sie Scrum praktizieren, stellen Sie sicher, dass Sie den wöchentlichen Sprint-Review durchführen. Auf diese Weise kann das Team Feedback von den Stakeholdern erhalten und ständig wiederholen und vorankommen, um sicherzustellen, dass sie in Bewegung bleiben. „Machen Sie Ihren Rückblick“, sagte Dean.“ Wir schauen uns an, was wir geliefert haben, und jetzt schauen wir uns an, wie wir es geliefert haben.“ Es ist unerlässlich, dass sich die Scrum-Teams am Ende jedes Sprints treffen, um zu besprechen, was gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden kann. Andernfalls laden Sie Selbstgefälligkeit und Stagnation in Ihren Scrum-Prozess ein — das Gegenteil von Agile.
Verwenden Sie Easy Agile, um Ihre Agile-Teams auf Erfolgskurs zu bringen
Einfacher agiler Teamrhythmus unterstützt die Agile-Praktiken deines Teams in Jira. Das User-Story-Map-Format in TeamRhythm verwandelt Ihre flachen Produktlandkarten in eine dynamische und flexible visuelle Darstellung der Arbeit. Schauen Sie sich das an Höhepunkttour um zu sehen, wie Easy Agile TeamRhythm die Sprint-Planung, die Verwaltung Ihres Backlogs und Team-Retrospektiven einfacher macht. Besuche den Atlassian Marketplace und starte dein kostenloses, 30-Tage-Testversion heute.
- Agile Best Practice
So holen Sie das Beste aus den 4 wichtigen Agile-Meetings heraus
Wir gehen zu den Rennen! 🏃🏃 ♀️ Sprints sind ein wichtiger Bestandteil der agilen Methodik. Ein Sprint ist ein vordefinierter Zeitraum, in dem agile Teams gemeinsam auf ein vereinbartes Sprintziel hinarbeiten. Es gibt vier Arten von Agile-Meetings, die im Laufe eines Sprints stattfinden, und jede davon ist entscheidend, um den Erfolg des agilen Prozesses sicherzustellen. Es geht darum, durch eine vorgegebene Menge an Arbeit zu sprinten, um die Ziellinie zu erreichen, wo Sie aus Ihrem Prozess lernen und das Rennen erneut beginnen (nur besser dran aufgrund dessen, was Sie im vorherigen Sprint gelernt haben).
Agile Meetings werden genutzt, um Teammitglieder, Führungskräfte und Stakeholder auf den gleichen Stand zu bringen, und sie leiten den Prozess eines agilen Sprints oder Gedränge.
In diesem Beitrag werden die vier wichtigsten Agile-Meetings behandelt, zu denen Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven gehören. Außerdem besprechen wir ein zusätzliches Agile-Meeting, das zur Verfeinerung des Backlogs genutzt wird.
Agile Besprechungen im Vergleich zu Scrum-Besprechungen
Scrum ist agil Methodik das wird am häufigsten in der Softwareentwicklung verwendet. Scrum-Meetings sind technisch gesehen eine Art agiles Meeting, aber sie haben spezifischere Parameter, die so konzipiert sind, dass sie in das Scrum-Framework passen. Der Prozess dreht sich um einen 2-4 wöchigen Sprint, an dem ein Product Owner, ein Scrum Master und das gesamte Scrum-Team beteiligt sind.
Wir haben es abgedeckt Scrum-Meetings (Zeremonien) ausführlich in einem anderen Artikel. In diesem Beitrag konzentrieren wir uns auf die vier wichtigsten agilen Meetingtypen. Diese Prozesse und Best Practices können überall angewendet werden mehrfach agil Methodologien, einschließlich Scrum und Kanban. Dieses Framework kann auch über die Softwareentwicklung hinaus branchenübergreifend angewendet werden und sich an die Bedürfnisse der meisten Teams anpassen.
Einfach ausgedrückt: Scrum hat einen starreren Rahmen, der auf vier Zeremonien/Treffen folgt. Der agile Prozess ist fast derselbe, mit vier sehr ähnlichen Meetings, aber es gibt mehr Flexibilität, um den Zeitrahmen des Sprints anzupassen und den Prozess anzupassen, wenn nicht speziell die Scrum-Richtlinien befolgt werden. Okay, vielleicht ist das immer noch nicht einfach ausgedrückt, aber es wäre nicht agil, wenn es linear und unkompliziert wäre.
Die 4 Arten von agilen Meetings
Es gibt vier zentrale Agile-Meetings: Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiv-Meetings. Ein Sprint beginnt mit einem Sprint-Planungsmeeting. Jeden Tag findet ein tägliches Standup-Meeting statt. Schließlich finden am Ende des Sprints ein Sprint-Review und eine Retrospektive statt. Der Vorgang wiederholt sich mit neuen Federn, bis das Produkt, das Projekt oder die Arbeit abgeschlossen ist.
1. Besprechung zur Sprint-Planung
Das Sprint-Planungsmeeting findet zu Beginn eines Sprints statt und bezieht das gesamte Team mit ein. Bei der Sprint-Planung trifft sich das gesamte Team, um zu besprechen und zu vereinbaren, welche Arbeitsaufgaben (Backlog-Elemente) in das Sprint-Backlog verschoben werden sollen — die Elemente, die bis zum Ende des Sprints erledigt sein müssen. Während des Meetings werden die Sprintziele festgelegt und das Team orientiert sich an den Erwartungen.
Ohne ein Sprint-Planungstreffen zur Erläuterung der Sprint-Backlog (Aufgaben, die erledigt werden müssen), das Team wird während des Sprints Zeit damit verschwenden, herauszufinden, welche Arbeit Vorrang hat.
Zu vermeidende Fehler bei der Sprint-Planung:
- Beginnen Sie mit der Planung ohne verfeinerter Backlog
- Nicht auf derselben Wellenlänge wie Ihre Stakeholder
- Den Kunden und die Kundenreise bei der Planung ignorieren
- Erstellung eines starren Plans, der keinen Raum für Wachstum oder Anpassung bietet
- Mit fad flache Produktkarten denen ein kritischer Kontext fehlt
- Versäumnis, rückblickende Erkenntnisse in die folgende Planungssitzung einzubeziehen
Erfahre mehr über häufige Fehler bei der agilen Planung und wie Ihr Entwicklungsteam diese Fallstricke vermeiden kann.
2. Tägliches Standup-Meeting
Das tägliche Standup-Meeting findet an jedem Tag des Sprints statt. Im Scrum-Prozess könnte dieses Meeting auch als tägliches Scrum-Meeting bezeichnet werden. Es ist eine Gelegenheit für das Team, sich über die Arbeit auszutauschen, die am Vortag erledigt wurde, und darüber, was jede Person oder jedes Team in den nächsten 24 Stunden erledigen will.
Das Treffen zielt darauf ab, drei wichtige Fragen zu beantworten:
- Welche Arbeiten wurden seit dem letzten Standup abgeschlossen, um dem Team zu helfen, das Sprintziel zu erreichen?
- Welche Arbeiten planen Sie heute abzuschließen?
- Steht dir derzeit etwas im Weg oder behindert es deinen Fortschritt?
Dies ist ein guter Zeitpunkt, um etwaige Engpässe zu beheben. Was hat die Verzögerung verursacht, wenn die vom Vortag geplanten Arbeiten nicht abgeschlossen wurden, und wie kann das Team zusammenarbeiten, um Probleme zu lösen, die verhindern, dass die Arbeit voranschreitet?
Ein Standup-Meeting ist kurz und auf den Punkt gebracht, sodass jeder wieder zu der Arbeit zurückkehren kann, die er zu Ende bringen möchte. So kurz, dass oft Teilnehmern empfohlen wird stehen für die Dauer des Treffens. Daher der Name Daily Standup. Es umfasst alle Teammitglieder und findet idealerweise jeden Tag zur gleichen Zeit statt, um sicherzustellen, dass jeder immer teilnehmen kann.
Tägliche Standup-Fehler, die es zu vermeiden gilt:
- Die Zeit während des Meetings nicht im Auge behalten
- Kontinuierliches Überschreiten der zugewiesenen Besprechungszeit
- Umherschweifende Teilnehmer, die nicht bereit sind, die wichtigsten Fragen des Treffens zu beantworten
- Das Meeting aus Zeitgründen überspringen
- Teammitglieder kommen zu spät zum Meeting oder verpassen es ganz
- Den lautesten Stimmen erlauben, den Rest des Teams zu überschatten
- Jemanden dieselbe Aufgabe an mehreren aufeinanderfolgenden Tagen angeben lassen
- Unfähigkeit, potenzielle Engpässe zu beheben
- Zuweisung von Arbeiten, die über die Kapazität einer Person hinausgehen
3. Sitzung zur Sprint-Überprüfung
Das Sprint-Review ist eine Gelegenheit für das Team, die Arbeit, die es während des Sprints geleistet hat, zu präsentieren. Bei diesem Meeting kann es sich um eine interne Präsentation oder eine formellere Demonstration für die Beteiligten handeln, je nachdem, welche Anforderungen das Projekt hat und wie weit die Arbeit bereits fortgeschritten ist.
Zu vermeidende Sprint-Review-Fehler:
- Nicht richtig auf das Meeting oder die Demonstration vorbereitet
- Stakeholder nicht in Ihren Prozess einbeziehen
- Versäumnis nachzuweisen, wie die Arbeit dem Kunden einen Mehrwert bringt
- Erfolge übertreiben oder verschönern
- Versäumnis, Probleme zu lösen und wie sie gelöst wurden
- Das Feedback zum Sprint-Review wird nicht in das nächste Sprint-Planungstreffen einbezogen
4. Sitzung zum Rückblick auf den Sprint
Die Retrospektive ist ein entscheidender Teil des agilen Prozesses. Das Meeting findet am Ende des Sprints statt und bringt das gesamte Team zusammen, um seine Prozesse zu bewerten und zu besprechen, wie es sich beim nächsten Mal verbessern kann.
Welche Aspekte des Sprints verliefen gut und was können Sie aus diesem Erfolg lernen? Was lief nicht so gut und auf welche Engpässe ist das Team gestoßen? Was könnte beim nächsten Mal besser gemacht werden? Da es bei Agile vor allem um Lernen und Iterieren geht, gibt es nach jedem Sprint etwas zu lernen. Alles, von gut über schlecht bis mittelmäßig, kann in umsetzbare Verbesserungen umgewandelt werden.
Zu vermeidende Fehler im Nachhinein:
- Einzelne Teammitglieder für Engpässe verantwortlich machen
- Nur die lautesten Stimmen geben Einblick
- Es gelingt nicht, die leisen Stimmen im Raum zu stärken
- Immer wieder dieselben Fragen wiederholen, ohne die Dinge zu ändern
- Zulassen, dass die Retrospektive zu lang ist (zwei Stunden für einen zweiwöchigen Sprint anstreben)
- Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel
- Erkenntnisse oder Bedürfnisse von Stakeholdern vergessen oder nicht mit einbeziehen
- Versäumnis, das zu verbessern Sprint-Rückblick Prozess (Rückblick — der Rückblick!)
- Fehlende Berücksichtigung rückwirkender Erkenntnisse in den nächsten Sprint
Bonus: Besprechung zur Verfeinerung des Backlogs
Man könnte argumentieren, dass es ein fünftes Agile-Meeting gibt, insbesondere in der Welt der Produktentwicklung. Vor dem Sprint-Planungsmeeting muss der Product Owner ein Produkt-Backlog erstellen, das alle Aufgaben und Elemente umfasst, die das Team erledigen muss, um das Endprodukt oder Projekt vollständig zu entwickeln. Zu den Elementen gehören Benutzerberichte, Bugfixes, Funktionen und andere Aufgaben, die angegangen werden müssen, um das Endziel zu erreichen.
Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, indem Artikel so angeordnet werden, dass sie im nächsten Sprint die größte Wirkung erzielen. Bei der Backlog-Verfeinerung stellt ein Product Owner sicher, dass die Backlog-Elemente genügend Informationen, Details und Prioritäten enthalten, sodass das Team kluge Entscheidungen darüber treffen kann, was wann angegangen werden soll.
Je nach dem aktuellen Stand des Produkt-Backlogs kann vor Beginn der Sprint-Planung ein Meeting zur Feinabstimmung des Backlogs stattfinden. Außerhalb der Produktentwicklungsbranche könnte der Produkt-Backlog einer Aufgabenliste für ein Hauptprojekt ähneln.
Bei der Verfeinerung des Backlogs sollten folgende Fehler vermieden werden:
- Die Backlog-Verfeinerung wurde nicht rechtzeitig für die Sprint-Planung abgeschlossen
- Für das Planungstreffen bleibt zu viel Verfeinerung des Rückstands übrig
- Fehlende Priorisierung von Artikeln, die dem Kunden einen Mehrwert bieten
- Keine Berücksichtigung neuer Rückmeldungen, Fragen und Bedenken von Stakeholdern
Agile Meetings: Abschließende Überprüfung
Da hast du es also! Die vier wichtigsten Agile-Meetings sind Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven. Eine lobende Erwähnung geht an die Verfeinerung des Backlogs.
Lassen Sie uns den Zweck der einzelnen Besprechungen überprüfen:
- Sprint-Planung bringt alle auf den gleichen Stand darüber, was im Laufe des kommenden Sprints erreicht werden muss.
- Tägliche Standups stellen Sie sicher, dass das Team auf Kurs bleibt und hilft ihnen, potenzielle Engpässe zu beheben und zu lösen.
- Sprint-Bewertungen sind eine Gelegenheit für das Team, den Stakeholdern die während des Sprints geleistete Arbeit zu präsentieren und kritisches Feedback zu erhalten.
- Sprint-Retrospektiven Ermöglichen Sie dem Team, zusammenzukommen, um zu besprechen, was gut und was nicht gut gelaufen ist und wie es sich beim nächsten Mal verbessern kann.
- Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, um im nächsten Sprint die größtmögliche Wirkung zu erzielen.
Halten Sie effektive agile Meetings mit Easy Agile ab
Easy Agile setzt sich dafür ein, Teams dabei zu helfen, mit Agile besser zu arbeiten. Easy Agile entwickelt Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams zu helfen, effizienter und effektiver zu arbeiten.
Wir veröffentlichen regelmäßig Listen mit Tools, Ratschlägen und Anleitungen für agile Teams. Wenn Sie mit Jira arbeiten, werden Sie feststellen, dass unsere Ressourcen besonders hilfreich sind, um sich in der Produktentwicklung zurechtzufinden und Jira-Apps das wird die Art und Weise verbessern, wie Ihr Team zusammenarbeitet.