Überblick
Scrum hat sich in den letzten Jahren weit über die Softwareentwicklung hinaus als Arbeitsrahmen für Projektteams aller Branchen etabliert. Dieser Kurs gibt Projektmanagern, Teamleitern und Projektmitgliedern das nötige Rüstzeug, um Scrum in ihrem Arbeitsumfeld einzuführen oder konsequenter anzuwenden. Im Mittelpunkt steht nicht die Prüfungsvorbereitung, sondern der direkte Transfer in den Projektalltag: Wie plant ein Scrum-Team seinen Sprint? Wie hält ein Product Owner den Backlog aktuell und priorisiert? Wie moderiert ein Scrum Master eine Retrospektive, aus der tatsächlich Verbesserungen entstehen? Antworten auf genau diese Fragen gibt dieser Kurs.
Kursinhalte & Lernziele
Modul 1 — Das Scrum-Framework verstehen Scrum ist kein Prozess und keine Methode, sondern ein leichtgewichtiger Rahmen für komplexe Arbeit. Dieser erste Block legt das konzeptionelle Fundament: Warum funktioniert empirisches Vorgehen in komplexen Projekten besser als detaillierte Vorplanung? Was unterscheidet Scrum von klassischem Projektmanagement, und was nicht? Teilnehmende lernen, Scrum nicht als Bürokratie, sondern als Denkhaltung zu verstehen.
- Empirismus und die drei Säulen Transparenz, Überprüfung, Anpassung
- Agile Werte (Scrum Values) im Kontext von Teamarbeit
- Scrum vs. Wasserfall: wann welches Vorgehen sinnvoll ist
- Das Scrum-Framework im Überblick — Rollen, Events, Artefakte
- Häufige Missverständnisse bei der Einführung von Scrum
- Scrum in nicht-technischen Projekten: Beispiele aus Produkt-, Marketing- und Organisationsprojekten
Modul 2 — Rollen im Team Scrum kennt nur drei Rollen, doch jede davon trägt eine klar definierte Verantwortung. Dieser Block arbeitet heraus, was diese Verantwortung im Alltag bedeutet — und was passiert, wenn Rollen verschwimmen oder Aufgaben falsch zugeordnet werden. Besonders der Scrum Master als Servant Leader, der schützt statt verwaltet, wird hier ausführlich behandelt.
- Scrum Master: Hindernisse beseitigen, das Team schützen, die Organisation coachen
- Product Owner: Produktvision halten, Backlog pflegen, Stakeholder koordinieren
- Developer: Selbstorganisation, technische Qualität, Definition of Done einhalten
- Zusammenarbeit zwischen den Rollen ohne Hierarchie
- Typische Konflikte zwischen Rollen und wie Scrum sie auflöst
- Rollen in kleinen Teams: wenn eine Person mehrere Aufgaben übernimmt
Modul 3 — Sprint-Zyklus in der Praxis Ein Sprint ist mehr als ein zweiwöchiges Zeitfenster. Er ist ein vollständiger Miniaturzyklus mit eigener Planung, täglicher Abstimmung, Überprüfung und Reflexion. Dieser Block führt durch jeden Event im Sprint, erklärt seinen Zweck und gibt praktische Hinweise zur Durchführung.
- Sprint Planning: Ziel formulieren, Items auswählen, Aufwand schätzen
- Daily Scrum: drei Fragen, 15 Minuten, fokussiert und konsequent
- Sprint Review: Was ist Done? Feedback einholen, Backlog anpassen
- Sprint Retrospektive: Was lief gut, was lief schlecht, was ändern wir?
- Sprint-Abbruch: Wann und wie ein Sprint beendet werden kann
- Umgang mit unfertigem Scope am Sprint-Ende
Modul 4 — Backlog-Management und Schätztechniken Ein gepflegter, priorisierter Product Backlog ist das Herzstück jeder Scrum-Implementierung. Dieser Block gibt praktische Werkzeuge für den Aufbau und die laufende Pflege des Backlogs an die Hand — von der ersten User Story bis zur Sprint-tauglichen Verfeinerung.
- User Stories formulieren: As a … I want … so that …
- Akzeptanzkriterien und Testbarkeit von Backlog-Items
- Backlog Refinement: Häufigkeit, Teilnehmer, Ergebnis
- Schätzung mit Story Points und Planning Poker
- Priorisierung nach Geschäftswert, Risiko und Abhängigkeiten
- Epic, Feature, Story, Task — Granularität im Backlog sinnvoll staffeln
Praxis-Block — Gemeinsame Fallarbeit Im Praxisteil durchlaufen die Teilnehmenden einen simulierten Sprint-Zyklus mit einem realen Projektbeispiel. Alle Events werden einmal vollständig durchgeführt, Feedback wird eingeholt und der nächste Sprint geplant. So entsteht Erfahrung mit Scrum, nicht nur Wissen über Scrum.
- Sprint Planning für ein konkretes Projektbeispiel durchführen
- Product Backlog gemeinsam aufbauen und priorisieren
- Daily Scrum simulieren und Moderationsrollen wechseln
- Sprint Review mit Stakeholder-Feedback
- Retrospektive: ein konkretes Verbesserungsitem für den nächsten Sprint identifizieren
- Schätzen mit Planning Poker in der Gruppe
- Diskussion: Wie führe ich Scrum in meinem Team ein?
- Impediments identifizieren und kategorisieren
- Umgang mit Stakeholdern, die in den Sprint eingreifen wollen
- Definition of Done für das eigene Team formulieren
- Übergang von klassischem Projektmanagement zu Scrum gestalten
- Offene Fragen aus dem eigenen Arbeitsumfeld besprechen
Der Praxisteil macht aus theoretischem Wissen anwendbare Kompetenz. Der Unterschied zwischen einem Team, das Scrum versteht, und einem Team, das Scrum wirklich lebt, zeigt sich meistens in der Qualität der Retrospektive und im Umgang mit Impediments — genau hier setzt dieser Block an.
Lernziele:
- Das Scrum-Framework vollständig beschreiben und die Regeln des Scrum Guide in eigenen Worten erklären
- Die drei Scrum-Rollen (Scrum Master, Product Owner, Developer) in ihrer Verantwortung voneinander abgrenzen und für das eigene Team klären
- Einen Sprint von der Planung bis zum Review strukturiert durchführen
- Ein Product Backlog aufbauen, verfeinern und priorisieren
- User Stories formulieren und mit Akzeptanzkriterien versehen
- Planning Poker und andere Schätztechniken für Backlog-Items anwenden
- Den Daily Scrum als kurzen Synchronisations-Event — nicht als Statusmeeting — leiten
- Eine Sprint-Retrospektive so moderieren, dass konkrete Verbesserungen im nächsten Sprint umgesetzt werden
- Selbstorganisation im Team aktiv fördern und übermäßige externe Eingriffe abwehren
- Scrum situationsgerecht an Teamgröße und Projektkontext anpassen, ohne die Kernregeln aufzuweichen
- Typische Fehler bei der Scrum-Einführung (z. B. Sprint-Scope-Änderungen, unklare Definition of Done) erkennen und vermeiden
Zielgruppe & Voraussetzungen
Dieser Kurs richtet sich an Personen, die mit Projektteams arbeiten und agile Arbeitsweisen einführen oder verbessern wollen.
- Projektmanager und Projektleiter, die von klassischen Methoden zu Scrum wechseln
- Teamleads und Gruppenleiter, die ihre Teams eigenständiger machen wollen
- Entwickler, Designer und andere Teammitglieder, die Scrum von innen heraus besser verstehen möchten
- Nachwuchsführungskräfte, die agiles Arbeiten als Kompetenz aufbauen wollen
- Quereinsteiger ohne Projekterfahrung, die von Anfang an agil denken lernen
Besondere Vorkenntnisse in Projektmanagement oder Softwareentwicklung sind nicht erforderlich. Der Kurs startet bei den Grundlagen und baut schrittweise auf. Eigene Projekterfahrungen — auch aus klassisch geführten Projekten — sind hilfreich, weil sie den Vergleich mit Scrum erleichtern. Da Scrum international auf Englisch dokumentiert ist und die Fachbegriffe im Original verwendet werden, sind Englischkenntnisse auf B2-Niveau empfehlenswert.
Ablauf & Abschluss
Der Kurs verbindet direkte Wissensvermittlung durch Trainerinput mit Gruppenarbeit und gemeinsamen Übungen. Szenarien aus dem Projektalltag werden gemeinsam analysiert; Scrum-Events werden simuliert, damit die Teilnehmenden nicht nur Beschreibungen hören, sondern das Format erleben. Die Vollzeit-Durchführung ermöglicht einen dichten, zusammenhängenden Lernrhythmus, der den iterativen Charakter von Scrum selbst widerspiegelt: Lernen, anwenden, reflektieren, verbessern.
Der Kurs findet in Vollzeit statt. Die konkrete Kursdauer richtet sich nach dem Anbieter. Das Curriculum deckt alle Bestandteile des Scrum-Frameworks ab und schließt praktische Übungseinheiten ein, sodass nach Kursende ein vollständiger Sprint-Zyklus eigenständig durchgeführt werden kann.
Nach erfolgreichem Abschluss erhalten die Teilnehmenden eine qualifizierte Teilnahmebescheinigung des Bildungsträgers. Einzelne Anbieter bereiten zudem auf das externe PSM-I-Assessment von Scrum.org vor; die Prüfung selbst wird separat bei Scrum.org gebucht und abgelegt und ist nicht Bestandteil des Kurses.
Nutzen & Perspektiven
Agile Projektarbeit ist in vielen Branchen keine Option mehr, sondern Erwartung. Wer Scrum nicht nur als Begriff kennt, sondern wirklich anwenden kann, ist in Bewerbungsgesprächen und bei der Übernahme von Projektverantwortung klar im Vorteil. Dieser Kurs schließt die Lücke zwischen theoretischem Wissen und tatsächlicher Anwendungsfähigkeit — ein Unterschied, der im Projektalltag sofort sichtbar wird. Für Teams bedeutet eine fundierte Scrum-Einführung vor allem eines: mehr Klarheit. Wer entscheidet was? Wer schützt das Team vor äußerem Scope-Creep? Wann ist ein Arbeitsergebnis wirklich fertig? Scrum beantwortet diese Fragen nicht mit bürokratischen Regeln, sondern mit klarer Rollenverteilung und definierten Routinen. Das reduziert Abstimmungsaufwand und erhöht gleichzeitig die Transparenz für alle Beteiligten. Langfristig lohnt sich die Investition in Scrum-Kompetenzen, weil agile Denkweisen skalieren: Wer ein kleines Team durch Sprints führen kann, versteht auch die Logik hinter größeren agilen Frameworks. Wer Retrospektiven moderieren kann, verfügt über eine Kernkompetenz in kontinuierlicher Verbesserung, die in jedem Berufsfeld wertvoll ist.
Häufig gestellte Fragen (FAQ)
Unterscheidet sich dieser Kurs vom PSM-I-Kurs?
Ja. Dieser Kurs legt den Schwerpunkt auf die Praxisanwendung von Scrum im Projektalltag, nicht auf die Vorbereitung für das Scrum.org-Assessment. Die Inhalte überschneiden sich teilweise, aber die Zielsetzung ist eine andere: hier geht es darum, Scrum im Team einzuführen und anzuwenden, nicht eine Prüfung zu bestehen.
Funktioniert Scrum auch außerhalb der Softwareentwicklung?
Ja. Der Scrum Guide (aktuelle Fassung von 2020) beschreibt Scrum ausdrücklich als Framework für komplexe Arbeit jeder Art, nicht nur für IT-Projekte. Marketing-Kampagnen, Produktentwicklung, interne Reorganisationsprojekte — Scrum ist vielseitig einsetzbar, solange die Arbeit iterativ und mit offenem Ausgang durchgeführt werden kann.
Was ist der Unterschied zwischen Scrum Master und Projektleiter?
Ein klassischer Projektleiter plant, delegiert und kontrolliert. Der Scrum Master ist kein Manager, sondern ein Servant Leader: Er schützt das Team vor Hindernissen und äußerem Druck, moderiert die Scrum-Events und hilft der Organisation, Scrum richtig zu verstehen. Das Team selbst organisiert seine Arbeit — der Scrum Master sorgt für die Rahmenbedingungen.
Wie lange dauert ein typischer Sprint?
Der Scrum Guide empfiehlt Sprints von maximal einem Monat Länge; in der Praxis haben sich zwei Wochen als häufigste Wahl etabliert. Kürzere Sprints (eine Woche) erhöhen die Lernzyklen, erfordern aber mehr Planungsdisziplin. Die konkrete Länge legt das Team gemeinsam fest und behält sie dann konstant.
Ist ein Zertifikat nach dem Kurs möglich?
Der Kurs schließt mit einer qualifizierten Teilnahmebescheinigung ab. Wer zusätzlich das PSM-I-Zertifikat von Scrum.org erwerben möchte, kann das Assessment direkt über scrum.org buchen — ein Kursnachweis ist dafür keine Voraussetzung.
Verwandte Kurse
Welche Förderung passt zu dir?
Finde in 30 Sekunden heraus, ob dir ein Bildungsgutschein oder andere Zuschüsse zustehen. Kostenlos & ohne Anmeldung.
Arbeitsmarkt-Report
Kaufmännische Sachbearbeitung verlagert sich Richtung digitale Prozesse (DATEV-, SAP-, Salesforce-Kenntnisse). Wer klassische Buchhaltung mit ERP/Tool-Wissen kombiniert, ist überdurchschnittlich gefragt; Reine Routine-Sachbearbeitung verliert.
Zielberufe & offene Stellen
Berufe, in denen Absolvent:innen dieses Kurses typischerweise arbeiten — mit bundesweit offenen Stellen der letzten 12 Monate.
- Buchhalter/Buchhalterin3.551 Stellen
- Agiler Coach / Scrum Master236 Stellen
- Office-Manager/Office-Managerin159 Stellen