Certified Scrum Developer (CSD)

• Wie konvertiert das Team eine Anzahl von User Storys in ein potenziell auslieferbares Inkrement des Produkts?
• Wie erkennt das Team, wie die User Story umgesetzt wird, welche Arbeitsschritte (Tasks) daraus abgeleitet werden müssen?
• Wie bestimmt man, wann eine User Story fertig ist („done“)?
• Wie entwickelt und dokumentiert ein Scrum Team Richtlinien und Standards für „done“ (Team Charter)?
• Wie vermeidet man „technische Schulden“ (technical debt) und was sind die Auswirkungen solcher Schulden?
• Wie wird bestimmt, wer welche Aufgaben bei der Realisierung des Produkt-Inkrements übernimmt; welche Rollen gibt es im Team?
• Welche Arten von Tests gibt es in der agilen Entwicklung, welche Rolle haben sie, wie und wann werden sie entwickelt und eingesetzt?
• Wie setzt man eine kontinuierliche Integration mit automatisierten Unit- und Akzeptanztests auf und hält sie am Laufen?

Lernziele

• Untersuchung von Architektur und Design mit dem primären Fokus auf den Prinzipien, die eine bessere Testbarkeit und einfacheres Refactoring ermöglichen
• Prinzipien von Architektur in einer agilen Umgebung
• Design-Praktiken in einem agilen Team
• Prinzipien und Vorgehensweisen, die eine bessere Testbarkeit und einfacheres Refactoring ermöglichen
• Anti-Patterns

Schritte

• Emergente Architektur Live als Teil der Aufgabenstellung
• Clean code

Lernziele

• Ein umfassendes Verständnis zur Art, wie agile Teams zusammenarbeiten. Das umfasst u. a.:
  • Zusammenarbeit als ein Team
  • Einbeziehen von Kund:innen in den Prozess
  • Pair Programming

Schritte

• Diskussion und Reflexion über das Wesen der Zusammenarbeiten bei agilen Methoden.
• Jede:r Teilnehmende arbeitet als Mitglied eines Scrum Teams während des gesamten Kurses.
• Wir raten dringend zur Nutzung von Pair Programming während des Kurses.
• Wir veranstalten „Programmier-Dojos“ am ersten und zweiten Abend
• Wir führen nach jedem der drei Sprints im Kurs eine Retrospektive durch.
• Backlog-Workshops mit dem Product Owner
• Gemeinsame Erarbeitung von Akzeptanzkriterien

Lernziele

• Testgetriebene Entwicklung (TDD) als Design-Aktivität
• Der TDD-Zyklus: rot, grün, Refactoring
• Unit-Testen: Prinzipien, Praktiken, Vorgehensmuster
• Was macht einen guten Test aus?

Schritte

• Eine Coding Kata pro Tag – TDD-Üben als integraler Bestandteil der täglichen Arbeit
• Coding Dojo
• TDD als durchgängige Praktik beim Entwickeln
• TDD als Treiber für Design-Veränderungen

Lernziele

• Wann soll man refaktorisieren?
• Refactoring-Ziele: Wartbarkeit und Verständlichkeit
• Problemzonen im Code (Code Smells)

Schritte

• Refaktorisieren von schlechtem Code
• Sauberer Code als Teil der Definition of Done

Lernziele

• Kontinuierliche Integration reduziert Integrationsrisiken und verbessert Lieferfähigkeit.
• Bauen und Testen der Software mit einem einzelnen Kommando(„single command build“)
• Erstellen von automatisierten, selbst-testenden und schnellen Builds
• Verbessern der Transparenz und Sichtbarkeit durch automatisches Deployment

Schritte

• Automatischer Build umfasst Kompilat, Unit-Tests und Story-Tests
• Integration als Teil der Definition of Done