Scrum Workflow: Rollen, Phasen und Automatisierungsoptionen

Inzwischen sind Sie mit Scrum ziemlich vertraut. Es gibt Ihrem Team einen Rahmen, mit dem es arbeiten kann, um interne Ziele zu erreichen, damit es seinen Kunden hochwertige Software liefern kann. Aber du kannst deine Scrum-Praktiken jederzeit verbessern, um deine Kunden weiterhin zu begeistern. 😁 Eine davon ist das tägliche Scrum — eine Praxis, die einfach klingt, aber leicht falsch verwaltet werden kann (dazu bald mehr 😉).

Das tägliche Scrum besteht aus drei Elementen — Scrum-Rollen, Scrum-Artefakte, und Scrum-Ereignisse.

In diesem Artikel zeigen wir Ihnen, wie diese Komponenten in das wichtige tägliche Scrum-Meeting passen, geben einige Tipps, damit Ihr tägliches Scrum reibungslos abläuft, und besprechen, welche Fallen Sie vermeiden sollten, damit Ihr Team immer am Ball ist. Wir weisen Sie auch auf Ressourcen hin, mit denen Sie die anderen Elemente der Agilität beherrschen können. Unser Ziel ist es wie immer, dich zu einem agilen Profi zu machen. 🏄🏽 ‍ ♀️

Was ist das Daily Scrum Meeting?

Lassen Sie uns eine kurze Zusammenfassung der einzelnen Punkte machen, bevor wir in das tägliche Gedränge eintauchen:

• Scrum-Rollen: Dies sind der Product Owner, der Scrum Master und das Entwicklungsteam. Diese Scrum-Teammitglieder arbeiten als Einheit zusammen, um ihre Ziele zu erreichen.
• Scrum-Artefakte: Zu den Artefakten gehören das Produkt-Backlog, das Sprint-Backlog und das Increment. Die Artefakte stellen Informationen für das Team dar, die es ihnen ermöglichen, transparente Ansichten zu haben, anhand derer sie ihren Fortschritt messen können.
• Scrum-Ereignisse: Der Sprint, die Sprint-Planung, das tägliche Scrum, das Sprint-Review und Sprint-Rückblick geben Sie dem Team die Möglichkeit, alle Scrum-Artefakte zu erfüllen und zu verfeinern, die angepasst werden müssen, um die Ziele des Teams im Blick zu behalten.

Das Daily Scrum ist ein Treffen zwischen Teammitgliedern, um den aktuellen Sprintfortschritt zu besprechen. Es ist an der Zeit herauszufinden, ob Anpassungen am Sprint oder am Produkt-Backlog vorgenommen werden müssen, um das Ziel zu erreichen Sprintziel.

Bedeutung von Daily Scrum

Das tägliche Scrum spielt eine entscheidende Rolle bei der Verbesserung der Teamkoordination und Kommunikation. Dieses kurze, fokussierte Meeting bietet dem Team ein strukturiertes Umfeld, in dem es sich über Fortschritte und Hindernisse abstimmen kann. Es leistet einen Beitrag zu mehreren Schlüsselbereichen:

1. Fortschrittstransparenz: Die Teammitglieder erhalten einen klaren Überblick darüber, woran alle gerade arbeiten, was die Rechenschaftspflicht und die gegenseitige Unterstützung fördert.
2. Identifizierung von Hindernissen: Probleme und potenzielle Hindernisse werden frühzeitig erkannt, sodass das Team sie umgehend beheben und Projektverzögerungen minimieren kann.
3. Gezielte Zusammenarbeit: Indem die Diskussionen relevant und auf den Punkt gebracht werden, kann das Team seine Zeit effektiver nutzen und sich auf Lösungen statt auf langwierige Debatten konzentrieren.
4. Ausrichtung der Ziele: Das Treffen hilft dabei, die Bemühungen auf die Sprintziele zu bekräftigen und neu auszurichten und sicherzustellen, dass alle an einem Strang ziehen und sich in die gleiche Richtung bewegen.

Durch die Einhaltung von Best Practices, wie z. B. die Einhaltung des Zeitrahmens für die Besprechung und die Förderung einer inklusiven Atmosphäre, können Teams die Vorteile des täglichen Scrums maximieren, was zu einem kohärenteren und effizienteren Arbeitsumfeld führt.

Die wichtigsten Teilnehmer des Daily Scrum

Entwicklungsteam

Die Mitglieder des Entwicklungsteams sind die Hauptteilnehmer am täglichen Scrum. Während des Treffens berichten sie über ihre Fortschritte bei der Erreichung des Sprintziels, um herauszufinden, ob Anpassungen vorgenommen werden müssen. Sie können dies tun, indem sie jeweils drei Fragen beantworten:

1. Woran habe ich gestern gearbeitet, um das Sprintziel zu erreichen?
2. Wie werde ich heute auf das Sprintziel hinarbeiten?
3. Gibt es etwas, das mich daran hindert, das, woran ich gerade arbeite, zu beenden?

Auf diese Weise ist jeder im Team über den Fortschritt des gesamten Teams auf dem Laufenden. Die Antworten auf diese Fragen ermöglichen es dem Team auch, etwaige Blocker aufzudecken und den Sprint-Backlog entsprechend anzupassen. Ein Beispiel für einen Blocker kann ein Bug sein, der eine Entwicklerin daran hindert, ihre zugewiesene User Story im Sprint fertigzustellen.

Scrum Master und Product Owner

Im traditionellen Scrum ist der Scrum Master und Product Owner nehmen nicht aktiv am täglichen Scrum-Meeting teil — und sind auch technisch nicht erforderlich —, da sie nicht die Entwicklungsarbeit leisten, mit der das Sprintziel erreicht werden kann. Sie können jedoch immer noch wertvolle Besprechungsteilnehmer sein. Es liegt am Scrum-Team, zu entscheiden, ob sie teilnehmen sollen.

• Der Product Owner kann wegweisend bei der Anpassung der Backlog-Elemente des Sprints sein. Zum Beispiel kann der Bug, der andere Arbeiten blockiert, verschoben werden, sodass er rechtzeitig behoben wird, um das Sprintziel in Reichweite zu halten.
• Der Scrum-Master kann sicherstellen, dass die Best Practices für das tägliche Scrum befolgt werden und dass das Team einige der häufigsten Fallstricke vermeidet, die die Ziele des täglichen Scrum-Meetings verraten. Schauen wir uns diese als Nächstes an.

Was ist der Unterschied zwischen Daily Scrum und Daily Standup?

Manchmal kann es verwirrend sein, die Unterschiede zwischen Daily Scrum und täglicher Stand Up — und manchmal werden die Begriffe synonym verwendet. Es lohnt sich jedoch, auf die Unterschiede zwischen den beiden hinzuweisen.

Ein Daily Scrum ist ein Ereignis, das definiert ist in Scrum-Leitfaden. Also, was ist dann täglicher Stand-up und wie unterscheidet er sich? 🤔

Ein tägliches Stand-up ist ein tägliches Meeting, dessen Ziel es ist, den Teammitgliedern Fortschritte auf dem Weg zu einem gemeinsamen Ziel zu vermitteln. Es ist jedoch weniger restriktiv, was die Teilnehmer und die Zeitlimits angeht. Mit anderen Worten, Teammitglieder außerhalb des Scrum-Teams können teilnehmen und das Meeting kann länger als 15 Minuten dauern. Beispielsweise kann ein Unternehmen täglich ein Stand-up durchführen, an dem die gesamte Belegschaft oder eine bestimmte Abteilung teilnehmen, deren Fortschrittsberichte nicht auf die Softwareentwicklung beschränkt sind.

Best Practices für das tägliche Scrum

Was sind also die besten Methoden, um Ihre täglichen Scrum-Meetings effektiv durchzuführen?

1. Schließe das tägliche Gedränge in einer Zeitbox ab

Ein Zeitrahmen von 15 Minuten wird am häufigsten verwendet, um sicherzustellen, dass das Team konzentriert und auf den Punkt kommt. Schließlich müssen die Teammitglieder ihre drei Fragen nur kurz und effektiv beantworten.

2. Führen Sie das Meeting jeden Tag zur gleichen Zeit und am gleichen Ort durch

Dies wird für ein gewisses Maß an Kohärenz und Regelmäßigkeit sorgen und dazu beitragen, Scrum-Werte von Engagement und Fokus.

3. Beziehen Sie in jedes tägliche Scrum-Meeting dieselben Teammitglieder ein

Wenn Sie eine wechselnde Besetzung von Charakteren haben, laufen Sie Gefahr, dass es zu Unterbrechungen kommt. Bei einigen Teilnehmern der Besprechung fehlt wahrscheinlich der Kontext aus früheren Besprechungen und sie müssen auf dem Laufenden gehalten werden.

Tägliche Scrums für entfernte oder verteilte Teams

Tägliche Scrums sind für die Ausrichtung der Teams von entscheidender Bedeutung, aber für Teams an verschiedenen Standorten oder an verschiedenen Standorten ist eine durchdachte Ausführung erforderlich, um die Effektivität aufrechtzuerhalten. So können Sie das Beste aus Ihren virtuellen täglichen Scrums herausholen:

Intelligente Nutzung von Videokonferenzen

Videokonferenzen bieten den Vorteil einer Live-Konversation, die für die Zusammenarbeit und Klarheit in Echtzeit von entscheidender Bedeutung ist.

• Respektiere persönliche Bedürfnisse: Erkenne, dass es anstrengend sein kann, vor der Kamera zu stehen. Bieten Sie Flexibilität, indem Sie den Teammitgliedern die Wahl lassen, wann sie ihre Kameras verwenden möchten.
• Ermüdung vermeiden: Ermutigen Sie dazu, bei wichtigen Diskussionen die Kamera zu verwenden, bieten Sie jedoch die Möglichkeit, nur Audio zu hören, um Erschöpfung zu vermeiden.

Zeitzonen mit Bedacht verwalten

Verteilte Teams erstrecken sich oft über mehrere Zeitzonen. So meistern Sie die Herausforderung:

• Intelligent planen: Finden Sie eine geeignete Besprechungszeit, die für die Mehrheit geeignet ist. Zum Beispiel könnte jemand am Vormittag teilnehmen, während es für andere früh am Morgen ist.
• Ziehen Sie asynchrone Updates in Betracht: Wenn die Zeitzonen sehr unterschiedlich sind, sollten Sie sich auf asynchrone Kommunikation wie Kommentare in der Taskleiste oder Chat-Kanäle verlassen, um alle auf dem Laufenden zu halten, ohne ihre Work-Life-Balance zu stören.

Verwenden Sie visuelle Tools

Visuelle Hilfsmittel können das Verständnis und die Teilnahme an virtuellen Besprechungen erheblich verbessern.

• Bildschirmübertragung: Verwenden Sie die Bildschirmübertragung, um Taskboards oder Projektmanagement-Software anzuzeigen und so einen klaren, visuellen Kontext für Diskussionen zu bieten.
• Tools für die Zusammenarbeit: Nutze Tools wie Miro oder Trello für visuelles Brainstorming und Aufgabentracking während des Scrums.

Arbeitsvereinbarungen definieren

Durch die Erstellung klarer Arbeitsvereinbarungen wird sichergestellt, dass alle in Bezug auf Prozesse und Erwartungen auf derselben Wellenlänge sind.

• Kommunikationsmethoden: Geben Sie an, wie Teammitglieder kommunizieren sollen, sei es über Videoanrufe, Messaging-Apps oder E-Mails.
• Tools für die Zusammenarbeit: Entscheiden Sie, welche Tools Sie für Dokumentation, Zusammenarbeit in Echtzeit und asynchrone Updates verwenden möchten. Zu den beliebten Optionen gehören Slack für die Kommunikation und Jira für das Aufgabenmanagement.

Fallstricke bei Daily Scrum

Es gibt verlockende Aktivitäten, die Sie bei der Durchführung Ihres täglichen Scrum-Meetings vermeiden sollten. Dies sind einige der häufigsten Fallstricke, die es zu vermeiden gilt:

1. Das Meeting als Status-Update verwenden

An den Product Owner, Scrum Master oder andere Stakeholder. Das Hauptziel dieses Treffens besteht darin, dass das Entwicklungsteam seine drei Fragen beantwortet, damit es alle erforderlichen Anpassungen vornehmen kann, um das Sprintziel beizubehalten. Es sollte nicht als Status-Meeting für Entwickler genutzt werden, um über den Fortschritt ihrer Arbeit zu berichten.

2. Machen Sie daraus eine Problemlösungssitzung

Um alle Blockaden, die in der Sitzung besprochen werden, innerhalb des 15-minütigen Zeitrahmens zu lösen. Eines wird zweifellos passieren, wenn das Team dies versucht — das Meeting wird zu lang dauern! Der Scrum Master sollte dem Team raten, während des Meetings bei der Arbeit zu bleiben und diese Problemlösungsversuche auf einen Zeitpunkt außerhalb des täglichen Scrum-Meetings zu verschieben.

3. Konzentrieren Sie sich auf ein Taskboard

Um den Fortschritt zu verfolgen. Das tägliche Scrum-Meeting ist eine Zeit für Diskussionen. Wenn das Team auf ein Taskboard starrt, verschwendet es wertvolle Zeit, indem es sich auf den Status der Aufgaben konzentriert und nicht darüber spricht, Anpassungen an seiner Arbeit vorzunehmen.

Zusätzlich zu diesen wichtigen Punkten gibt es mehrere andere häufige Fehler, die die Effektivität eines täglichen Scrums beeinträchtigen können:

• Es ist ein langweiliges Statusmeeting geworden an dem niemand teilnehmen will. Dies deutet auf einen Mangel an Engagement und Zielstrebigkeit hin.
• Entwickler berichten über persönliche Leistungen an einen Scrum Master oder Manager, was den kollaborativen Geist des Teams untergraben kann.
• Das Treffen findet nicht statt wenn der Scrum Master es an diesem Tag nicht schafft. Diese Abhängigkeit kann die Konsistenz der täglichen Fortschrittskontrollen stören.
• Das Team versucht Probleme zu lösen und finden Sie während des täglichen Scrums Lösungen, die vermieden werden sollten, um die Timebox zu respektieren.
• Das tägliche Scrum wird verwendet, um Arbeitselemente zu verfeinern, was nicht der beabsichtigte Zweck ist. Die Verfeinerung sollte separat erfolgen.
• Die Timebox wird nicht respektiert, was dazu führt, dass einige Teammitglieder das Gefühl haben, dass das Meeting eine Belastung ist. Es ist wichtig, das 15-Minuten-Limit einzuhalten.
• Einige Entwickler denken, dass sie nicht auftauchen müssen, was zu Fehlausrichtungen und verpassten Gelegenheiten zur Teamsynchronisierung führen kann.

Indem Teams sich dieser häufigen Fallstricke bewusst sind und ein konzentriertes und effizientes tägliches Scrum pflegen, können sie sicherstellen, dass sie das Beste aus ihrer gemeinsamen Zeit machen und ihre Sprintziele auf Kurs halten.

Meistere Daily Scrum und werde ein agiler Profi

Bei Einfach und agil, wir bieten Produkte um all Ihre Scrum-Events zu verwalten. Wir setzen uns leidenschaftlich dafür ein, Agile für seine Teilnehmer zugänglich und leicht verständlich zu machen. Zusätzlich zu unseren Produkten stellen wir gerne Ressourcen zur Verfügung, damit du dein agiles Spiel verbessern kannst 💪. Schau dir unsere an Blog und unsere Podcast um ein agiler Profi zu werden!

„Tu es oder tu es nicht; es gibt keinen Versuch.“ Dies ist sicherlich das berühmteste Zitat von Jedi-Meister Yoda, aber es trifft nicht gerade auf die agile Entwicklung zu. Tatsächlich ist es quasi das Gegenteil von agil. Wenn Yoda ein Scrum Master wäre, würde das Zitat jedoch viel eher so aussehen: „Versuche es und versuche es noch einmal; so machst du es.“

Der Scrum Master unterstützt das Scrum-Team und führt es zu einem hoffnungsvollen Sieg. Es ist lohnend, aber die Rolle des Scrum Masters ist voller Druck. Der Erfolg des Scrum und das Wohlbefinden des Teams liegen auf den Schultern des Scrum Masters.

Wenn Sie ein Scrum Master sind oder einer werden möchten, sind Sie bei uns genau richtig. Meistern Sie die Scrum-Theorie und Ihre Führungsqualitäten mit unseren sechs Strategien für Scrum Master.

Scrum-Werte und die Rolle des Scrum Masters verstehen

Scrum ist eine agile Praxis, die häufig für die Produktentwicklung verwendet wird. Es basiert darauf, eine bestimmte Menge an Arbeit in kurzen Phasen — sogenannten Sprints — zu erledigen, sodass Teams kontinuierlich Iterationen erstellen können, während sie mehr über ein Produkt und seine Stakeholder erfahren.

Kenneth Schwaber hat in den frühen 1990er Jahren das Scrum-Framework mitentwickelt, um Teams bei der Verwaltung komplexer Entwicklungsprojekte zu unterstützen. Er gründete auch die Scrum Alliance und gründete Scrum.org, eine Online-Ressource für agile Teams.

Zu Beginn eines Scrums entscheidet der Product Owner, welche Product Backlog-Artikel in den Sprint-Backlog. Von dort aus übernimmt der Scrum Master und führt das Team durch Scrum-Events, darunter:

• Sprint-Planung
• Tägliches Scrum oder tägliche Standups
• Sprint-Bewertung
• Sprint-Retrospektiven

Die Rolle des Scrum Masters besteht darin, das Team durch den Scrum-Prozess zu führen. Sie erleichtern den Prozess und helfen dem Team, das Framework zu beherrschen und sich von einem Sprint zum nächsten zu verbessern.

Eigenschaften, die einen großartigen Scrum Master ausmachen

Ein effektiver Scrum Master zu sein, geht über das einfache Befolgen der Scrum-Regeln hinaus. Hier sind einige zusätzliche Merkmale, die Exzellenz in dieser Rolle wirklich definieren:

1. Emotionale Intelligenz

Ein guter Scrum Master besitzt eine hohe emotionale Intelligenz. Das bedeutet, dass sie:

• Verstehe und verwalte ihre eigenen Emotionen.
• Fühlen Sie sich in die Gefühle und Perspektiven der Teammitglieder ein.
• Ermöglichen Sie eine konstruktive Kommunikation und lösen Sie Konflikte elegant.

2. Starke Fähigkeiten zur Moderation

Es geht nicht nur darum, die täglichen Scrum-Meetings zu verwalten. Sie müssen:

• Ermutigen Sie zu einem offenen Dialog.
• Stellen Sie sicher, dass jede Stimme gehört wird.
• Führe das Team zum Konsens, ohne überheblich zu sein.

3. Anpassungsfähigkeit

Die Landschaft eines Projekts kann sich schnell ändern. Großartige Scrum Master:

• Passen Sie sich schnell an Veränderungen an, ohne den Fokus zu verlieren.
• Helfen Sie dem Team, Strategien schnell zu entwickeln und gleichzeitig die Moral aufrechtzuerhalten.

4. Lebenslanger Lerner

Die Welt von Agile entwickelt sich ständig weiter. Außergewöhnliche Scrum Master:

• Verpflichten Sie sich zu kontinuierlichem Lernen.
• Bleiben Sie mit den neuesten Praktiken, Tools und Methoden auf dem Laufenden.

5. Dienende Führung

Im Mittelpunkt der Rolle eines Scrum Masters steht die servative Führung. Das beinhaltet:

• Stellen Sie die Bedürfnisse des Teams über ihre eigenen.
• Beseitigung von Hindernissen, die den Fortschritt des Teams behindern.
• Befähigung der Teammitglieder, Verantwortung zu übernehmen und Entscheidungen zu treffen.

6. Analytisches Denken

Ein guter Scrum Master sollte in der Lage sein:

• Analysieren Sie die Prozesse des Teams und identifizieren Sie Engpässe.
• Nutzen Sie datengestützte Erkenntnisse, um kontinuierliche Verbesserungen zu fördern.

7. Motivierende Fähigkeiten

Die Motivation des Teams zu erhalten, ist entscheidend für eine nachhaltige Produktivität. Sie zeichnen sich aus durch:

• Kleine Erfolge anerkennen und feiern.
• Förderung einer positiven, kollaborativen Teamkultur.

8. Exzellente Kommunikation

Kommunikation ist der Schlüssel. Sie müssen:

• Vermitteln Sie Ideen klar und präzise.
• Stellen Sie sicher, dass alle Beteiligten auf derselben Wellenlänge sind.

Indem ein Scrum Master diese Eigenschaften verkörpert, ermöglicht er nicht nur ein effektives Projektmanagement, sondern fördert auch ein florierendes Teamumfeld, das Innovation und Erfolg fördert.

Sechs Strategien, um ein großartiger Scrum Master zu werden

Hier sind sechs Strategien für Scrum Master, um ihre Fähigkeiten zu verbessern oder sich auf ihre zukünftigen Rollen vorzubereiten.

1. Vergiss nicht, selbst agil zu sein

Lebst du selbst nach agilen Prinzipien? Wie agil sind Sie in Ihrem Führungsstil?

Effektive Scrum Master wissen, dass sie sich auch aufgrund neuer Erfahrungen, Erfolge und Misserfolge kontinuierlich verbessern müssen. Es ist wichtig, aus Ihren Fehlern zu lernen, damit Sie sie nicht noch einmal machen, aber es ist genauso wichtig, aus Ihren Erfolgen zu lernen. Nehmen Sie sich die Zeit, Ihren Prozess zu überprüfen, einschließlich dessen, was gut gelaufen ist und was nicht, damit Sie wissen, wie Sie sich als Führungskraft und Moderator verbessern können.

2. Lerne dein Team kennen

Ihre Fähigkeit, Ihr Team zu führen, hängt davon ab, wie gut Sie es kennen. Sie sollten kontinuierlich die Stärken und Schwächen Ihres Teams kennenlernen. Wie gut arbeiten sie zusammen? Wer bringt das Beste aus einander heraus und wer arbeitet nicht so gut zusammen? Gehen Sie tief in die Tiefe, um die grundlegende Dynamik des Teams wirklich zu verstehen.

Erfahre auch mehr über jeden Einzelnen im Team. Wobei benötigen sie Hilfe? Worin zeichnen sie sich aus? Welches Feedback können Sie ihnen geben, um ihnen zu helfen, in ihrer Rolle weiterzuentwickeln? Wie können Sie ihnen zum Erfolg verhelfen? Bauen Sie eine Beziehung zu Ihren Teammitgliedern auf, indem Sie sie fragen, wie es ihnen geht, Feedback geben und entgegennehmen und Gemeinsamkeiten finden.

3. Fördern Sie eine Kultur des kontinuierlichen Feedbacks

Die agile Methodik basiert auf kontinuierlicher Verbesserung. Wie werden sich die Personen in Ihrem Team verbessern, wenn Sie ihnen kein Feedback geben? Und wie wirst du dich verbessern, wenn du das Team nicht um Feedback bittest und es nicht akzeptierst?

Feedback ist eine Einbahnstraße, und es funktioniert nur, wenn es konstruktiv und kontinuierlich ist. Warten Sie nicht, bis Sie etwas Negatives zu beheben haben — Sie müssen regelmäßig sowohl positives als auch negatives Feedback geben. Wenn Sie dies regelmäßig tun, können Sie und Ihr Team sich daran gewöhnen, Feedback zu hören, sodass es nicht erschütternd oder abschreckend wirkt, wenn Sie dies tun.

Als Scrum Master sollten Sie ein Umfeld fördern, in dem alle Mitglieder geben und empfangen konstruktives Feedback.

4. Verbessern Sie Ihre Kommunikationsfähigkeiten

Das Sagen zu haben bedeutet nicht, dass du ständig redest. Das Gegenteil ist der Fall: Gute Führungskräfte sind großartige Kommunikatoren. Als Führungskraft müssen Sie Ihrem Team ständig zuhören und beide Ohren offen halten für alle Probleme, mit denen sich Ihr Team oder die Mitglieder des Teams möglicherweise befassen.

Hören Sie sich aktiv die Anliegen des Entwicklungsteams an und überlegen Sie, wie jeder Einzelne in Ihrem Team am liebsten kommuniziert. Bevorzugen sie mutige und auf den Punkt gebrachte Interaktionen? Oder brauchen sie Zeit, um ein Gespräch zu beginnen? Jeder kommuniziert ein bisschen anders, und wenn Sie die Präferenzen Ihres Teams verstehen, können Sie das Beste aus jeder Interaktion herausholen.

Scrum Master müssen ihre Kommunikationsfähigkeiten verbessern, um effektive Führungskräfte für ihre Teams zu sein. Beurteilen Sie regelmäßig Ihren Kommunikationsstil und dessen Effektivität und bitten Sie Ihr Team um Feedback dazu, wie es Ihnen geht.

5. Machen Sie das Beste aus jeder Retrospektive

Die Retrospektive ist die letzte Veranstaltung eines Scrums. Sie sind ein unglaublich wichtiger Teil des Scrum-Prozesses und sollten nicht übersehen, überstürzt oder zu wenig genutzt werden. Als Scrum Master müssen Sie die Verantwortung dafür übernehmen, dass Retrospektiven wirksam sind und nach jedem Scrum stattfinden. Gehen Sie mit einem Plan los, um das Beste aus jedem Retro-Meeting herauszuholen.

Das bedeutet nicht, dass Sie sich um alles kümmern müssen. Es ist hilfreich, Ihr Team gelegentlich eine Retrospektive durchführen zu lassen. Alle Beteiligten sollten kontinuierlich ihre eigenen Ideen einbringen, um das Meeting zu verbessern.

Sammeln Sie regelmäßig Feedback von Ihrem Team darüber, wie Ihre Retrospektiven ihrer Meinung nach verlaufen. Fragen Sie nach Ideen, wie sie sich verbessern und die Dinge ändern könnten. Die Wiederholung exakt derselben Fragen und rückblickende Aktivitäten langweilen Ihr Team und führen zu geringerem Engagement.

Einen tieferen Rückblick finden Sie in unseren fünf Schritten zu Durchführung effektiver Sprint-Retrospektiven.

6. Werden Sie zertifizierter Scrum Master

Eine Scrum Master-Zertifizierung kann Sie vom einfachen Scrum Master zum meisterhaften Scrum Master machen. Eine Zertifizierung ist zwar nicht erforderlich, um ein professioneller Scrum Master zu werden, aber sie hilft auf jeden Fall.

Scrum.org, die vom Mitbegründer von Scrum gegründete Website, bietet ein dreiteiliges Zertifizierungsprogramm namens The Professional Scrum MasterTM an. Das Programm besteht aus drei Bewertungsstufen, die Ihr Wissen über das Scrum-Framework und die praktische Anwendung der Scrum-Theorie bestätigen.

• Der professionelle Scrum MasterTM I (PSM I)
• Der professionelle Scrum MasterTM II (PSM II)
• Der professionelle Scrum MasterTM III (PSM III)

Wir sind auch große Fans der SAFe-Trainingsprogramme von Pretty Agile:

• SAFe Scrum Master SSM Zertifizierung
• SAFe Advanced Scrum Master

Eine Zertifizierung ist eine großartige Ergänzung zu Ihrem Lebenslauf und hilft Ihnen dabei, Ihre Moderationsfähigkeiten und Ihr Scrum-Wissen zu verfeinern.

Easy Agile für Scrum Master

„Versuche es und versuche es noch einmal; so machst du es.“

Das Schöne an Agilität ist, dass unabhängig davon, wie viele Zertifizierungen oder Jahre Erfahrung Sie haben, es immer mehr zu verbessern gibt. Agile ist ein iterativer Prozess, bei dem das Lernen von Sprint zu Sprint und von Projekt zu Projekt fortgesetzt wird. Als Scrum Master liegt es an Ihnen, das Handwerk weiter zu erlernen und Ihre Moderationsfähigkeiten zu perfektionieren. Die Rolle des Scrum Masters beinhaltet lebenslanges Lernen.

Easy Agile entwickelt Produkte, die Scrum Mastern und agilen Entwicklern helfen, effizienter und effektiver zu arbeiten. Unsere Tools wurden speziell für Teams entwickelt, die Jira verwenden und lieben, aber mehr Funktionen benötigen, um die Kundenbedürfnisse zu priorisieren.

Versuche Einfacher agiler Teamrhythmus um die Agilität Ihres Teams von der Planung bis zur Überprüfung zu unterstützen. TeamRhythm unterstützt das Mapping von User-Storys, die Verfeinerung des Backlogs, die Sprint- und Versionsplanung sowie Team-Retrospektiven und baut so einen kontinuierlichen Verbesserungszyklus direkt in Jira auf. Es ist eine Win-Win-Situation für Scrum Master, Entwicklungsteams und Kunden. Testen Sie unsere Produkte 30 Tage lang absolut kostenlos.

Ein häufiges Missverständnis bei agilen Softwareentwicklungsmethoden ist, dass sie keinem formalen Prozess folgen. Jedes Team macht einfach sein eigenes Ding mit wenig oder gar keiner Planung, und irgendwie klappt alles. Nun, wir hassen es, Ihre Seifenblase platzen zu lassen, aber Softwareentwicklung funktioniert so nicht, agil oder nicht. 🤯

Genau wie bei traditionellen Wasserfallprojekten folgt agile Projekte einem agilen Softwareentwicklungszyklus (SDLC). Aus der Prozessperspektive besteht der Hauptunterschied in einem linearen Ansatz mit Wasserfall und einem iterativen Ansatz mit Agilität. We are something later into into there.

Lassen Sie uns zunächst erläutern, wie ein agiles SDLC mit agilen Prinzipien im Einklang steht. Dann werden wir sowohl in Scrum- als auch in Kanban-Umgebungen über agile SDLC sprechen.

How the cycle of agile softwaredevelopment agile principles supports

Das Agiles Manifest nennt vier Grundwerte, die zur Verbesserung der Softwareentwicklungsprozesse beitragen. Sie sind:

Individuals and Interactions about Processes and Tools
Funktionende Software über eine umfassende Dokumentation
Zusammenarbeit mit Kunden over Contracts
Reagieren Sie auf Veränderungen anstatt einem Plan zu folgen.

Das sind großartige Werte! Heben Sie jetzt Ihre Hand, wenn Sie sich an den nächsten Satz erinnern. Irgendjemand?? Lass uns dein Gedächtnis auffrischen: „Das heißt, obwohl die Elemente auf der rechten Seite einen Wert haben, schätzen wir die Elemente auf der linken Seite mehr ein. “

Allzu oft sind neue agile Softwareentwicklungsteams so begeistert davon, „agil zu werden“, dass sie vergessen, den gesamten Inhalt des Agilen Manifests vollständig zu verstehen. Wir verstehen es — es ist schwer, sich an alle 68 Wörter zu erinnern, wenn man begeistert ist. 🤓

Schauen wir uns das noch einmal an: The article on the right page have a value. Das klingt nicht so, als ob Sie alle Dokumentationen, Prozesse und Tools entfernen sollten. Sie benötigen tatsächlich einige dieser Dinge, um effizient als Team zu arbeiten. The least must to take any art of contract, when they want develop software for a external stakeholder and paid.

Wir würden Ihnen gerne genau sagen, wie viele Prozesse und wie viel Dokumentation und Planung Sie benötigen, aber das können wir nicht. Ein Teil der Agilität besteht darin, die Dinge im Laufe der Zeit anhand Ihrer Teamumgebung und der Bedürfnisse der Kunden zu erkennen. If your agile team ready, start you to check the processes, tools and project documentation and that your team needs to efficient and effective to work.

Wir schauen uns nun einige Lebenszyklusmodelle für agile Softwareentwicklung an.

Das Scrum SDLC model

Erinnerst du dich, dass wir bereits darüber gesprochen haben, dass Wasserfall linear und agil iterativ ist? Scrum ist das perfekte agile Framework, um den Unterschied hervorzuheben.

The traditional water fall model of the product development requires several steps before you going to a final product. Waterfall projects meet the definition of ready, when the complete project is completed and in the hands of users or stakeholders. Es ist linear — ein gerader Weg von Anfang bis Ende.

The agile method of Scrum is dagegen iterativ and adaptiv. Scrum-Teams teilen die Ergebnisse in kleineren Teilen mit kürzeren Zeitrahmen, die als Sprints bezeichnet werden. Es ist das Ziel, bei jeder Iteration während des gesamten Produktentwicklungsprozesses Teile der funktionierenden Software bereitzustellen.

Anstatt eines einzelnen Sprints, wie oben gezeigt, sieht ein vollständiger Scrum-Lebenszyklus eher so aus:

Für jede Iteration plant, entwickelt, überprüft und implementiert das Team Updates der Produktfunktionen. If the involved agreement tests and you see the functional product, they may questions by new priority or requirements. This feedback is added the product backlog, sodass the Product Owner with other functions and work priorisiert wird. Dann beginnt der Prozess erneut.

Da sich die Software ständig weiterentwickelt, wiederholt sich dieser Prozess, bis das Produkt entweder einen Wartungsgrad erreicht hat oder das Ende seiner Nutzungsdauer erreicht und außer Betrieb genommen wird.

Inparticular in Scrum is planning a great part of the SDLC. The Sprint Planning bringt das Team zusammen, um die Arbeit auf der Grundlage der vom Product Owner definierten Sprintziele zu priorisieren. The daily standup provides the team the possible to coordinating his activities for the day. The Sprint-Review ermöglicht es dem Product Owner und anderen Stakeholdern, die während des Sprints Ergebnisse zu überprüfen und zu besprechen. Und schließlich bietet die Sprint-Retrospektive dem Team die Gelegenheit, über den Prozess, die Teamdynamik und mögliche Verbesserungen für die Zukunft nachzudenken.

Reibungslose Sprint-Planung mit

Einfache Agile User Story Maps

Testing now

Verfeinerung des Backlogs is also a art of planning, that should be completed before a sprint planning ession or on end of a sprint. When the verfeinerung can be review the teams the ability specific functions or Ideas for development methods to meet the Acceptance criteria. Sie können auch die Verfügbarkeit von Ressourcen bei der Planung berücksichtigen. Sie könnten beispielsweise erwägen, zusätzliche Komponententests erstellen, um den Aufwand eines Testers zu reduzieren, der während der nächsten Sprints im Urlaub sein wird.

The difference between the planning in Scrum and Waterfall is darin, how much work you want planning. Wasserfallpflanze zu Beginn des gesamten Projekts. The Scrum planning does during the complete product development, from beginning to the end.

Die agile Kanban-Methode

Ein Kanban-Framework hat einen etwas anderen agilen Prozess. Workelemente sind nicht unbedingt miteinander verwandt oder voneinander abhängig. Einzelne Teammitglieder können asynchron arbeiten, um neuen Code in die Produktion einzubringen, sobald er fertig ist. Kanban ist jedoch immer noch iterativ, da die Arbeitselemente in einem Backlog priorisiert werden, und dann werden sie entwickelt, überprüft und zur Produktion gebracht.

Basierend auf dem Feedback der Endbenutzer werden dem Board neue Backlog-Elemente hinzugefügt. The priority of work elements is regular checked and adjusted that they is perfect to the agile value, to react on veränderungen.

Ein großer Unterschied mit Kanban Bedeutet, dass jede Spalte im Kanban-Board nur eine begrenzte Anzahl von Arbeitselementen enthalten kann (WIP-Grenzwerte), anstatt sie auf der Grundlage von Storypoints und Teamgeschwindigkeit zur Arbeit zu verpflichten. This helps Teams, konzentriert zu bleiben, in ihrem Prozess zu erkennen, zu erfahren, wo Automation hilfreich sein könnte, und allgemein zu verstehen, wo ihr Prozess funktioniert und wo er wenig Hilfe benötigt.

Bei Kanban liegt der Fokus mehr auf dem kontinuierlichen Arbeitsfluss in jeder Phase. The WIP border values helps teams to identify specific phases, they behind the work process, that they detect the cause, they detect and last the efficiency work.

Jedes Kanban-Team kann die Spalten auf seinem Board nach seinen Bedürfnissen auswählen. Das Ziel von Kanban ist es, die Geschwindigkeit zu verbessern, indem die Arbeit auf dem Board voranschreitet. A precise monitoring and measurement of movement of work elements is for kanban teams of significant meaning.

Working with the agile software development cycle

Egal, ob Sie in einem ausgerüsteten Unternehmen oder einem Startup-Team arbeiten, eine angemessene Menge an Dokumentation, Tools und Prozessen in agilen Softwareentwicklungsmethoden ist von Wert. Actual helps the facility a agile software development cycle your team, efficient to work.

TIPP! Auf der Suche nach mehr Teamzusammenstellung? Probiere es aus Einfaches agiles Programm

Think you, on the Agile Manifest and The back access Die 12 Prinzipien hinter dem Agilen Manifest wenn du nicht weiterkommst. This values and principles applies not only for the what you build, but also for the work type your team. The key concept behind agile Frameworks contains in, they to check and adapt — both the software as also also the art and way how you work as team.

Use so much process and documentation, how you need, but not more. Schauen Sie sich an, was Sie heute haben, und identifizieren Sie wichtige Punkte, ohne dass das Team Ihrer Meinung nach nicht funktionieren kann. Fügen Sie dann Schritte hinzu oder entfernen Sie sie, wenn Sie herausfinden, wie Ihr Team am besten in einem agilen Framework arbeiten kann.

Bei Easy Agile are here, to help them, the best from your agile Practices, and help them to help them to develop a powerful, agile team. 💪 If you want more learn, look you see our weitere Blogartikel zu agilen Themen.

If you help with the Jira tool by Atlassian, we have einige tolle Apps damit du es versuchst. Unser Simple Agile Programs for the Jira App can support your planning activities by skalable direction and visualization of dependencies.

Testing now