Dieses Lernfeld behandelt die Grundlagen von Scrum.

An ende des Kurses wird keine LZK geschrieben. Dieses Lernfeld ist nur da um uns für die Scrum- Zertifikat zu vorbereiten.
![[ASF Präsentation v3.0.pdf]]

1. Das Agile Manifest

Wir beginnen das Thema mit der brutalen Information, dass weniger als $\frac{1}{4}$ aller Softwareprojekte erfolgreich abgeschlossen werden.

Der Grund dafür ist, dass viele Unternehmen das Agilitätsprinzip nicht verstehen oder nicht richtig in ihrer Arbeitskultur einsetzen.

2. Agiles Mindset

Wir alle leben in einer VUCA-Welt, das heißt, Unternehmen müssen sich schnell anpassen, um überhaupt überleben zu können.

Standardmäßig werden Klassische Vorgehensmodelle wie das Wasserfallmodell verwendet. In der IT-Welt hingegen kommen häufig die Agilitätsprinzipen zum Einsatz, um Risiken zu minimieren, sich schnell an Kundenwünsche anzupassen und iterativ sowie inkrementell zu arbeiten.

Mit anderen Worten: Die Phasen des Klassische Vorgehensmodelles, die im Wasserfallmodell nacheinander durchlaufen werden, laufen bei agilen Ansätzen nicht über das gesamte Projekt hinweg, sondern werden in kleine Einheiten (Sprints) aufgeteilt. In jedem Sprint durchlaufen die Phasen (Analyse, Design, Entwicklung, Test und Rollout), die es auch im Wasserfallmodell gibt, mehrfach denselben Ablauf.

3. Scrum Grundlagen

Scrum ist ein leichtgewichtiges Rahmenwerk, das entwickelt wurde, um Menschen, Teams und Organisationen dabei zu helfen, durch adaptive Lösungen Wert für komplexe Probleme zu schaffen.

Es kombiniert Empirie und Lean Thinking, um Vorhersagbarkeit zu optimieren und Risiken zu minimieren.
Scrum verwendet einen iterativen, inkrementellen Ansatz zur Optimierung der Vorhersagbarkeit und zur Risikokontrolle.
Es hilft dabei, Probleme schneller zu erkennen und kontinuierlich Verbesserungen zu erreichen.

Aktivitäten

Wie bereits besprochen: Scrum erfolgt in Sprint-Intervallen von 4 Wochen.

Das Scrum-Team hat keinen Teamleiter; alles wird von den Mitarbeitenden erarbeitet und vorbereitet. Am Ende jedes Sprints wird der Product Owner informiert, und neue Wünsche sowie Änderungen werden in das Product Backlog für den nächsten Sprint aufgenommen.

Scrum Säulen

• Transparenz: Alle Aspekte des Prozesses müssen sichtbar und verständlich sein, sowohl für das Team (die Entwickler) als auch für die Stakeholder.
• Überprüfung: Scrum-Events erlauben eine regelmäßige Überprüfung des Fortschritts und der Prozesse.
• Anpassung: Erkenntnisse aus den Überprüfungen führen zu kontinuierlichen Verbesserungen.

Scrum Werten

Die Werte von Scrum – Commitment, Fokus, Offenheit, Respekt und Mut – unterstützen die Umsetzung dieser Säulen in der täglichen Arbeit.

• Mut – Mut, schwierige Aufgaben anzugehen, Fehler zu machen, Risiken wegen Veränderungen einzugehen, Dinge in Frage zu stellen und über den Tellerrand zu schauen.
• Respekt – Respekt, sich gegenseitig als fähige, unabhängige Personen zu achten (cross-functional) und Respekt gegenüber dem Kunden zu zeigen.
• Offenheit – Offenheit bezüglich der zu erledigenden Aufgaben, der damit verbundenen Herausforderungen und der grundlegenden kulturellen Aspekte der Zusammenarbeit.
• Fokus – Fokus auf den bestmöglichen Fortschritt der Arbeit in einem Sprint und ein gemeinsames Verständnis für das Ziel.
• Commitment – Commitment zur Verpflichtung, Ziele zu erreichen und sich gegenseitig zu unterstützen.

4. Scrum Framework

Dieses Kapitel ist eine Zusammenfassung der wichtigsten Punkte des Scrum Frameworks.
Hier werden die Scrum-Ereignisse in Gruppen eingeteilt und deren Verantwortlichkeiten erklärt.

Scrum-Team

• Scrum Master
• Product Owner
• Entwicklerteam
  Diese drei sind die wichtigen Elemente für das Endprodukt und übernehmen daher die volle Verantwortung für das Produkt.

Entwickler

Die Entwickler sind hauptsächlich verantwortlich für die Herstellung des Endprodukts.

Um das möglich zu machen, müssen sie alle folgenden Kriterien erfüllen:

• Erstellen den Plan für den Sprint: Sprint Backlog.
• Teilnahme an täglichen Meetings, die nicht länger als 15 Minuten dauern dürfen: Sprint Daily Scrum.
• Das Entwicklerteam ist interdisziplinär aufgestellt und verfügt über alle notwendigen Fähigkeiten, um ein fertiges Inkrement herzustellen.
  (Falls ein Tool, Framework oder Thema für das Inkrement erforderlich ist, wird es von einem oder mehreren Teammitgliedern erlernt.)
• Arbeiten selbstständig und unterstützen sich gegenseitig, indem sie sich als Experten wahrnehmen und gemeinsam Verantwortung übernehmen.
• Gewährleisten feste Qualität durch die DoD (Definition of Done).

Product Owner

Product Owner oder Produktinhaber

Scrum Master

Scrum Master hat nicht die Aufgabe die Entwickler als auch die Organisation zu unterstützen um den Produkt zu beenden.
Seine Aufgabe ist nur den Team das Scrum einzuführen damit die Frameworks richtig eingesetzt werden.