Eine 7-Punkte-Checkliste zur Retrospektive von Scrum Master

Eine Frage, die sich oft stellt, ist, „Was sind die Indikatoren für eine hocheffektiver Scrum Master?“ Wenn Sie danach streben, ein außergewöhnlicher Scrum Master zu werden, sollten Sie Folgendes berücksichtigen:
- Identifizieren Sie wiederholte Fehler: Gelegentliche Fehler werden zwar erwartet, aber es ist wichtig, dass der Scrum Master mit dem Team zusammenarbeitet, um wiederkehrende Fehler zu identifizieren. Durch die Implementierung von Richtlinien und Praktiken kann das Team verhindern, dass diese Fehler erneut passieren.
- Behandle systemische Probleme: Wenn das Team immer wieder auf dieselben Probleme stößt, muss der Scrum Master das Vorhandensein systemischer Probleme erkennen. In Zusammenarbeit mit dem Team kann der Scrum Master Gegenmaßnahmen ergreifen, um zu verhindern, dass diese Probleme erneut auftreten.
- Messen Sie Verbesserungen im Laufe der Zeit: Verbessern wir uns als Team kontinuierlich? Beurteilen Sie, ob das Team jetzt effektiver ist als in früheren Perioden, z. B. vor 6, 9 und 12 Monaten. Überlegen Sie auch, ob das Team in Zukunft besser sein wird. Wenn der Fortschritt ins Stocken gerät, kann es notwendig sein, die Effektivität des Scrum Masters neu zu bewerten.
Wenn Ihr Team in allen drei Bereichen Fortschritte macht, ist das ein gutes Zeichen dafür, dass der Scrum Master effektiv ist und dass das Team lernt und sich verbessert.
Um kontinuierliche Verbesserungen voranzutreiben, sollte der Scrum Master die Retrospektive nutzen. Bei der Retrospektive handelt es sich um eine Scrum-Veranstaltung, die nach dem Sprint Review durchgeführt wird, um den Prozess und die Fähigkeit des Teams, Produkte effektiv zu liefern, zu bewerten und anzupassen. Während dieser Sitzung leitet der Scrum Master das Team dabei, Erfolge zu feiern und Bereiche zu erkunden, in denen Verbesserungen möglich sind.
7-stufige Checkliste, die von Scrum Mastern bei Retrospektiven verwendet wird, um Probleme anzugehen:
- Diskutieren Sie das Problem: In der Retrospektive moderiert der Scrum Master eine Diskussion, um die wichtigsten Herausforderungen zu identifizieren, vor denen das Team steht.
- Auswirkungen abschätzen: Ermitteln Sie die Dringlichkeit und die Auswirkungen des Problems. Bei Problemen mit großer Tragweite können sofortige Maßnahmen erforderlich sein, während weniger dringende Angelegenheiten später behandelt werden können.
- Identifizieren Sie die Hauptursachen: Das Verständnis der Grundursache ermöglicht es dem Team, tiefere Einblicke zu gewinnen und mögliche Lösungen zu entwickeln.
- Generieren Sie Lösungen: Sobald ein erhebliches Problem erkannt wurde, leitet der Scrum Master das Team bei der Suche nach Lösungen zur Lösung des Problems.
- Implementieren Sie Lösungen: Dieser Schritt wird in der nachfolgenden Retrospektive durchgeführt. Der Scrum Master stellt sicher, dass die vorgeschlagenen Lösungen erprobt und getestet werden.
- Evaluieren Sie die ersten Ergebnisse: Beurteilen Sie die Effektivität der implementierten Lösung. Hat sie das Problem behoben, es noch schlimmer gemacht oder hatte sie keine Wirkung?
- Legen Sie die nächsten Schritte fest: Entscheiden Sie anhand der Ergebnisse, ob das Problem behoben ist oder ob weitere Maßnahmen erforderlich sind. Dies kann bedeuten, mit der aktuellen Lösung fortzufahren oder zu einem anderen Ansatz überzugehen.
Stellen wir uns zum Beispiel ein Team vor, das mit hohen Fehlerraten zu kämpfen hat. Ihre Fehlerraten übertreffen sowohl den Durchschnitt des Unternehmens als auch die Industriestandards. So könnte die 7-stufige Checkliste angewendet werden:
Schritt 1: In der Retrospektive stellt der Scrum Master das Thema der hohen Fehlerraten zur Diskussion.
Schritt 2: Der Product Owner gibt Feedback vom Helpdesk-Team und hebt Kundenbeschwerden und die negativen Auswirkungen auf den Umsatz hervor.
Schritt 3: Nach reiflicher Überlegung stellt das Team fest, dass beim manuellen Testen viele Fehler übersehen werden, und identifiziert den Mangel an Testautomatisierung als einen Faktor, der dazu beigetragen hat.
Schritt 4: Ein Teammitglied mit Erfahrung in automatisierten Tests schlägt vor, automatisierte Testpraktiken auf Einheitenebene zu implementieren.
Schritt 5: In der darauffolgenden Retrospektive berichtet das Team, dass die neuen Unit-Test-Praktiken auf ihre gesamte Arbeit während des Sprints angewendet wurden.
Schritt 6: Das Team räumt ein, dass bei den automatisierten Tests sechs Fehler festgestellt wurden, die sonst übersehen worden wären.
Schritt 7: Das Team erklärt sich bereit, weiterhin automatisierte Komponententestpraktiken zu verwenden, und plant, auf Tests auf Integrationsebene auszuweiten, sobald ein größerer Teil der Codebasis abgedeckt ist.
Mithilfe dieser 7-stufigen Checkliste können Scrum Master Retrospektiven effektiv nutzen, um wiederkehrende Fehler zu beheben, laufende Probleme zu lösen und das kontinuierliche Wachstum und die Verbesserung ihrer Teams zu fördern.
Verwandte Artikel
- Agile Best Practice
What Is a Scrum Master, and How Do You Become One?
What is a Scrum Master? The Scrum Master guides the daily Scrum in projects or software development to streamline processes as much as possible. This person applies agile methodologies to guide successful project outcomes.
If you want to become a Scrum Master, learn what defines this role. Explore its duties and how the servant leadership style supports carrying out the various responsibilities it involves.
Find out how the Scrum Master's role benefits product or project development. Finally, discover what qualifications you need to become a Scrum Master and what job types you can apply to complete your studies.
What is a Scrum Master’s role?
A Scrum Master's role is dynamic. They must be flexible and adapt to various circumstances, because the Scrum Master serves a vital role in managing projects.
Every product development project needs a different approach. The Scrum Master must adapt their approach to each position and even play the role of an agile coach at times.
Whatever role the Scrum Master takes on, they play a servant leader role (we’ll review what this is later). So, their responsibilities vary when guiding the team's progress.
Some ways that the Scrum Master works with team members and product owners include:
- Sprint planning with team members and product owners to check that everyone understands what needs to be done
- Solving issues such as work estimation, scope creep and over-committing to work volumes
- Holding daily standup meetings to discuss product issues, backlogs, and any other team member concerns
- Acting as a facilitator to limit blockers that hold the team back from completing iterations on time. The Scrum Master also handles any roadblocks by improving workflows
- Having sprint reviews that ensure team collaboration and helpful feedback
- Holding retrospectives to see how team members can improve
- Monitoring the Scrum board to ensure that all cards are current and that Jira and other software works properly
- Hosting individual meetings to get to know and help team members one-on-one
- Handling portfolio planning tools such as analyzing burndown charts. They use burndown charts and other tools as inputs into what the team needs to build and the cadence levels for their work.
- Making sure that the team members use agile guidelines in their projects. These guidelines help team members meet stakeholder needs.
At the end of the day, the Scrum Master champions the Scrum process for successful project outcomes.
Servant leadership
Part of answering the question, “What is a Scrum Master”? involves looking at leadership styles. These styles include bureaucratic, democratic, transactional, and many others. One style that fits well with the role of the Scrum Master is to be a servant leader, an approach that works well with small teams.
Servant leaders:
- Support a team spirit
- Share responsibility
- Share decision-making
- Focus on achievements instead of faults
Servant leaders find solutions which promote workflows and stakeholder satisfaction.
Scrum Master according to Scrum methodology
The Scrum Guide, written by Ken Schwaber, provides an excellent outline of the diverse responsibilities of the Scrum Master. Here are some of this person’s roles:
- Adopting the role of an agile coach to lead organizational transformation using the Scrum methodology
- Planning Scrum applications to help the organization understand how the new iterative workflow process works and adapt to changes
- Guiding leaders, managers, and other stakeholders in understanding the benefits and applications of the Scrum product development methodology
- Helping increase the Scrum team's productivity
- Collaborating with other organizational Scrum Masters within the organization to help team members adopt agile principles
- Promoting positive working relationships between team members, product owners, and other stakeholders
- Guiding sprint planning, daily stand-up meetings, sprint reviews, and product backlog items
Scrum Master challenges
While the Scrum Master supports a streamlined workflow, their job is not always as simple as it sounds. Here are some challenges they may encounter:
1. Change resistance
Scrum Masters’ concepts may be new to employees, so Scrum Masters can encounter resistance. Either way, the Scrum Master must create solutions to dealing with any resistance to change.
2. Lack of understanding
Not everyone will understand or even like agile processes. A good Scrum Master must overcome this and to help teams connect principles with practical implementation to assimilate agile practices.
3. Gaining leadership support
Scrum Masters can only do their work effectively if they have the full support of leadership. Scrum processes can be pretty challenging, which initially disrupts old processes, making transformation difficult.
Managers may be afraid that the Scrum Master will usurp their authority. Departments may not want to adapt their processes, but the Scrum Master must use agile coach techniques to overcome fears and unwillingness to adapt.
Unless the Scrum Master has the full buy-in of leadership, any change initiative will derail before it even starts.
How Scrum Master positions can work
Role rotation. Agile teams rotate the responsibility of this role between members. For example, each team member does admin tasks for each Scrum meeting.
Part-time role. The Scrum Master takes on additional responsibilities.
Full-time role. The Scrum Master takes on a dedicated, full-time role. They must have the experience to do this work and skillfully show the team how to apply agile practices.
Guiding many teams. A Scrum Master guides several development teams. They monitor the work progress for several teams.
Agile coach. This Scrum Master role involves coaching teams or other Scrum Masters.
If the Scrum Master role interests you, you should know that Scrum Master jobs are common, partly due to the popularity of the agile method.
Organizations often look for ways to improve product development. They want Scrum Masters to help guide the process to get products to the market quicker.
You can look on LinkedIn for positions for good Scrum Masters. Their research shows that these positions are in high demand, so you can improve your skills with Scrum Master certifications. Your prospects are diverse as you can work in manufacturing, health, government, education, and many others.
Scrum Masters can get a Certified Scrum Master (CSM) qualification. They can also be a Professional Scrum Master.
How to become a certified Scrum Master
Scrum.org offers various resources, including Scrum certifications and training. So, if you want to follow a career in agile methodologies and lead a Scrum team, you can become a CSM or a PSM. You can also opt to train through the Scrum Alliance, which has been operating since 2001.
Hundreds of thousands of Scrum Masters have attained qualifications through these organizations. Both provide recognizable certifications at various Scrum Master levels, so perhaps it's time to boost your career.
You can achieve a Professional Scrum Master (PSM) certificate from scrum.org. This is available at three different levels, including:
- The PSM I certificate. This certificate shows that students understand Scrum and its applications as per the Scrum Guide.
- The PSM II certificate is proof that you can apply the Scrum principles and practices in a complex real-work situation.
- PSM III certificate. This certificate shows that students have an in-depth understanding of Scrum Values and can apply Scrum principles and practices in complex environments and situations.
Anyone who wants to improve their career opportunities can sign up with Scrum Alliance to get their CSM certification. You can become a:
- Certified ScrumMaster (SCM). This certificate focuses on servant leaders and how to help the Scrum team work together to enact the Scrum framework.
- Certified Scrum Product Owner (CSPO). This certificate is for anyone involved in the business aspect of projects. If you want to know more about product development, productivity, and meeting stakeholder needs, this one is ideal.
- Certified Scrum Developer (CSD). This certificate is good when you want to know how to apply techniques and tools to build great software products. You will learn how to apply iterative Scrum methods in this certification process.
- The Certified Scrum Professional (CSP) learns how to improve Agile methodology implementation in each project they guide.
Take your career up a notch.
Easy Agile provides a range of resources to help Scrum Masters achieve their agile methodology goals. In addition, you can access resources such as our learning hub and webinars to improve your skills.
Scrum Masters can also explore Easy Agile Programs for Jira to enhance the software development team’s experience. Another excellent resource is Easy Agile Scrum Workflow for Jira.
Enhance your Scrum Master role with resources that make your work easier by overcoming resistance to new learning curves.
- Workflow
Der Leitfaden für Agile Ceremonies for Scrum
Zeremonien sind regelmäßige Veranstaltungen, die von Scrum-Teams abgehalten werden. „Agile“ ist ein weit gefasstes Wort, das eine andere Arbeitsweise mit kürzeren, zeitlich begrenzten Release-Zyklen beschreibt.
Unter dem breiten Dach von Agile ist Scrum einer der beliebtesten Ansätze, mit denen Teams ihre Arbeit und Veröffentlichungen organisieren.
Jede kurze Iteration der Arbeit in Scrum wird als Sprint bezeichnet. Ein Sprint ist normalerweise ein Zeitraum von 2 Wochen, in dem sich das Team auf einen kleinen Teil der Arbeit konzentriert.
Die Idee ist, dass sich jeder auf einen Teil der Arbeit konzentriert. Und dieser Teil muss innerhalb desselben Sprints fertiggestellt und an den Kunden versendet werden.
Scrum kann in einige wichtige Elemente unterteilt werden:
- Rollen
- Artefakte
- Zeremonien
Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.
Alle 4 Scrum-Zeremonien tragen dazu bei, dass sich das Scrum-Team auf den Teil der Arbeit konzentriert, auf den es sich in diesem Sprint geeinigt hat.
Es hilft dem Team, den Fortschritt der Arbeit, zu deren Abschluss es sich verpflichtet hat, transparent zu machen und Probleme frühzeitig anzusprechen, bevor sie zu Blockern werden.
Schauen wir uns jede der vier agilen Zeremonien in Scrum an:
1. Steh auf (oder tägliches Scrum)
Ziel des Stand-Up: ein kurzer Check-in, bei dem das Team Probleme ansprechen oder mit dem gesamten Team von Angesicht zu Angesicht kommunizieren kann.
Wer tritt dem bei täglich aufstehen: Entwickler, Scrum Master, Product Owner
Ergebnis des täglichen Aufstehens: Das Team erhöht alle Blocker, muss sie aber nicht lösen. Stellen Sie sicher, dass jedes Teammitglied sich darüber im Klaren ist, woran es gerade arbeitet. Jedes Teammitglied sollte in der Lage sein, diese drei Fragen zu beantworten:
- Was habe ich gestern abgeschlossen?
- Woran werde ich heute arbeiten?
- Bin ich durch irgendetwas blockiert?
Wann sollte man einen Stand halten: täglich
Tipp: Stand-ups können von Geschäftsteams durchgeführt werden und müssen nicht immer von Angesicht zu Angesicht stattfinden. Hier ist ein Foto vom Stand up der Geschäftsleitung der australischen Bank ANZ in Aktion:
Und noch ein Bild von InsideIt's Stand Up:
2. Sprint-Planung
Ziel der Sprint-Planung: Die Sprint-Planung hilft dem Team, sich auf die nächsten Aufgaben vorzubereiten. Das Team bespricht jedes Arbeitsthema, das vom Product Owner priorisiert wurde.
Wer macht Sprint-Planung: Entwickler, Product Owner, Scrum Master
Ergebnis der Sprint-Planung: dass jeder weiß, was das Sprintziel ist und wie er es erreichen wird. Stellen Sie sicher, dass jeder versteht, was die allgemeine Vision oder das Ziel der Arbeit ist.
Das Team wird sich damit auskennen, welche Arbeit im nächsten Sprint zur Verfügung steht. Das Team wird alle Hindernisse oder Möglichkeiten besprechen und herausfinden, wie es die Art und Weise, wie die Arbeit abgeschlossen wird, optimieren kann.
Das Team schätzt auch die Arbeit ab und zieht eine Grenze, wenn geschätzt wird, dass der Aufwand zur Fertigstellung der Arbeit die Kapazität oder die historische Geschwindigkeit des Teams übersteigt.
Wann sollte die Sprint-Planung abgehalten werden: am Ende eines Sprints oder ganz am Anfang eines neuen Sprints.
Bonus: Manchmal findest du bei der Sprint-Planung Dinge, die du nicht tun würdest, und das ist auch wertvoll.
3. Bewertung im Sprint
Ziel des Sprint Reviews: Präsentieren Sie die abgeschlossenen Arbeiten und erhalten Sie Feedback vom Product Owner und den relevanten Stakeholdern.
Wer nimmt am Sprint Review teil: Ausführende Sponsoren, Entwickler, Scrum Master, Product Owner
Ergebnis des Sprint Reviews: Jedes Teammitglied fühlt sich gestärkt, wenn es dem Team seine Arbeit präsentiert. Das Team kann seine Erfolge feiern. Das Führungsteam kann Fragen stellen. Der Product Owner kann Feedback geben und überprüfen, ob die Arbeit von hoher Qualität ist und der Benutzererfahrung entspricht. Passt am besten zu Getränken und Kuchen.
Wann sollte ein Sprint Review abgehalten werden: am Ende jedes Sprints.
4. Rückblick
Ziel der Retrospektive: ehrliche Diskussion darüber, was gut funktioniert hat und was nicht. Fördern Sie Selbstverbesserung und Transparenz.
Wer nimmt an der Retrospektive teil: Entwickler, Scrum Master, Product Owner
Ergebnis einer Retrospektive: erhalte Feedback vom Team und versuche, dich im nächsten Sprint zu verbessern. Das Schöne an Agile und Scrum ist die schnelle Feedback-Schleife.
Wenn etwas nicht gut funktioniert, tut das dem Team nur maximal 2 Wochen weh. Es kann dann im Nachhinein behoben werden, und es können Maßnahmen ergriffen werden, um das Problem zu beheben, bevor es aus dem Ruder läuft.
Das Ergebnis sollte die Zusage des Teams sein, sich auf Bereiche zu konzentrieren, die verbessert werden müssen, oder das Verhalten fortzusetzen, das der Gesundheit und/oder der Geschwindigkeit des Teams zugute kommt.
Wann sollte eine Retrospektive abgehalten werden: zu Beginn eines neuen Sprints, wenn ich über einen Sprint nachdenke, der gerade zu Ende gegangen ist.
---
Das gemeinsame Thema dieser Scrum-Zeremonien ist, dass sie die Teamzusammenarbeit, Transparenz und Kommunikation fördern.
Meiner Erfahrung nach ist es genau das, was Agile wirklich zu einer besseren Arbeitsweise macht.
Es sind nicht die Storypoints oder gar die Art und Weise, wie der Backlog priorisiert wird, die den Unterschied machen. Der wahre Wendepunkt von Agile ist, dass es Teams mit offener und ehrlicher Kommunikation hilft.
Diese Agile/Scrum-Zeremonien werden nicht immer für jedes Team gleich funktionieren.
Sie sind jedoch eine großartige Möglichkeit, Gespräche zu erleichtern und eine kontinuierliche Verbesserung zu fördern.
- Workflow
Was ist der Unterschied zwischen Kanban und Scrum?
Kanban vs. Scrum — sind sie unterschiedlich und können Software- und Produktentwicklung sie zusammen verwenden? Die Antwort auf beide Fragen lautet JA!
Sowohl Kanban als auch Scrum sind beliebte agile Methoden. Sie sind unterschiedlich, aber sie können zusammen verwendet werden. Sie sind alle Bestandteile von Agile, einer besseren Arbeitsweise, die sich auf Iteration und Zusammenarbeit konzentriert, um Verschwendung zu reduzieren und die Effizienz zu maximieren.
Agile ist das Gegenteil von klassischem Projektmanagement. Stellen Sie sich das wie Jazz gegen klassische Musik vor. Anstatt dass ein Komponist ein bereits komponiertes und organisiertes Musikstück in ein Orchester bringt und diktiert, was wo passiert, ist Jazz kollaborativ, jedes Bandmitglied ernährt sich voneinander und kreiert Musik in einem agilen, iterativen Prozess.
In diesem Beitrag werden sowohl die Kanban- als auch die Scrum-Methoden eingehend behandelt. Lesen Sie weiter, um die Unterschiede und Gemeinsamkeiten zwischen Kanban und Scrum zu entdecken und zu erfahren, wie sie zusammen effektiv eingesetzt werden können.
Wie unterscheidet sich die agile Methodik vom Projektmanagement?
Die traditionelle Projektmanagementmethode ist linear, was bedeutet, dass jedes Projektelement in sequentieller Reihenfolge abgeschlossen wird. Erst wenn jedes Element abgeschlossen ist, können Sie mit dem nächsten fortfahren. Stellen Sie sich das traditionelle Projektmanagement als eine Montagelinie vor. Es besteht aus einer strikten Abfolge von Schritten, die vom Projektmanager geplant werden, bevor neue Arbeiten oder Iterationen beginnen können.
Der Projektmanager ist die Person, auf die das gesamte Team in Bezug auf die Führung angewiesen ist. Der Arbeitsablauf bleibt von Projekt zu Projekt derselbe, und die Schritte ändern sich selten.
Im Gegensatz dazu ist Agile eine nichtlineare Arbeitsweise, die sich auf Flexibilität und Zusammenarbeit zwischen den Teammitgliedern konzentriert. Agiles Projektmanagement konzentriert sich darauf, etwas fertig zu stellen, das die Beteiligten regelmäßig sehen und bewerten können, sodass kontinuierlich ein Mehrwert geschaffen wird.
Jede Iteration liefert sowohl vom Team als auch vom Kunden neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um einen vielseitigen Ansatz, der die Engpässe beseitigt, die bei der herkömmlichen Methode auftreten können.
Kanban gegen Scrum
Kanban vs. Scrum ist keine Dichotomie. Beides sind agile Methoden, die Teams helfen sollen, in einem iterativen Prozess zu arbeiten. Bei beiden handelt es sich um Systeme, die regelmäßig im Entwicklungsprozess eingesetzt werden, um einen wertorientierten Ansatz zu gewährleisten. Die Ziele und Methoden sind dieselben, aber die Schritte sind unterschiedlich.
Ein Kanban-Workflow ist eine Möglichkeit, Aufgaben visuell zu organisieren, um sicherzustellen, dass Arbeitselemente vorangetrieben werden, während gleichzeitig Änderungen und Anpassungen vorgenommen werden können. Ein Scrum funktioniert in Sprints von 2 bis 4 Wochen, die darauf ausgelegt sind, einen bestimmten Arbeitsaufwand zu erledigen oder ein bestimmtes Problem zu lösen. Während jedes Sprints checken die Teams täglich ein, um den Fortschritt sicherzustellen und mögliche Hindernisse zu identifizieren.
Kanban vs. Scrum ist nicht die eine oder andere Wahl. Beide können gleichzeitig verwendet werden, je nachdem, was von Projekten verlangt wird oder Anwenderberichte. Im Folgenden erfahren Sie mehr über die Unterschiede und Gemeinsamkeiten dieser beiden Methoden.
Kanban im Vergleich zu Scrum: Kanban-Methodik
Kanban wurde ursprünglich von Taiichi Ohno, einem Ingenieur bei Toyota, als schlankes Produktionssystem verwendet, das Verschwendung reduzierte und die Effizienz erhöhte. Die Kanban-Methode ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu maximieren, indem alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt werden.
Arbeitselemente werden visuell auf Kanban-Boards dargestellt, sodass jedes Teammitglied den Status jeder Arbeit zu einem bestimmten Zeitpunkt sehen kann. Es ermöglicht Kommunikation in Echtzeit und volle Transparenz zwischen den Teammitgliedern, da jedes Arbeitselement bewusst zugewiesen wird. Ein Trello-Board ist ein einfaches Beispiel für ein Kanban.
Wie benutzt man Kanban
Mit einem Kanban durchläuft die Arbeit visuell verschiedene Fertigstellungsphasen, um eine kohärente Zusammenarbeit und Kommunikation in Echtzeit zwischen Teams zu fördern. In seiner einfachsten Form ist ein Kanban ein To-Do-, Do- und Done-Board. Die Arbeit wird auf einer physischen oder digitalen Kanban-Tafel von einem Abschnitt zum nächsten verschoben, je nachdem, wie weit die jeweilige Aufgabe fortgeschritten ist.
Um komplexere Probleme zu lösen, was in der Softwareentwicklung normalerweise der Fall ist, kann ein Kanban weiterentwickelt werden, indem zusätzliche Ebenen für bestimmte Kunden, Produkte oder Ergebnisse hinzugefügt werden.
Ein wichtiger Aspekt der Kanban-Methode ist, dass jede Person nur an einer Aufgabe gleichzeitig arbeiten darf. Dadurch wird sichergestellt, dass kein Aspekt jemals zu weit voranschreitet, ohne im Einklang mit den übrigen Aufgaben an Deck zu arbeiten. Das Einzelsystem identifiziert kritische Verbindungen zwischen Aufgaben sowie potenzielle Hindernisse, die zu Verzögerungen führen könnten.
Wenn funktionsübergreifende Teams ermutigt werden, Arbeitsaufgaben bewusst zu identifizieren, wird sichergestellt, dass Aufgaben angemessen priorisiert werden. Es bekämpft auch die negativen Auswirkungen von Multitasking und ermöglicht es Entwicklern, sich jeweils auf eine Aufgabe zu konzentrieren.
Kanban vs. Scrum: Scrum-Methodik
Scrum, manchmal auch „Scrumban“ genannt, basiert auf Empirismus und Lean Thinking. Empirismus ist die Überzeugung, dass Wissen aus praktischer Erfahrung und objektiven, beobachtbaren Fakten stammt. Lean Thinking konzentriert sich auf das Wesentliche, schafft Mehrwert für den Einzelnen und vermeidet gleichzeitig Verschwendung. Ein Scrum setzt auf Zusammenarbeit in Echtzeit statt auf Theoretisierung, um einen schlanken Rahmen für die Lösung komplexer Probleme zu bieten.
Der Scrum-Prozess verwendet einen interaktiven und inkrementellen Ansatz, der Risiken verwaltet und die Vorhersagbarkeit durch festgelegte Iterationsintervalle, sogenannte Sprints, verbessert. Die Sprints ergeben eine unvollständige, aber wertvolle Version eines Produkts, das das Team schnell den Stakeholdern vorlegen kann, deren Feedback dann in den nächsten Sprint integriert wird. Die Sprints werden so lange fortgesetzt, bis das gewünschte Ergebnis oder Produkt erreicht ist.
Wie benutzt man Scrum
Ein Scrum findet über einen bestimmten Zeitraum statt, der als Sprint bezeichnet wird. Jeder Sprint dauert in der Regel zwei Wochen bis maximal vier Wochen. Der wichtige Teil ist, dass der Zeitrahmen festgelegt wird, bevor das Scrum beginnt.
Ein Scrum besteht aus drei Hauptkomponenten:
1. Rollen: Die Leute
- Inhaber des Produkts
- Scrum Master
- Entwicklungsteam
2. Artefakte: Was wird gemacht
- Produktrückstand
- Sprint-Backlog
- Zuwächse
3. Zeremonien: Wiederkehrende Ereignisse
- Sprint-Planung
- Tägliches Scrum
- Sprint-Bewertung
- Sprint-Rückblick
Der Product Owner ordnet und priorisiert Backlog-Artikel, also die Aspekte eines Produkts, die fertiggestellt werden müssen. Zu Beginn eines Scrums legt der Product Owner fest, welche Artefakte aus dem Produkt-Backlog in das Sprint-Backlog aufgenommen werden. Das Sprint-Backlog repräsentiert die Ziele und die gewünschten Ergebnisse des bevorstehenden Sprints.
💡 Benutzen Einfacher agiler Teamrhythmus um flache Produktrückstände in wirkungsvolle, visuelle Repräsentationen umzuwandeln.
Der Scrum Master hilft jedem, die Theorie und Praxis von Scrum zu verstehen. Sie sind für die Effektivität des Scrum-Teams verantwortlich. Während des 2-4-wöchigen Sprints konzentriert sich das Team auf den Backlog, Einchecken für die täglichen Scrums oder tägliche Stand-ups. Während dieser Scrum-Besprechungen teilen die Teammitglieder, was Storypoints sie abgeschlossen haben, welche Storypoints sie als Nächstes abschließen werden, sowie alle Straßensperren, die im Weg stehen.
Die Ergebnisse werden regelmäßig produziert und bei Bedarf werden im Laufe der Zeit Anpassungen vorgenommen. A Scrum Board oder Kanban Board kann verwendet werden, um Teams dabei zu helfen, ihren Fortschritt während des Sprints zu visualisieren.
Zeremonien sind die wiederkehrenden Ereignisse wird von Scrum-Teams abgehalten, die sich im Abstand von 2-4 Wochen durchqueren. Ein Scrum beginnt mit einer kurzen Planungsphase, danach beginnt die Arbeit. Das Scrum-Team trifft sich täglich, um die Fortschritte zu überprüfen und bei Bedarf Änderungen vorzunehmen.
Am Ende jedes Sprints findet ein Sprint-Review mit Stakeholdern oder Kunden statt, um sicherzustellen, dass der Wert erreicht wird, und kontinuierliche Verbesserungen werden vorangetrieben. Schließlich findet ein retrospektives Meeting mit dem Projekteigentümer, dem Scrum Master und dem Entwicklungsteam statt, um die letzten zwei Wochen zu überprüfen, einschließlich der Erfolge, wichtigsten Kennzahlen und Herausforderungen, die vor Beginn des nächsten Sprints angegangen werden müssen.
Kanban und Scrum zusammen verwenden
Es muss nicht Kanban oder Scrum sein — sie können zusammenarbeiten. Ein Entwicklungsteam könnte sich dafür entscheiden, das Kanban-System in einem Scrum zu verwenden, um eine visuelle Darstellung der Arbeit zu bieten, die in jedem Sprint voranschreitet.
Sie sind beide wertvolle Systeme in Ihrem agilen Toolkit, die zusammenarbeiten, um Priorisierung, Zusammenarbeit und konstante Wertschöpfung zu ermöglichen. Sie müssen sich also nie zwischen Kanban und Scrum entscheiden. Sparen Sie sich die Entscheidungsfindung für die eigentlichen Probleme auf, z. B. was Sie auf die Pizzen legen sollen, die Sie für Ihr Team bestellen. 🍕
Ein Scrum-Framework bietet Teams bestimmte Zeitblöcke, um ein bestimmtes Ergebnis oder eine Reihe von Ergebnissen zu erledigen, und bietet gleichzeitig tägliche Scrum-Besprechungen an, um den Zusammenhalt und die Weiterentwicklung sicherzustellen. Das Kanban-System stellt sicher, dass Aufgaben in einem sich entwickelnden, visuellen Prozess nacheinander erledigt werden.
Lernen Sie die Methoden von Scrum mit Easy Agile kennen
Easy Agile entwickelt Lösungen, um jedes agile Team effektiver zu machen. Wir helfen Teams dabei, einfache und kollaborative Lösungen zu entwickeln User-Story-Maps in Jira für Backlog-Grooming, Versionsplanung und reibungslose Sprints.
Wir glauben, dass es eine bessere Art zu arbeiten gibt, und wir möchten Teams wie Ihrem helfen. Erfahre mehr über unsere Suite von Agile Apps und folge unserem Blog für die neuesten agilen Trends, Tipps und mehr.