Leitfaden zur PSM-II Zertifizierung E-Book

Sam F. Fletcher

• Herausgeber: tredition
• Kategorie: Fachliteratur
• Sprache: Deutsch
• Veröffentlichungsjahr: 2024

Seitenzahl: 228

Beschreibung

Dieser umfassende Leitfaden bietet eine tiefgehende Vorbereitung auf die Scrum.org PSM-II Zertifizierung und richtet sich an erfahrene Scrum-Anwender, die ihre Kenntnisse vertiefen und in der Praxis anwenden möchten. Sam F. Fletcher nimmt Sie mit auf eine Reise durch die fortgeschrittenen Aspekte von Scrum, von den grundlegenden Prinzipien bis hin zu komplexen Anwendungsfällen und Best Practices. Inhalt: Grundlagen: Eine ausführliche Wiederholung der zentralen Konzepte von Scrum, um sicherzustellen, dass Sie eine solide Basis haben. Prinzipien: Detaillierte Erläuterungen der Scrum-Werte und -Prinzipien, die das Herzstück dieser agilen Methode bilden. Praxis: Praktische Anwendungsbeispiele und Fallstudien, die zeigen, wie Scrum erfolgreich in verschiedenen Branchen und Projekten implementiert werden kann. Was Sie erwarten können: Vertiefung des Wissens: Erweitern Sie Ihre Kenntnisse über Scrum und lernen Sie, wie Sie Herausforderungen in der Praxis meistern können. Zertifizierungsvorbereitung: Bereiten Sie sich gezielt auf die PSM-II Prüfung vor und erhöhen Sie Ihre Chancen auf eine erfolgreiche Zertifizierung. Praktische Einblicke: Profitieren Sie von realen Beispielen und bewährten Methoden, die Ihnen helfen, Scrum in Ihrem Team und Ihrer Organisation effektiv zu nutzen. Über den Autor: Sam F. Fletcher ist ein erfahrener Scrum Master und Agile Coach mit einer langjährigen Karriere in der Implementierung agiler Methoden in verschiedensten Unternehmen. Mit seiner Expertise und seinem praxisnahen Ansatz hat er zahlreiche Teams dabei unterstützt, ihre Produktivität und Effizienz durch Scrum zu steigern. Dieses Buch ist der ideale Begleiter für alle, die ihre Scrum-Kenntnisse auf die nächste Stufe heben und die PSM-II Zertifizierung erfolgreich bestehen möchten.

Leseprobe

Sam F. Fletcher

Leitfaden zur PSM-II Zertifizierung

Grundlagen, Prinzipien und Praxis für fortgeschrittene Scrum-Anwender

Grundlagen und Vertiefung von Scrum

Geschichte und Entwicklung von Scrum

Scrum ist ein agiles Entwicklungsframework, das ursprünglich für die Softwareentwicklung konzipiert wurde, heute jedoch in vielerlei Branchen Anwendung findet. Die Geschichte und Entwicklung von Scrum stellt einen bedeutenden Teil der heutigen agilen Bewegungen dar. Um das vollständige Potenzial von Scrum richtig zu verstehen und zu nutzen, darf man die Ursprünge und die Evolution dieser Methodologie nicht außer Acht lassen.

Die Anfänge von Scrum gehen zurück in die 1980er Jahre. Jeff Sutherland und Ken Schwaber gelten als die beiden zentralen Figuren, die Scrum maßgeblich entwickelt und popularisiert haben. Sie brachten ihre Erfahrungen in der Softwareentwicklung und ihre Kenntnisse über Prozessoptimierung zusammen, um ein neues Rahmenwerk zu schaffen, das besser auf die sich schnell ändernden Anforderungen moderner Projekte eingehen konnte.

Sutherland, der als Medizinischer Offizier der US Luftwaffe tätig war, erprobte in den frühen 1990er Jahren erste agile Techniken bei der Easel Corporation. Parallel dazu war Schwaber bei der Arbeit an einem Prozessverbesserungsprojekt, bei dem er erkannte, dass die herkömmlichen, schwergewichtigen Vorgehensweisen der Softwareentwicklung ineffektiv waren. Diese beiden Wege kreuzten sich schließlich auf einer Konferenz, auf der beide ihre Ansätze präsentierten und beschlossen, ihre Erkenntnisse zu vereinen.

In 1995 präsentierten Schwaber und Sutherland schließlich gemeinsam ihr „Scrum“-Framework auf der OOPSLA-Konferenz (Object-Oriented Programming, Systems, Languages & Applications). Der Begriff „Scrum“ selbst stammt aus dem Rugby und symbolisiert das gemeinsame, fokussierte Vorwärtskommen eines Teams – eine passende Metapher für die kollaborative und iterative Arbeitsweise des Rahmenwerks.

Die Einführung des "Manifesto for Agile Software Development" im Jahr 2001 war ein weiterer Meilenstein in der Geschichte von Scrum und der agilen Bewegung insgesamt. Dieses Manifesto, das von 17 einflussreichen Softwareentwicklern unterschrieben wurde, legte die Grundprinzipien des agilen Arbeitens fest: Individuen und Interaktionen über Prozesse und Werkzeuge, funktionierende Software über umfassende Dokumentation, Zusammenarbeit mit dem Kunden über Vertragsverhandlungen und das Reagieren auf Änderungen über das Befolgen eines Plans.

Zum Download des Agile Manifesto: http://agilemanifesto.org

Schwaber und Sutherland entwickelten Scrum kontinuierlich weiter und veröffentlichten 2010 den ersten offiziellen Scrum Guide. Dieser Guide legte eine detaillierte Beschreibung des Scrum-Rahmenwerks vor und definierte klar die Rollen, Ereignisse und Artefakte, die zu Scrum gehören. Seither wird der Scrum Guide regelmäßig aktualisiert, um mit den modernen Herausforderungen und Erkenntnissen Schritt zu halten.

Parallel zur Entwicklung des Scrum Guides gründete Schwaber die Scrum.org, eine Organisation, die sich auf die Ausbildung und Zertifizierung von Fachkräften im Bereich Scrum spezialisiert hat. Mit Zertifizierungen wie PSM-I (Professional Scrum Master I) und PSM-II bietet Scrum.org eine strukturierte und anerkannte Möglichkeit, die eigene Kompetenz in Scrum zu beweisen.

Über die Jahrzehnte hinweg hat Scrum große Popularität erlangt und sich weit über die Softwareentwicklung hinaus ausgebreitet. Es wird heute in Bereichen wie Marketing, Produktentwicklung und Bildung genutzt. Unternehmen erkennen zunehmend den Wert der agilen Methodologien, insbesondere der Scrum-Prinzipien, da sie Flexibilität, Effizienz und Qualität fördern.

Heute erleben wir eine fortwährende Evolution des Scrum-Rahmenwerks, getrieben durch die Gemeinschaft der Praktiker und Vordenker, die stetig neue Erkenntnisse und Innovationen beisteuern. Zukünftige Entwicklungen könnten uns noch mehr überraschende Anwendungen und Verbesserungen bringen, die dazu beitragen, den ständig wachsenden Anforderungen moderner Projekte gerecht zu werden.

Die Geschichte und Entwicklung von Scrum ist eine faszinierende Reise durch die Welt der agilen Methoden, von den Wurzeln in der Softwareentwicklung bis hin zur allgemeinen Akzeptanz in vielfältigen Branchen. Für angehende PSM-II Kandidaten ist dieses Wissen nicht nur historisch interessant, sondern auch praktisch wichtig, da es ein tiefes Verständnis für die Prinzipien und Werte von Scrum vermittelt.

Quellen:

The Scrum Guide von Ken Schwaber und Jeff Sutherland

Manifesto for Agile Software Development

Sutherland, Jeff. "Scrum: The Art of Doing Twice the Work in Half the Time."

Schwaber, Ken. "Agile Project Management with Scrum."

Die Grundprinzipien von Scrum

Scrum ist ein Rahmenwerk, das entwickelt wurde, um Teams bei der iterativen und inkrementellen Entwicklung von Projekten zu unterstützen. Es beruht auf einer Reihe von Grundprinzipien, die festlegen, wie Teams arbeiten und interagieren sollen. Diese Grundprinzipien sind wesentliche Bausteine dessen, was Scrum so effektiv macht, und dienen als Leitfaden für die täglichen Aktivitäten von Scrum-Teams.

Ein zentrales Prinzip von Scrum ist die Transparenz. Transparenz bedeutet, dass alle Aspekte des Prozesses, die die Ergebnisse beeinflussen könnten, sichtbar und verständlich für alle Beteiligten sind. Dies umfasst die Fortschritte, Hindernisse, Definitionen und alle anderen relevanten Informationen. Eine transparente Arbeitsweise stellt sicher, dass jeder im Team über den aktuellen Stand des Projekts informiert ist und darauf basierend kluge Entscheidungen treffen kann. Transparenz wird in Scrum durch Artefakte wie das Scrum Board, Burndown Charts und regelmäßige Meetings wie das Daily Scrum gefördert.

Ein weiteres Grundprinzip ist die Überprüfung (Inspection). Regelmäßige Überprüfungen helfen dem Team dabei, den Fortschritt zu verfolgen und festzustellen, ob Anpassungen notwendig sind. Dies geschieht durch verschiedene Ereignisse (Events) wie die Sprint Reviews und Sprint Retrospectives, bei denen das Team die Ergebnisse des Sprints durchgeht und bewertet, was gut gelaufen ist und was verbessert werden könnte. Inspection ermöglicht es dem Team, sich regelmäßig zu justieren und zu optimieren.

Anpassung (Adaptation) ist das dritte Grundprinzip von Scrum. Wenn ein Scrum-Team während der Überprüfung feststellt, dass einige Aspekte des Projekts oder des Prozesses nicht wie erwartet funktionieren, müssen sie entsprechend Anpassungen vornehmen. Die Fähigkeit zur schnellen Anpassung ist ein Schlüsselaspekt von Scrum und stellt sicher, dass das Team flexibel bleibt und auf Veränderungen reagieren kann. Adaptation wird durch die iterative Natur von Sprints unterstützt. Jede Iteration bietet die Möglichkeit, basierend auf den gewonnenen Erkenntnissen Änderungen vorzunehmen.

Zusammen bilden diese Prinzipien das Herzstück von Scrum: Transparenz, Überprüfung und Anpassung. Diese Prinzipien unterstützen das Konzept der kontinuierlichen Verbesserung und gewährleisten, dass die Teams ständig an Effizienz und Effektivität gewinnen können.

Ein Beispiel, das diese Prinzipien in der Praxis zeigt, ist die Nutzung des Scrum Boards, ein stark visuelles Tool, das den Fortschritt des Teams transparent darstellt. Das Board zeigt alle Aufgaben, die in einem Sprint abgeschlossen, in Bearbeitung oder noch ausstehend sind. Wenn das Team feststellt, dass eine Aufgabe Schwierigkeiten bereitet, findet eine Überprüfung statt, und das Team kann den Kurs sofort anpassen, um die Aufgabe effektiver zu bewältigen.

Transparenz, Überprüfung und Anpassung gewährleisten eine hohe Agilität im Projektmanagement. Agilität ermöglicht es Teams, rasch auf Markt- oder Technologieänderungen zu reagieren und ihre Arbeitsweise kontinuierlich zu verbessern. Durch die Implementierung dieser Grundprinzipien können Scrum-Teams nicht nur ihre Produktivität steigern, sondern auch die Qualität der gelieferten Produkte verbessern.

Ein weiteres wesentliches Merkmal von Scrum ist die Selbstorganisation. Scrum sieht vor, dass Teams eigenverantwortlich arbeiten und ihre Methoden und Werkzeuge selbst wählen. Dies erhöht das Engagement und die Motivation der Teammitglieder, da sie ein höheres Maß an Autonomie genießen. Es fördert auch die Innovationsfähigkeit, da Teams die Freiheit haben, kreative Lösungswege zu erarbeiten.

Zusammengefasst sind die Grundprinzipien von Scrum nicht nur theoretische Konzepte, sondern praktische Leitlinien, die das tägliche Arbeiten innerhalb eines Scrum-Teams verbessern können. Von der Erhöhung der Transparenz über die regelmäßige Überprüfung bis hin zur stetigen Anpassung und Selbstorganisation – diese Prinzipien sind essentiell für den Erfolg jeder Scrum-Implementierung. Einer der bekanntesten Scrum-Experten, Ken Schwaber, betonte einmal: „Scrum ist nicht nur ein Prozess, sondern eine Denkweise.“

Im Kontext der PSM-II Zertifizierung ist ein tiefes Verständnis dieser Grundprinzipien unerlässlich. Kandidaten sollten in der Lage sein, die Prinzipien nicht nur zu erklären, sondern auch zu demonstrieren, wie sie in realen Projekten zur Anwendung kommen. Erfahrungen und Praxisbeispiele, die auf diesen Prinzipien basieren, sind entscheidend, um in der Prüfung erfolgreich zu sein.

Das Scrum-Rahmenwerk: Rollen, Artefakte und Ereignisse

Das Scrum-Rahmenwerk ist ein leichtgewichtiger Ansatz zur Entwicklung von Produkten und zur Steuerung von Projekten, der auf den Prinzipien und Werten agiler Methoden basiert. Es dient als Leitfaden, um Teams zu helfen, Probleme effizient zu lösen und kontinuierlich bessere Ergebnisse zu erzielen. Im Kern besteht Scrum aus drei zentralen Rollen, drei primären Artefakten und fünf wesentlichen Ereignissen.

Die Scrum-Rollen

Scrum definiert drei spezifische Rollen, die klar abgesteckte Verantwortlichkeiten und Aufgabenbereiche haben:

Scrum Master: Der Scrum Master ist für das Verständnis und die Implementierung des Scrum-Rahmenwerks im Team verantwortlich. Er sorgt dafür, dass Scrum-Theorien, -Praktiken, -Regeln und -Werte befolgt werden. Zudem unterstützt er das Team dabei, Hindernisse zu identifizieren und zu beseitigen, die den Fortschritt behindern.

Product Owner: Der Product Owner repräsentiert die Interessen der Stakeholder und des Nutzers und sorgt dafür, dass das Team an den wertvollsten Aufgaben arbeitet. Er verwaltet das Product Backlog und gewährleistet, dass es priorisiert und stets aktuell ist. Eine klare und transparente Kommunikation hinsichtlich der Anforderungen und ihrer Priorität gehört ebenfalls zu seinen Aufgaben.

Development Team: Das Entwicklungsteam besteht aus Fachexperten, die für die Umsetzung der Product-Backlog-Einträge verantwortlich sind. Es handelt sich um ein selbstorganisiertes und funktionsübergreifendes Team. Die Mitglieder sind multidisziplinär und tragen gemeinsam die Verantwortung für die Lieferung bis zum Sprint-Ziel.

Die Scrum-Artefakte

Artefakte in Scrum dienen der Transparenz und der besseren Verfolgung des Fortschritts während der Produktentwicklung. Die drei zentralen Artefakte sind:

Product Backlog: Eine geordnete Liste von allem, was potenziell für das Produkt benötigt wird. Diese Anforderungen sind dynamisch und unterliegen fortlaufenden Änderungen und Ergänzungen durch den Product Owner.

Sprint Backlog: Eine ausgewählte Menge an Product-Backlog-Einträgen, die für einen bestimmten Sprint vorgesehen sind. Hierzu kommen noch die Aufgaben, die zur Erreichung des Sprint-Zieles erforderlich sind. Das Sprint Backlog wird vom Team während des Sprint Planning erstellt und kann im Laufe des Sprints, wenn notwendig, angepasst werden.

Increment: Das Increment ist die Summe aller Product-Backlog-Einträge, die während eines Sprints abgeschlossen wurden, inklusive der Inkremente aller vorhergehenden Sprints. Ein Increment muss nutzbar sein und den Definition of Done entsprechen, unabhängig davon, ob der Product Owner plant, es zu veröffentlichen oder nicht.

Die Scrum-Ereignisse

Das Scrum-Rahmenwerk strukturiert die Arbeit durch fünf Ereignisse, die regelmäßige Anlässe bieten, um Fortschritte zu überprüfen und Anpassungen vorzunehmen:

Sprint: Die grundlegende Zeiteinheit in Scrum ist der Sprint. Ein Sprint hat eine festgelegte Dauer zwischen einer und vier Wochen. Während eines Sprints wird ein „Done“, nutzbares und potenziell auslieferbares Produkt-Increment erstellt. Sprints sind aufeinanderfolgend, ohne Zwischenpausen, und bestehen aus allen geplanten Arbeiten für die Iteration.

Sprint Planning: Ein Ereignis, bei dem das Scrum Team zu Beginn jedes Sprints zusammenkommt, um das Sprint-Ziel gemeinsam festzulegen und zu bestimmen, welche Einträge aus dem Product Backlog in den Sprint Backlog aufgenommen werden sollen. Es wird ebenfalls besprochen, wie die ausgewählte Arbeit erledigt werden kann.

Daily Scrum: Ein tägliches, 15-minütiges Zeitfenster, bei dem das Entwicklungsteam den Fortschritt zur Erreichung des Sprint-Ziels bespricht und den Plan für die nächsten 24 Stunden erstellt. Ziel ist es, Transparenz zu schaffen, die Zusammenarbeit zu fördern und Hindernisse frühzeitig zu erkennen.

Sprint Review: Ein Ereignis am Ende des Sprints, bei dem das Scrum Team und die Stakeholder die während des Sprints erstellten Increments überprüfen. Dies bietet die Gelegenheit Feedback einzuhalten und den Product Backlog bei Bedarf anzupassen.

Sprint Retrospective: Ein reflektierendes Ereignis, bei dem das Scrum Team am Ende eines jeden Sprints Gewohnheiten, Prozesse und Beziehungen überprüft, um kontinuierlich zu verbessern und anzupassen. Das Ziel ist, die Teamleistung im nächsten Sprint zu steigern.

Scrum ist ein adaptives Rahmenwerk, das Transparenz, Überprüfung und Anpassung betont. Jede der oben beschriebenen Komponenten spielt eine wesentliche Rolle dabei, Teams zu unterstützen, effektiver zu arbeiten, höhere Qualität zu liefern und stets auf Kundenbedürfnisse und Marktbedingungen zu reagieren.

Zusammengefasst:

Die klare Definition der Rollen, Artefakte und Ereignisse im Scrum-Rahmenwerk ermöglicht eine strukturierte und zugleich flexible Herangehensweise an komplexe Produktentwicklungsprozesse. Durch das Zusammenspiel dieser Elemente können Teams effektivere, besser abgestimmte und qualitativ hochwertigere Ergebnisse erzielen.

Angereichert durch reale Praxisbeispiele und tiefgehende Analysen in den weiteren Kapiteln, wird deutlich, wie meisterhaftes Scrum in der Praxis angewendet und weiterentwickelt werden kann. Ein klares Verständnis dieser grundlegenden Elemente bildet die Basis für weiterführende Themen und Techniken, die für das Bestehen der PSM-II Zertifizierung und darüber hinaus erforderlich sind.

„Scrum doesn’t solve your problems. Scrum exposes your problems.” – Ken Schwaber

Scrum-Werte und ihre Bedeutung in der Praxis

Scrum ist nicht nur ein Rahmenwerk für die Entwicklung und das Management von Produkten, sondern auch eine Sammlung von Werten, die das Verhalten und die Interaktionen innerhalb eines Scrum-Teams prägen. Die fünf Scrum-Werte – Mut, Fokus, Engagement, Respekt und Offenheit – sind zentral für die erfolgreiche Implementierung von Scrum und beeinflussen maßgeblich die Arbeitsweise und das Ergebnis des Teams.

Mut

Mut ist essenziell, um Herausforderungen anzunehmen und Risiken einzugehen, die mit der Entwicklung innovativer Produkte verbunden sind. Ein Scrum-Team muss mutig genug sein, schwierige Entscheidungen zu treffen, auf ehrliches Feedback zu reagieren und kontinuierliche Verbesserungen anzustreben. William Pollard sagte einmal: „Ohne Veränderungen gibt es keine Innovation, Kreativität oder Anreize für Verbesserung. Diejenigen, die initiieren, müssen einen Mut und eine Entschlossenheit aufbringen, die nichts weniger als heroisch ist.“ Dieser Mut führt letztendlich zur Schaffung eines großartigen Produkts.

Fokus

Fokus bedeutet, die Aufmerksamkeit auf das zu legen, was aktuell am wichtigsten ist. Innerhalb eines Scrum-Teams müssen alle Beteiligten auf die Sprint-Ziele konzentriert bleiben und jegliche Ablenkungen minimieren. Dieses Prinzip hilft dabei, das Team effizient und produktiv zu halten. Der Scrum-Master spielt hierbei eine Schlüsselrolle, indem er Hindernisse beseitigt, die den Fokus des Teams beeinträchtigen könnten. Wie Steve Jobs treffend feststellte: „Fokus bedeutet, nein zu sagen.“

Engagement

Engagement bezieht sich auf die Bereitschaft und das Bestreben jedes Teammitglieds, die Sprint-Ziele zu erreichen und Verantwortung für die Arbeit zu übernehmen. Ein engagiertes Team ist entscheidend für den Erfolg eines Projekts, da jedes Mitglied aktiv zur Lösung von Problemen und zur Maximierung des Produkterfolgs beiträgt. Jeff Sutherland, einer der Begründer von Scrum, betont: „Scrum ist wie eine Sportmannschaft in einem Wettkampf: Erfolg erfordert ein konsequentes Engagement aller Beteiligten.“

Respekt

Respekt im Kontext von Scrum bedeutet, die Fähigkeiten und Beiträge aller Teammitglieder anzuerkennen und wertzuschätzen. Respekt schafft eine Atmosphäre der Zusammenarbeit und des Vertrauens, in der jeder seine besten Leistungen erbringen kann. Der Scrum-Master muss sicherstellen, dass die Teammitglieder respektvoll miteinander umgehen und Konflikte konstruktiv gelöst werden. Dazu passt ein Zitat von Mahatma Gandhi: „Der Weg zur Größe ist begleitet von Respekt und Demut.“

Offenheit

Offenheit ist der Schlüssel zu einer transparenten und vertrauensvollen Arbeitsumgebung. Ein Scrum-Team muss offen über seine Fortschritte, Probleme und Verbesserungspotenziale kommunizieren. Offenheit ermöglicht es dem Team, kontinuierlich zu lernen und sich anzupassen. Henrik Kniberg, ein anerkannter Agilitätscoach, erklärte: „Offenheit bedeutet, keine Angst davor zu haben, sich verletzlich zu zeigen. Es geht darum, zuzugeben, dass nicht alles perfekt ist und dass kontinuierliche Verbesserung notwendig ist.“

Die praktischen Auswirkungen dieser Werte auf die tägliche Arbeit eines Scrum-Teams sind tiefgreifend. Sie helfen, eine Kultur zu etablieren, die auf Vertrauen, Zusammenarbeit und kontinuierlicher Verbesserung basiert. Der Scrum-Master spielt eine wichtige Rolle bei der Förderung und Aufrechterhaltung dieser Werte, indem er als Vorbild dient und das Team unterstützt, diese Prinzipien zu leben.

Zusammenfassend sind die Scrum-Werte nicht nur abstrakte Prinzipien, sondern konkrete Leitlinien für das Verhalten und die Interaktion innerhalb eines Scrum-Teams. Wenn diese Werte in der Praxis gelebt werden, schaffen sie die Grundlage für eine erfolgreiche Scrum-Implementierung und die Entwicklung außergewöhnlicher Produkte.

Agile Prinzipien und ihre Anwendung in Scrum

Agilität ist mehr als nur ein Schlagwort in der modernen Softwareentwicklung; sie ist eine Philosophie, die tief in den Unternehmensprozessen verankert ist und einen signifikanten Einfluss auf die Art und Weise hat, wie Teams und Organisationen arbeiten. Die agilen Prinzipien, wie sie im Agilen Manifest beschrieben sind, legen den Grundstein für diese Philosophie. Im Kontext von Scrum, dem weitverbreiteten agilen Rahmenwerk, finden diese Prinzipien eine konkrete und praxisorientierte Anwendung.

Die zwölf agilen Prinzipien bieten ein umfassendes Verständnis davon, wie der agile Geist in Scrum umgesetzt wird. Diese Prinzipien sind:

Frühe und kontinuierliche Auslieferung wertvoller Software: Ab der ersten Iteration bis zur letzten soll stets lauffähige Software geliefert werden, die für den Kunden wertvoll ist. Im Scrum-Kontext wird dies durch regelmäßige Deliveries in Form von Sprints sichergestellt.

Willkommenheißen von Änderungen: Anforderungen ändern sich im Laufe eines Projektes. Scrum ermöglicht es, Änderungen auch spät im Entwicklungsprozess zu integrieren, sodass das Ergebnis stets den aktuellen Bedürfnissen entspricht.

Häufige Auslieferung funktionierender Software: In kurzen Zeitintervallen, in der Regel zwei bis vier Wochen, wird funktionierende Software geliefert. Jede Lieferung bietet die Möglichkeit zur Anpassung und Verbesserung.

Tägliche Zusammenarbeit zwischen Fachbereich und Entwicklern: Kontinuierlicher Austausch führt zu einem besseren Verständnis und fördert Innovationen. In Scrum wird dies hauptsächlich durch das Daily Scrum Meeting erreicht.

Errichten von Projekten um motivierte Individuen: Vertrauen in die Arbeit der Teammitglieder und eine unterstützende Arbeitsumgebung schaffen die Basis für Erfolg. In Scrum haben Teams daher eine hohe Eigenverantwortung.

Effektive Kommunikation: Der effektivste Weg, Informationen zu übermitteln und zu empfangen, ist das direkte Gespräch von Angesicht zu Angesicht. In Scrum wird dies durch Zusammenarbeit und regelmäßige Meetings gefördert.

Funktionierende Software als primäres Fortschrittsmaß: Die primäre Kennzahl für den Fortschritt ist funktionierende Software, nicht Dokumentation oder Meeting-Durations. Das Sprint Review bietet eine regelmäßige Gelegenheit, dies zu überprüfen.

Nachhaltige Entwicklung: Scrum fördert nachhaltige Entwicklungspraktiken, indem es ein gleichmäßiges Arbeitsvolumen gewährleistet und auf Burnout-Situationen reagiert.

Technische Exzellenz und gutes Design: Durch kontinuierliche Verbesserung und Aufmerksamkeit auf technische Exzellenz und Design wird die Agilität erhöht. In Scrum stellt das Development Team sicher, dass jede Lieferung hochwertig ist.

Einfachheit: Die Kunst des Maximierens der Arbeit, die nicht getan wird, ist essentiell. Scrum fördert dies durch klare Rollen und fokussierte Aufgaben.

Selbstorganisierte Teams: Die besten Architektur- und Designanforderungen entstehen in selbstorganisierten Teams. Scrum unterstützt dies durch die Rolle des Scrum Masters, der das Team fördert und Hindernisse beseitigt.

Regelmäßige Reflexion und Anpassung: Teams reflektieren regelmäßig, wie sie effektiver werden können, und passen ihr Verhalten entsprechend an. Die Sprint Retrospective ist der Ort, an dem dies in Scrum stattfindet.

Die Umsetzung dieser Prinzipien in Scrum führt zu einem extrem adaptierten und robusten Entwicklungsprozess. Hier ein tiefer Einblick in die wichtigsten Techniken:

Frühe und kontinuierliche Auslieferung

Durch die Sprints liefert Scrum regelmäßig nutzbare und wertvolle Software-Inkremente. Dies schafft kontinuierlich Mehrwert für den Kunden und ermöglicht frühzeitiges Feedback. Zudem können unerwartete Änderungen besser integriert werden.

Willkommenheißen von Änderungen

Scrum nennt dies "embracing change". In der Praxis bedeutet das, dass Änderungsanforderungen gehäuft als Verbesserungsmöglichkeiten gesehen werden. Der Product Backlog ist immer im Fluss und repräsentiert stets die aktuellen Anforderungen und Prioritäten des Kunden.

Häufige Auslieferung

Ein zentrales Element der Sprints ist die Sicherstellung, dass am Ende jeder Iteration ein schlüsselfertiges Produkt-Inkrement zur Verfügung steht. So wird der Fortschritt regelmäßig überprüft und angepasst.

Zusammenarbeit zwischen Fachbereich und Entwicklern

Enger Kontakt zwischen dem Entwicklungsteam und den Stakeholdern ist entscheidend, um sicherzustellen, dass die entwickelten Lösungen den wahren Bedürfnissen entsprechen. Im Scrum-Kontext steht der Product Owner im ständigen Austausch mit allen Beteiligten.

Motivierte Individuen

Ein Scrum Team agiert autonom und selbstorganisiert, was Motivation und Engagement der Einzelnen fördert. Dieses Umfeld der Selbstorganisation wird durch den Scrum Master unterstützt, der Hindernisse aus dem Weg räumt und das Team antreibt.

Effektive Kommunikation

Jeder wird gehört und alle Ideen werden diskutiert, um die beste Lösung zu finden. Scrum betont die direkte und persönliche Kommunikation durch regelmäßige Meetings und Workshops.

Nachhaltige Entwicklung

Scrum fördert eine ausgeglichene und nachhaltige Arbeitsweise. Die stetige Zunahme an funktionierender Software und das Bewahren der Teamgesundheit stehen im Fokus.

Technische Exzellenz

Indem das Entwicklungsteam kontinuierlich seine Fähigkeiten verbessert und auf Qualität achtet, bleibt die Codebasis stabil und wartbar. Auch technische Schulden werden so weit wie möglich reduziert.

Einfachheit

Scrum hilft, den Fokus auf wirklich wertstiftende Tätigkeiten zu legen und Verschwendung zu minimieren. Klare Rollen, Aufgaben und Priorisierungen unterstützen diesen simplifizierten Ansatz.

Selbstorganisierte Teams

Scrum-Teams organisieren sich selbst und übernehmen Verantwortung für ihre Arbeit. Durch diese Eigenverantwortlichkeit entstehen oft die besten Lösungen und Innovationen.

Regelmäßige Reflexion

Kontinuierliche Verbesserung ist ein zentraler Bestandteil von Scrum. In der Sprint Retrospective reflektiert das Team regelmäßig seine Arbeitsweisen und passt diese an, um effektiver zu werden.

Durch die gewissenhafte Anwendung dieser Prinzipien wird Scrum zu einem äußerst mächtigen Werkzeug in der agilen Welt. Die Prinzipien bieten nicht nur eine theoretische Grundlage, sondern sind durch und durch praxisorientiert, was Scrum zu einer der effizientesten Methoden der modernen Produktentwicklung macht.

Der Unterschied zwischen Scrum und anderen agilen Methoden

Das Verständnis und die Unterscheidung zwischen Scrum und anderen agilen Methoden ist essentiell für jeden, der die PSM-II Zertifizierung von Scrum.org anstrebt. Obwohl alle agilen Methoden die Grundprinzipien von Flexibilität, Zusammenarbeit und Kundenfokus teilen, unterscheiden sie sich in ihren Ansätzen und Frameworks. In diesem Unterkapitel betrachten wir die wesentlichen Unterschiede und Gemeinsamkeiten von Scrum im Vergleich zu anderen prominenten agilen Methoden wie Kanban, Extreme Programming (XP) und Lean.

Kanban vs. Scrum

Kanban und Scrum teilen das Ziel, die Effizienz und Flexibilität von Entwicklungsprozessen zu steigern, doch ihre Methoden unterscheiden sich stark. Kanban, das im Lean-Management verwurzelt ist, konzentriert sich auf eine kontinuierliche Verbesserung und den Fluss der Arbeit. Das zentrale Element ist das Kanban-Board, welches Transparenz schafft und die visuelle Darstellung des Arbeitsflusses ermöglicht. Es basiert auf den Prinzipien 'Visualize the Work', 'Limit Work in Progress (WIP)', 'Manage Flow', 'Make Process Policies Explicit', und 'Improve Collaboratively, Evolve Experimentally'.

Im Gegensatz dazu arbeitet Scrum mit festgelegten Iterationen, den sogenannten Sprints, die eine Zeitspanne von ein bis vier Wochen umfassen. Jede Rolle im Scrum-Team, wie Scrum Master, Product Owner und Development Team, hat klar definierte Verantwortlichkeiten. Scrum betont regelmäßige Inspektion und Anpassung durch Scrum-Events wie das Daily Scrum, Sprint Planning, Sprint Review und die Sprint Retrospective.

Ein entscheidender Unterschied ist die Steuerung der Arbeit: Während Scrum das Arbeitsvolumen durch Sprints reguliert, optimiert Kanban den Durchfluss und limitiert die Anzahl aktiver Aufgaben.

"Kanban ist eine Methode, um die serviceorientierte Arbeit in einem schlanken Umfeld zu verbessern." — Kanban University

Extreme Programming (XP) vs. Scrum

Extreme Programming (XP) und Scrum ähneln sich in manchen Aspekten, vor allem in der Förderung von Teamkollaboration und einer inkrementellen, iterativen Entwicklung. XP konzentriert sich jedoch mehr auf die technischen Aspekte der Software-Entwicklung und setzt spezifische Praktiken wie Paarprogrammierung, kontinuierliche Integration, Test-Driven Development (TDD) und das gemeinsame Code-Eigentum ein.

Scrum hingegen bietet ein Framework, das die Zusammenarbeit, Kommunikation und Transparenz im Team fördert, ohne tief in technische Praktiken einzutauchen. Scrum ist methodisch flexibler und lässt sich einfacher an unterschiedliche Kontexte anpassen, wobei es die Verantwortung für technische Praktiken vermehrt dem Team überlässt. Das bedeutet, dass ein Scrum-Team XP-Praktiken übernehmen kann, aber nicht muss.

"Extreme Programming turns the dial up to 10 on the best practices in software development, enabling teams to deliver high-quality software." — Extreme Programming

Lean vs. Scrum

Lean fokussiert sich auf die Minimierung von Verschwendung und die Maximierung von Wertschöpfung durch kontinuierliche Verbesserung und respektvolle Teamarbeit. Lean-Prinzipien wie 'Value Stream Mapping', 'Just-in-Time' und 'Kaizen' sind zentrale Elemente dieses Ansatzes und helfen dabei, Prozesse zu straffen und Mehrwert zu schaffen.

Scrum integriert viele Lean-Prinzipien, jedoch verpackt es diese in einem strukturierten Framework mit klar definierten Rollen, Artefakten und Ereignissen. Dadurch bietet Scrum einen greifbaren und leicht verständlichen Einstiegspunkt für Teams, die beginnen, agile Methoden zu implementieren. Lean ist oft abstrakter und erfordert ein tiefes Verständnis der zugrunde liegenden Prinzipien und Werte, um effektiv angewendet zu werden.

"Lean Thinking aims to create more value for customers with fewer resources." — Lean Enterprise Institute

Gemeinsamkeiten und Unterschiede zusammengefasst

Obwohl Scrum, Kanban, XP und Lean alle auf den agilen Manifesto-Prinzipien basieren, unterscheiden sie sich in ihrer Methodologie und Anwendung:

Scrum setzt auf definierte Rollen, zeitlich begrenzte Sprints und regelmäßige Inspektionen.

Kanban betont einen ständigen Arbeitsfluss mit WIP-Limits und visueller Prozesssteuerung.

XP fokussiert stark auf technische Praxis und hohe Qualität durch technische Exzellenz.

Lean konzentriert sich auf die Beseitigung von Verschwendung und kontinuierliche Verbesserung auf einer höheren Abstraktionsebene.

Jede dieser Methoden hat ihre spezifischen Stärken und ist für bestimmte Kontexte und Herausforderungen besonders geeignet. Ein tiefgehendes Verständnis der Unterschiede und Gemeinsamkeiten hilft Ihnen, die für Ihre Bedürfnisse am besten geeignete Methode zu wählen und effektiv umzusetzen.

Zusammengefasst bieten die verschiedenen agilen Methoden unterschiedliche Ansätze zur Verbesserung von Entwicklungsprozessen und zur Steigerung der Teamproduktivität. Gerade in der Vorbereitung auf die PSM-II Zertifizierung ist es wichtig, ein fundiertes Wissen darüber zu haben, wie Scrum sich von anderen agilen Methoden unterscheidet und wo die gegenseitigen Überschneidungen und ergänzenden Eigenschaften liegen.

Tiefgehende Analyse der Scrum-Rollen: Scrum Master, Product Owner, Development Team

Die Rollen im Scrum-Framework sind eine der zentralen Säulen, die den Erfolg von Scrum-Teams ermöglichen. Sie sorgen dafür, dass Verantwortlichkeiten klar zugewiesen sind und jeder im Team seine Rolle versteht und ausfüllt. Ein tiefgehendes Verständnis dieser Rollen ist entscheidend für die erfolgreiche Umsetzung von Scrum und für das Bestehen der PSM-II Prüfung. In diesem Unterkapitel analysieren wir die drei Hauptrollen im Scrum-Framework: den Scrum Master, den Product Owner und das Entwicklungsteam. Wir beleuchten ihre Verantwortlichkeiten, ihre Interaktionen und ihre Bedeutung für die Erreichung agiler Ziele.

Der Scrum Master: Hüter des Prozesses

Der Scrum Master ist der Facilitator und Coach des Scrum-Teams. Seine Hauptaufgabe ist es, sicherzustellen, dass Scrum verstanden und richtig umgesetzt wird. Er beseitigt Hindernisse, fördert eine produktive Umgebung und unterstützt das Team dabei, kontinuierlich besser zu werden.

Verantwortlichkeiten des Scrum Masters:

Prozessförderung: Der Scrum Master stellt sicher, dass Scrum-Events wie Daily Scrums, Sprint Reviews und Retrospektiven effizient und fokussiert ablaufen.

Hindernisbeseitigung: Er identifiziert und beseitigt externe und interne Hindernisse, die das Team daran hindern, produktiv zu arbeiten.

Coaching: Der Scrum Master coachiert sowohl das Entwicklungsteam als auch den Product Owner in ihrer jeweiligen Rolle.

Schutz des Teams: Er schützt das Team vor unnötigen Störungen und Fokusverlust.

Ein erfolgreiches Scrum-Team hängt maßgeblich von einem kompetenten Scrum Master ab, der die Prinzipien von Scrum nicht nur versteht, sondern auch in der Lage ist, sie in die Praxis zu übertragen.

Der Product Owner: Visionär und Entscheidungsträger

Der Product Owner ist verantwortlich für das Produkt-Backlog und stellt sicher, dass es immer wertvolle, relevante und priorisierte Einträge enthält. Er ist die Schnittstelle zwischen den Stakeholdern und dem Entwicklungsteam und sorgt dafür, dass die Produktvision klar und verständlich ist.

Verantwortlichkeiten des Product Owners:

Backlog-Management: Er stellt sicher, dass das Produkt-Backlog immer gepflegt und priorisiert ist.

Vision und Strategie: Der Product Owner entwickelt und kommuniziert eine klare Produktvision und eine darauf basierende Strategie.

Stakeholder-Kommunikation: Er vertritt die Interessen der Stakeholder und stellt sicher, dass deren Bedürfnisse und Anforderungen berücksichtigt werden.

Wertmaximierung: Der Product Owner trifft Entscheidungen, die darauf abzielen, den Wert des Produkts kontinuierlich zu maximieren.

Die Rolle des Product Owners erfordert ein hohes Maß an Entscheidungsfähigkeit und Verständnis für sowohl das Produkt als auch die Bedürfnisse der Stakeholder. Ein guter Product Owner ist schlüssig in seiner Kommunikation und in der Lage, Prioritäten klar und effektiv zu setzen.

Das Entwicklungsteam: Die Kreativen und Innovatoren

Das Entwicklungsteam ist verantwortlich für die Umsetzung der Arbeit, die zur Lieferung eines potentiell lieferbaren Inkrements am Ende jedes Sprints erforderlich ist. Es besteht aus Fachleuten mit unterschiedlichen Fähigkeiten, die gemeinsam daran arbeiten, die Sprint-Ziele zu erreichen.

Verantwortlichkeiten des Entwicklungsteams:

Selbstorganisation: Das Team organisiert sich selbst und verteilt Aufgaben autonom.

Lieferung von Inkrementen: Am Ende jedes Sprints liefert das Team ein potentiell nutzbares Increment.

Kontinuierliche Verbesserung: Durch regelmäßige Retrospektiven findet das Team Möglichkeiten zur Verbesserung ihrer Prozesse und Zusammenarbeit.

Zusammenarbeit: Die Teammitglieder arbeiten eng zusammen und teilen Wissen, um die Produktivität und Qualität zu erhöhen.

Ein erfolgreiches Entwicklungsteam zeichnet sich durch hohe Selbstorganisation, starke Kommunikationsfähigkeiten und eine tiefe Verpflichtung zur kontinuierlichen Verbesserung aus. Nur durch enge Zusammenarbeit und gegenseitiges Vertrauen können die besten Ergebnisse erzielt werden.

Interaktionen zwischen den Rollen

Das Zusammenspiel zwischen Scrum Master, Product Owner und Entwicklungsteam ist entscheidend für den Erfolg des Scrum-Prozesses. Die Rollen müssen eng und effektiv zusammenarbeiten, um alle Aspekte von Scrum abzudecken und sicherzustellen, dass das Team jederzeit auf Kurs bleibt.

Die Beziehung zwischen Scrum Master und Entwicklungsteam: Der Scrum Master dient dem Entwicklungsteam als Coach und Helfer. Er sorgt dafür, dass die Teammitglieder auf Hindernisse schnell reagieren können und bestmöglich unterstützt werden.

Die Beziehung zwischen Scrum Master und Product Owner: Der Scrum Master hilft dem Product Owner dabei, das Produkt-Backlog zu verwalten und unterstützt ihn in der Kommunikation mit dem Team und den Stakeholdern.

Die Beziehung zwischen Product Owner und Entwicklungsteam: Der Product Owner arbeitet eng mit dem Entwicklungsteam zusammen, um sicherzustellen, dass die Anforderungen klar verstanden werden und entsprechendes Feedback gegeben wird, um eine kontinuierliche Verbesserung zu ermöglichen.

Zusammengefasst, erfordert die erfolgreiche Implementierung von Scrum ein tiefes Verständnis und eine effektive Zusammenarbeit der verschiedenen Rollen. Indem jeder seine spezifischen Verantwortlichkeiten versteht und effizient ausfüllt, kann das Scrum-Team hohe Leistungen erbringen und wertvolle Produkte liefern.

Ein tiefgehendes Verständnis dieser Rollen und ihrer Wechselwirkungen ist für die PSM-II Zertifizierung unerlässlich. Nur durch gründliche Vorbereitung und praktisches Wissen kann man die Prüfung erfolgreich bestehen und Scrum erfolgreich in die Praxis umsetzen.

Zitate:

"Ein Scrum Master ist kein Teamleiter auf agile Art, sondern ein Diener und Berater des Teams." - Scrum Guide

"Der Product Owner ist die einzige Person, die für die Verwaltung des Product Backlogs verantwortlich ist." - Scrum Guide

"Entwicklungsteams sind cross-funktional und selbstorganisiert. Niemand, auch nicht der Scrum Master, sagt dem Entwicklungsteam, wie es seine Arbeit zu erledigen hat." - Scrum Guide

Definition of Done und die Wichtigkeit von Akzeptanzkriterien

In der Welt von Scrum ist die Definition of Done (DoD) ein unverzichtbares Element für den Erfolg eines Scrum-Teams. Sie stellt sicher, dass alle Beteiligten – vom Entwicklungsteam bis hin zum Product Owner – ein gemeinsames Verständnis darüber haben, wann ein Arbeitsergebnis als fertig betrachtet werden kann. Dieses Konsensverständnis ist entscheidend für die Qualität und Konsistenz der Produktentwicklung.

Die Definition of Done kann als eine Checkliste betrachtet werden. Diese Checkliste enthält Kriterien, die erfüllt werden müssen, bevor ein Produkt-Inkrement als „done“ angesehen werden kann. Solche Kriterien könnten beispielsweise das erfolgreiche Durchlaufen von automatisierten Tests, die Einhaltung von Codierstandards oder die vollständige Dokumentation umfassen. Dies sorgt dafür, dass keine wesentlichen Arbeitsschritte übersehen werden und fördert zugleich die Qualitätssicherung.

Ein gängiges Missverständnis ist, dass die Definition of Done statisch sei. Vielmehr sollte sie kontinuierlich weiterentwickelt werden, um den steigenden Anforderungen und der sich verändernden Umwelt gerecht zu werden. Scrum-Teams sollten ihre DoD regelmäßig während der Sprint Retrospective überprüfen und anpassen, um sicherzustellen, dass sie weiterhin relevant und effektiv ist. Dies entspricht dem agilen Grundgedanken der kontinuierlichen Verbesserung.

Die Bedeutung der Definition of Done kann nicht hoch genug eingeschätzt werden. Ohne eine klare Definition könnten unterschiedliche Teammitglieder unterschiedliche Auffassungen davon haben, was „fertig“ bedeutet, was zu Verwirrung und möglicherweise zu Konflikten führt. Darüber hinaus bringt eine unklare DoD das Risiko mit sich, dass unfertige Arbeit in das Produkt-Inkrement einfließt. Dies kann zu unerwarteten Fehlern führen und die Produktqualität negativ beeinflussen.

Zusammen mit der Definition of Done spielen die Akzeptanzkriterien eine zentrale Rolle im Scrum-Prozess. Akzeptanzkriterien werden in enger Zusammenarbeit zwischen dem Product Owner und dem Entwicklungsteam definiert, oft bereits beim Erstellen der User Stories im Backlog. Diese Kriterien präzisieren die funktionalen und nicht-funktionalen Anforderungen, die erfüllt sein müssen, damit der Product Owner das Arbeitsergebnis akzeptiert.

Es ist wichtig, zwischen der Definition of Done und den Akzeptanzkriterien zu unterscheiden. Während die DoD für das gesamte Team und für jedes Arbeitsergebnis gilt, beziehen sich Akzeptanzkriterien auf spezifische Features oder User Stories. Stellen wir uns vor, die DoD sei die allgemeine Regelung dafür, wie ein Ergebnis erstellt und geprüft werden muss, während die Akzeptanzkriterien die spezifischen Wünsche und Bedürfnisse des Kunden widerspiegeln.