Course Program

You can easily add your text here by typing it directly into the provided text box or pasting it from another source.
#1Modul 0 — Setting the Stage
  • 0.1 Warum ich diesen Kurs entwickelt habe---
  • 0.2 Wie ich diesen Kurs entwickelt habe — und was ich weggelassen habe---
  • 0.3 Kennen vs. können: der Vertrag zwischen dir und diesem Kurs---
  • 0.4 Selbstlernkurs, Fortschrittskontrolle, Zertifikate---
  • 0.5 Die Formate & wie du am besten lernst---
  • 0.6 Die Fallstudie Hartmann Fluidtechnik: dein Übungsobjekt---
#2Modul 1 — Warum überhaupt Scrum?
  • 1.1 Evolution der Arbeit: Wasserfall, Stage-Gate, V-Modell — und warum sie funktioniert haben---
  • 1.2 Was sich verändert hat: Unsicherheit als Normalzustand---
  • 1.3 Das Agile Manifest & die 4 Werte---
  • 1.4 Die 12 Prinzipien im Detail---
  • 1.5 Agile ist kein Framework: Lean, Kanban, XP, Scrum im Verhältnis---
  • 1.6 Business Agility: was der Begriff meint und was er verdeckt---
  • 1.7 Der ehrliche ROI-Blick: Evidenz, Studienlage, Grenzen---
  • 1.8 Transfer: Warum Hartmann Scrum gewählt hat — und warum das der falsche Grund war (Beat 1)---
#3Modul 2 — Empirismus, Komplexität & Werte
  • 2.1 Die drei Säulen: Transparenz, Überprüfung, Anpassung---
  • 2.2 Warum die Reihenfolge zwingend ist: keine Anpassung ohne Transparenz---
  • 2.3 Cynefin (Snowden): 5 Domänen, 5 Handlungsmodi---
  • 2.4 Kompliziert vs. komplex — die teuerste Verwechslung im Management---
  • 2.5 Stacey-Matrix und ihre Grenzen---
  • 2.6 Lean Thinking & Verschwendung: die Wurzel unter Scrum---
  • 2.7 Die 5 Scrum-Werte im Alltag: Commitment, Fokus, Offenheit, Respekt, Mut---
  • 2.8 Transfer: Welche Cynefin-Domäne hat HydroSense wirklich? (Beat 2)---
#4Modul 3 — Das Scrum Team: Accountabilities
  • 3.1 Ein Team, drei Accountabilities: die Struktur des Scrum Guide 2020---
  • 3.2 Selbstmanagement: was es heißt, was es nicht heißt---
  • 3.3 Product Owner: Wertmaximierung, nicht Anforderungsverwaltung---
  • 3.4 Scrum Master: True Leadership, Servant Leadership, und der Unterschied---
  • 3.5 Developer: Accountability, T-Shaping, geteilte Verantwortung---
  • 3.6 Die PO-SM-Symbiose — und wo sie zur Kollusion wird---
  • 3.7 Stakeholder: Wer gehört dazu, wer nicht, und wer sich reindrängt---
  • 3.8 Management in Scrum-Strukturen: die ungeklärte Rolle---
  • 3.9 Transfer: Rollenlandkarte deines Teams (Beat 3)---
#5Modul 4 — Artefakte & Commitments
  • 4.1 Drei Artefakte, drei Commitments: die 2020er Kopplung---
  • 4.2 Product Backlog: lebendig, geordnet, sichtbar---
  • 4.3 Product Goal: das Commitment, das am häufigsten fehlt---
  • 4.4 Sprint Backlog: Plan der Developer, nicht Auftrag des PO---
  • 4.5 Sprint Goal: warum ein Sprint ohne Ziel nur ein Zeitfenster ist---
  • 4.6 Increment: potenziell nutzbar heißt nutzbar---
  • 4.7 Transparenz durch Artefakte — und wie Tools sie zerstören---
  • 4.8 Artefakte vs. Dokumentation: was du trotzdem schreiben musst (Beat 4)---
#6Modul 5 — Die Events
  • 5.1 Der Sprint als Container: warum alles andere darin stattfindet---
  • 5.2 Sprint-Länge wählen — und was die Wahl über dich verrät---
  • 5.3 Sprint Planning Thema 1: Warum ist dieser Sprint wertvoll?---
  • 5.4 Sprint Planning Thema 2 & 3: Was und Wie---
  • 5.5 Daily Scrum: Re-Planung, nicht Statusbericht---
  • 5.6 Sprint Review: Arbeitsschleife, nicht Abnahme-Theater---
  • 5.7 Retrospektive: Formate, Tiefe, und warum sie zuerst stirbt---
  • 5.8 Product Backlog Refinement: kein Event, aber unverzichtbar---
  • 5.9 Sprint-Abbruch: das Event, das niemand nutzt---
  • 5.10 Transfer: Event-Audit deines Teams (Beat 5)---
#7Modul 6 — Definition of Done & Qualität
  • 6.1 Warum DoD kein Formalismus ist, sondern die Definition von 'fertig'---
  • 6.2 DoD schreiben: konkret, messbar, teamübergreifend---
  • 6.3 Definition of Ready — nützlich oder Gate durch die Hintertür?---
  • 6.4 Technische Schulden als ökonomische Entscheidung, nicht als Sünde---
  • 6.5 Undone Work & der versteckte Rest-Wasserfall---
  • 6.6 Transfer: Deine DoD in einer Stunde (Beat 6)---
#8Modul 7 — Scrum-Theater: der Anti-Pattern-Katalog
  • 7.1 Kennen und können: die Diagnose-Haltung---
  • 7.2 Die 12 häufigsten Scrum-Anti-Patterns im Mittelstand---
  • 7.3 Der Schatten-Product-Owner---
  • 7.4 Das Daily als Statusmeeting für Abwesende---
  • 7.5 Sprint als Zeitscheibe: Wasserfall in 14-Tage-Portionen---
  • 7.6 Scrum Master als Jira-Administrator---
  • 7.7 Das ist kein Charakterproblem — Systemdiagnose statt Schuldzuweisung---
  • 7.8 Transfer: Dein persönliches Theater-Audit (Beat 7)---
#9Modul 8 — Prüfungspfad PSM I
  • 8.1 Scrum Guide 2020 Deep Dive: der Text, Satz für Satz---
  • 8.2 Was sich 2020 geändert hat — und warum alte Kurse falsch liegen---
  • 8.3 Prüfungsmechanik: 80 Fragen, 60 Minuten, 85 %---
  • 8.4 Die fiesesten Fangfragen und ihre Logik---
  • 8.5 Simulation 1: Rollen & Events---
  • 8.6 Simulation 2: Artefakte & Transparenz---
  • 8.7 Last-Minute-Strategie & Zertifikats-Launchpad---
#10Modul 9 — Produktstrategie & Discovery
  • 9.1 Produktvision: der Unterschied zwischen Vision, Strategie und Roadmap---
  • 9.2 Produktökonomie: Kostenstruktur, Business Case, Cost of Delay---
  • 9.3 User Research & Personas — mit der Warnung, die dazugehört---
  • 9.4 Jobs to be Done---
  • 9.5 Opportunity Solution Tree (Torres)---
  • 9.6 User Story Mapping (Patton)---
  • 9.7 Hypothesen, Experimente, Prototyping---
  • 9.8 Outcome vs. Output: Kennzahlen, die Verhalten steuern---
  • 9.9 Transfer: Produktzielsetzung für HydroSense (Beat 9)---
#11Modul 10 — Backlog-Handwerk
  • 10.1 Ordnen statt priorisieren: warum 'P1, P1, P1' existiert---
  • 10.2 User Stories schreiben (INVEST) — und wann sie das falsche Format sind---
  • 10.3 Akzeptanzkriterien & Beispiele: Given/When/Then---
  • 10.4 Story Slicing: 8 Muster für kleine Scheiben---
  • 10.5 Priorisierung I: WSJF & Cost of Delay---
  • 10.6 Priorisierung II: Kano, Opportunity Scoring, MoSCoW-Kritik---
  • 10.7 Refinement als kontinuierliche Praxis, nicht als Termin---
  • 10.8 Backlog-Hygiene: löschen, zusammenfassen, altern lassen---
  • 10.9 Transfer: 340 Einträge auf 40 reduzieren (Beat 10)---
#12Modul 11 — Flow, Metriken & Prognose
  • 11.1 Vanity vs. Actionable Metrics---
  • 11.2 Arbeit sichtbar machen: das Board als Diagnoseinstrument---
  • 11.3 Cycle Time, Lead Time, Work Item Age — die vier Flow-Metriken---
  • 11.4 Little's Law: die Straße, die Kapazität und der Umlaufbestand---
  • 11.5 WIP-Limits: der unbeliebteste wirksame Hebel---
  • 11.6 Cumulative Flow Diagram & Scatterplot lesen lernen---
  • 11.7 Monte-Carlo-Prognose: Wann sind wir fertig — mit Wahrscheinlichkeit---
  • 11.8 Durchsatz statt Velocity: Prognose ohne Schätzung---
  • 11.9 Bedarfsanalyse: Woher die Arbeit wirklich kommt---
  • 11.10 Evidence-Based Management (EBM): die vier KVA---
  • 11.11 Datenbasierte Retrospektiven (Beat 11)---
#13Modul 12 — Schätzen — und wann du es lassen kannst
  • 12.1 Warum relative Schätzung? Die kognitive Begründung---
  • 12.2 Story Points & Fibonacci — korrekt verstanden---
  • 12.3 Planning Poker, Magic Estimation, Affinity Mapping---
  • 12.4 Komplexität vs. Aufwand vs. Unsicherheit---
  • 12.5 Velocity: was sie darf und was sie nie durfte---
  • 12.6 #NoEstimates: Theorie, Praxis, Voraussetzungen---
  • 12.7 Schätzung als Missbrauchsvektor: wenn Zahlen zu Zusagen werden---
  • 12.8 Transfer: Schätz-Entscheidung für dein Team (Beat 12)---
#14Modul 13 — Teamentwicklung & psychologische Sicherheit
  • 13.1 Gruppe vs. Team: der Unterschied ist messbar---
  • 13.2 Psychologische Sicherheit (Edmondson) & Project Aristotle---
  • 13.3 Die 4 Stufen (Clark) als Diagnoseraster---
  • 13.4 Tuckman-Phasen, realistisch angewandt---
  • 13.5 Lencionis 5 Dysfunktionen---
  • 13.6 Team Charter & Working Agreements, die halten---
  • 13.7 Delegation Poker & Empowerment-Grenzen---
  • 13.8 Feedback-Schleifen im Team etablieren---
  • 13.9 Transfer: Sicherheits-Check deines Teams (Beat 13)---
#15Modul 14 — Facilitation & Moderation
  • 14.1 Facilitation als eigenständiges Handwerk---
  • 14.2 Neutralität, Container, Auftrag: die drei Grundlagen---
  • 14.3 Liberating Structures: 8 Formate für den Scrum-Alltag---
  • 14.4 Divergieren, Emergieren, Konvergieren (Kaner-Diamant)---
  • 14.5 Retro-Formate jenseits von 'Gut / Schlecht / Aktionen'---
  • 14.6 Große Gruppen moderieren: Review mit 30 Stakeholdern---
  • 14.7 Visualisierung & Whiteboard-Handwerk---
  • 14.8 Transfer: Retro-Redesign (Beat 14)---
#16Modul 15 — Coaching, Feedback & Konflikt
  • 15.1 Coaching-Haltung: wann coachen, wann trainieren, wann beraten---
  • 15.2 Das GROW-Modell in der Praxis---
  • 15.3 Aktives Zuhören & Level-3-Listening---
  • 15.4 Fragetechniken: die 7 Fragen (Stanier)---
  • 15.5 Systemisches Team-Coaching: das System als Klient---
  • 15.6 Radikale Offenheit & SBI-Feedback---
  • 15.7 Gewaltfreie Kommunikation im Teamkontext---
  • 15.8 Konflikteskalation (Glasl): 9 Stufen, Interventionswahl---
  • 15.9 Harvard-Konzept: Interessen statt Positionen---
  • 15.10 Coaching von Führungskräften (Beat 15)---
#17Modul 16 — Impediments, Widerstand & Organisationspolitik
  • 16.1 Impediment identifizieren: was zählt und was Jammern ist---
  • 16.2 Das Impediment Backlog: sichtbar, geordnet, eskaliert---
  • 16.3 Root Cause Analysis: Ishikawa & 5 Why korrekt angewendet---
  • 16.4 Systemische Ursachen: lokale vs. globale Optimierung---
  • 16.5 Eskalation ohne Weisungsbefugnis---
  • 16.6 Widerstand als Information lesen---
  • 16.7 Stakeholder-Landkarte & Machtdynamiken---
  • 16.8 Transfer: Deine drei größten Impediments (Beat 16)---
#18Modul 17 — Prüfungspfad PSPO I
  • 17.1 PSPO I: Umfang, Mechanik, Abgrenzung zu PSM I---
  • 17.2 Wertmaximierung im Prüfungssinn---
  • 17.3 Backlog-Management: die typischen Fallen---
  • 17.4 Stakeholder & Product Goal in Prüfungsfragen---
  • 17.5 Simulation: Product-Owner-Szenarien---
  • 17.6 EBM in der Prüfung---
  • 17.7 Last-Minute-Strategie---
#19Modul 18 — Technische Exzellenz I: der Lieferpfad
  • 18.1 Warum ein Scrum Master Technik verstehen muss — ohne sie zu können---
  • 18.2 Der Umgebungs-Stack: Dev, Stage, Prod---
  • 18.3 Versionskontrolle: Git als Vertrauensinfrastruktur---
  • 18.4 CI/CD: die automatisierte Pipeline---
  • 18.5 Deployment vs. Release: Technik vs. Fachlichkeit---
  • 18.6 Feature Flags & moderne Deployment-Patterns (Canary, Blue/Green)---
  • 18.7 Rollback & Ausfallsicherheit---
  • 18.8 Trunk-Based Development vs. GitFlow (Beat 18)---
#20Modul 19 — Technische Exzellenz II: Architektur & Entkopplung
  • 19.1 Emergent Design & Last Responsible Moment---
  • 19.2 Reversible vs. irreversible Architekturentscheidungen---
  • 19.3 Monolith, Modulith, Microservices: die ehrliche Abwägung---
  • 19.4 Conway's Law & Inverse Conway Maneuver---
  • 19.5 API-First als Team-Entkopplung---
  • 19.6 Architecture Decision Records & Docs-as-Code---
  • 19.7 DevSecOps: Sicherheit im Flow---
  • 19.8 Transfer: Architektur als Organisationsfrage (Beat 19)---
#21Modul 20 — Organisationsdesign & Team Topologies
  • 20.1 Struktur schlägt Absicht---
  • 20.2 Wertstromanalyse: den Fluss sichtbar machen---
  • 20.3 Funktionale Silos abbauen---
  • 20.4 Team Topologies: die 4 Teamtypen---
  • 20.5 Die 3 Interaktionsmodi---
  • 20.6 Kognitive Last als Führungsgröße---
  • 20.7 Plattform-Teams als Enabler---
  • 20.8 Reteaming: die 5 Muster (Helfand), Self-Selection, Wissenserhalt---
  • 20.9 Transfer: Team-Schnitt deiner Organisation (Beat 20)---
#22Modul 21 — Skalierung & Descaling
  • 21.1 Wann skalieren? Descaling zuerst---
  • 21.2 Portfolio-WIP: das eigentliche Skalierungsproblem---
  • 21.3 Scrum of Scrums---
  • 21.4 Nexus Framework---
  • 21.5 LeSS (Large-Scale Scrum)---
  • 21.6 SAFe: Überblick, Einsatzbereich, Kritik — neutral eingeordnet---
  • 21.7 Flight Levels (Leopold)---
  • 21.8 Communities of Practice---
  • 21.9 Transfer: Braucht ihr wirklich ein Skalierungsframework? (Beat 21)---
#23Modul 22 — Kultur, Führung & Wandel
  • 22.1 Die agile Zwiebel: Doing vs. Being---
  • 22.2 Was Kultur ist (Schein: 3 Ebenen)---
  • 22.3 Westrum-Typologie: pathologisch, bürokratisch, generativ---
  • 22.4 Fehlerkultur & Blameless Post-Mortems---
  • 22.5 Kotter: 8 Schritte, Stärken und Grenzen---
  • 22.6 Change als Produkt: iterativ statt Big Bang---
  • 22.7 Change Fatigue & Agile Maturity Assessments (mit Warnung)---
  • 22.8 Sustainable Pace & Burnout-Prävention---
  • 22.9 Transfer: Kulturdiagnose (Beat 22)---
#24Modul 23 — Moderne Kontexte
  • 23.1 Remote & hybrid: Asynchronität, Vertrauen, verteilte Events---
  • 23.2 KI im Scrum-Alltag: was sie beschleunigt, was sie kaputt macht---
  • 23.3 Verträge & Beschaffung: agil im Festpreis-Umfeld---
  • 23.4 Scrum in regulierten Branchen: Audits, Nachweise, Compliance---
  • 23.5 Agile Hardware: Wikispeed & der Tesla-Ansatz (OTA, modulares Design)---
  • 23.6 Beyond Budgeting: Finanzierung ohne Jahresplan---
  • 23.7 Transfer: Dein Kontext-Check (Beat 23)---
#25Modul 24 — Capstone & Transfer
  • 24.1 Standortbestimmung: Scrum-Selbstassessment---
  • 24.2 Der 90-Tage-Plan: 3 Experimente statt 30 Vorsätze---
  • 24.3 Capstone: Hartmann Fluidtechnik nach 20 Monaten---
  • 24.4 Die 10 häufigsten Fehler — nach Rolle sortiert---
  • 24.5 Weiterlernen: Literatur, Communities, Zertifizierungspfade---
  • 24.6 Bist du jemand, der Scrum kennt — oder jemand, der Scrum kann?---