{"id":2752,"date":"2025-01-15T09:47:26","date_gmt":"2025-01-15T09:47:26","guid":{"rendered":"https:\/\/intexsoft.com\/de\/?post_type=blog&p=2752"},"modified":"2025-07-09T11:03:18","modified_gmt":"2025-07-09T08:03:18","slug":"scrum-sprint","status":"publish","type":"blog","link":"https:\/\/intexsoft.com\/de\/blog\/scrum-sprint\/","title":{"rendered":"Scrum Sprint \u2013 planen und durchf\u00fchren"},"content":{"rendered":"
\n\t
\n\t\t\t\t\t
<\/div>\n\t\t\t\t
\n\t\t\t\n\t\t\t\t
\n\t\t\t\t\tBlog\n\t\t\t\t<\/div>\n\t\t\t<\/a>\n\t\t\t
January 15, 2025 \t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t

Scrum Sprint \u2013 planen und durchf\u00fchren<\/h1>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t
\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t\"image\"\n\t\t\t\t<\/picture>\n\t\t\t<\/div>\n\t\t\t<\/div>\n<\/section>\n\t\t\t\t\t\t\t\n\t\t\n\n\n

<\/p>\n\n\n\n

\n
\n\t\t
\n\n\n\n\t\t\t\t\t\t\t\n\t\t\t\t
\n\t\t\t\t<\/div>\n\t\t\t\t\t\t

Scrum bezeichnet ein Framework beziehungsweise ein Schema, nach dem Projekte in Teamarbeit organisiert und durchgef\u00fchrt werden k\u00f6nnen. Verantwortlich f\u00fcr die Durchf\u00fchrung und Planung der Scrum Sprints ist der Scrummaster, der gemeinsam mit dem Projektteam und dem Produktinhaber entscheidet, welche Schritte eines Projekts in einem Sprint erledigt werden k\u00f6nnen. Scrum folgt dabei den Prinzipien des agilen Arbeitens.<\/span><\/p>\n

\n

Bei dieser Methode werden gro\u00dfe und komplexe Aufgaben in kleinere, in einem \u00fcberschaubaren Zeitraum durchf\u00fchrbare Teilst\u00fccke aufgeteilt. Das Scrum Framework und der Sprint folgen diesem Prinzip und bieten einen konkreten Rahmen, in dem die Projektteams ihre Teilaufgaben schrittweise fertigstellen. Diese Teilaufgaben werden in den Sprints abgearbeitet, sodass das herzustellende Produkt schrittweise fertiggestellt wird. Die einzelnen Entwicklungsschritte werden, insbesondere bei der Software-Entwicklung, auch Iterationen genannt.<\/span><\/p>\n

 <\/p>\n

Das agile Arbeiten mit dem Scrum Framework erm\u00f6glicht es Produktentwicklern und Projektteams, ihr Endprodukt in einzelnen Sprintphasen fertigzustellen. Diese Arbeitsweise steht im Gegensatz zu der sonst \u00fcblichen Projektorganisation, in der die Aufgaben zu Beginn verteilt werden, die einzelnen Programmierer, Produktentwickler, Salesmanager und wer sonst noch an dem Projekt beteiligt ist, anschlie\u00dfend l\u00e4ngere Zeit an ihren jeweiligen Aufgaben arbeiten und zum Ende des Projekts hin versuchen, alles zusammenzuf\u00fcgen.<\/span><\/p>\n

 <\/p>\n

Diese klassische Projektorganisation ist jedoch sehr fehleranf\u00e4llig, denn am Ende passen vielleicht nicht alle Teile zusammen, die gew\u00fcnschte Funktionalit\u00e4t ist noch nicht erreicht oder man hat zwar ein fast fertiges Produkt, muss aber endlos auf den einen Kollegen warten, der seinen Teil noch nicht fertig hat. So kann es zu erheblichen Verz\u00f6gerungen in der letzten Projektphase kommen, die durch das Arbeiten im Rahmenwerk ausgeschlossen sind.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Was sind Scrum Sprints?<\/span><\/h2>\n

 <\/p>\n

Bei einem Scrum Sprint erf\u00e4hrt das gesamte Scrum Team, woran die anderen gerade arbeiten und welche Schritte als N\u00e4chstes anstehen. Bei der Planung und der r\u00fcckblickenden Evaluation des Sprints wird immer wieder sichergestellt, dass alle Beteiligten genau wissen, was von ihnen zu welchem Zeitpunkt erwartet wird.<\/span><\/p>\n

 <\/p>\n

\"Was<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Merkmale der Sprints<\/span><\/h3>\n

 <\/p>\n

Die Sprints fungieren als Container f\u00fcr die vier Einzelevents Sprint Planning, Daily Scrums, Sprint Review und Sprint Retrospective. Diese werden nacheinander abgearbeitet und wiederholt, bis das Produkt fertig ist.<\/span><\/p>\n

 <\/p>\n

Beim Sprint Planning entscheidet das Team gemeinsam mit dem Scrummaster und dem Produktinhaber, welche Aufgaben beziehungsweise Tasks aus dem Product Backlog in dieser Arbeitsphase beziehungsweise in diesem Sprint abgearbeitet werden k\u00f6nnen. Im Product Backlog wurden zu Beginn des Projekts die Anforderungen an das fertige Produkt zusammengestellt.<\/span><\/p>\n

 <\/p>\n

Beim Daily Scrum trifft sich das Projektteam, um die t\u00e4glichen Fortschritte und Herausforderungen bei der Erreichung der definierten Ziele zu besprechen. Gegebenenfalls k\u00f6nnen auch der Scrum Master und der Product Owner hinzugezogen werden. Die Fortschritte und der Status der einzelnen Tasks k\u00f6nnen auf einem Task Board visualisiert werden. Durch eine stets aktuelle Darstellung der Fortschritte und Herausforderungen im Daily Scrum k\u00f6nnen \u00dcberraschungen ausgeschlossen werden und man wei\u00df immer, wie gut oder schlecht man im Zeitplan liegt.<\/span><\/p>\n

 <\/p>\n

Am Ende eines Scrum Sprints werden die Ergebnisse gemeinsam mit den Stakeholdern oder dem Product Owner, der die Stakeholder vertritt, pr\u00e4sentiert und besprochen. Insbesondere bei der Software-Entwicklung ist h\u00e4ufig das Sprint Goal, die Iteration, bereits funktionierende Komponenten, die potenziell bereits an den Kunden ausgeliefert werden k\u00f6nnen, herzustellen. Das beschleunigt nicht nur den Arbeitsprozess, sondern tr\u00e4gt auch zu einer besseren Qualit\u00e4tssicherung und einer besseren Kommunikation mit den Stakeholdern bei.<\/span><\/p>\n

 <\/p>\n

Beim letzten Schritt beziehungsweise Event eines Scrum Sprints, der Scrum Retrospective reflektiert das Scrum Team \u00fcber den Ablauf des Sprints und er\u00f6rtert, was im n\u00e4chsten Durchlauf besser gemacht, weggelassen oder hinzugenommen werden sollte.<\/span><\/p>\n

 <\/p>\n

Die Gesamtl\u00e4nge eines Scrum Sprints sollte, wie der Name bereits suggeriert, nicht zu lang gew\u00e4hlt werden. Empfohlen werden Zeitr\u00e4ume von einer Woche bis zu einem Monat. Setzt man die Dauer eines Sprints zu lang an, mehren sich die Gefahren des klassischen Projektmanagements. Die einzelnen Ziele k\u00f6nnen zu komplex werden, der \u00dcberblick geht verloren und Fehlentwicklungen werden eventuell zu sp\u00e4t erkannt. Dem beugt der Scrum Sprint mit seiner kurzen Dauer und der best\u00e4ndigen Wiederholung seiner vier Events effektiv vor und begrenzt somit auch die potenziellen Kosten eines Projekts.<\/span><\/p>\n\n\t\t<\/div>\n\t<\/section>\n\n\n\n

\n\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t\t\t

Kontaktieren Sie uns<\/h3>\n\t\t\t\t\t\t\t\t\t\t\t\t\t
um mehr \u00fcber unsere Konzepte und Strategien zu erfahren.<\/div>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\tKontaktieren Sie uns<\/a>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\n\t\t\t\t\t\t\t\t\"image\"\n\t\t\t<\/picture>\n\t\t<\/div>\n\t<\/section>\n\n\n
\n\t\t
\n\n\n\n\t\t\t\t\t\t\t\n\t\t\t\t
\n\t\t\t\t<\/div>\n\t\t\t\t\t\t

Planung und Durchf\u00fchrung von Sprints<\/span><\/h2>\n

 <\/p>\n

Mit der Planung des Sprints beziehungsweise dem Sprint Planning beginnt der Scrum Sprint beziehungsweise der Sprint Cycle. Hierbei trifft sich das gesamte Team mit dem Scrum Master sowie dem Produktinhaber und es wird gemeinsam entschieden, welche Aufgaben in diesem Sprint anstehen und wie diese abgearbeitet werden.<\/span><\/p>\n

 <\/p>\n

Die Aufgaben und Anforderungen an das Produkt liegen dabei bereits im Produkt-Backlog. W\u00e4hrend der Sprint-Planung w\u00e4hlt man die zur Erreichung des Sprint Goal notwendigen Elemente aus dem Produkt-Backlog und \u00fcberf\u00fchrt sie eventuell in abgewandelter Form in den Sprint-Backlog, der die Aufgaben des aktuellen Sprintzyklus enth\u00e4lt.<\/span><\/p>\n

 <\/p>\n

Anschlie\u00dfend beginnt die Arbeitsphase mit t\u00e4glichen Meetings, bei denen sich die Teammitglieder gegenseitig auf den neuesten Stand bringen. So k\u00f6nnen die einzelnen Mitglieder des Scrum Teams an bew\u00e4ltigbaren Tasks arbeiten und der Gesamtzusammenhang trotzdem gewahrt bleiben.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Planungstreffen<\/span><\/h2>\n

 <\/p>\n

Jeder Scrum Sprint (Cycle) beginnt mit einem Planungstreffen, in dem sich alle Beteiligten (Product Owner, Scrum Master oder Agile Manager sowie das gesamte Team) auf die Ziele und Aufgaben des Sprints einigen. Dabei sind die Projektziele bereits im Product Backlog definiert und der Product Owner bereitet die \u00dcbernahme in den Sprint Backlog vor. Gemeinsam wird entschieden, was realistisch schaffbar ist und wie viel Arbeitszeit zu veranschlagen ist.\u00a0Dabei sollte stets ein wenig Luft f\u00fcr Unvorhergesehenes gelassen werden, denn die Planung einer 100-prozentigen Auslastung ist eine Garantie daf\u00fcr, Ziele nicht rechtzeitig zu erreichen.<\/span><\/p>\n

 <\/p>\n

Au\u00dferdem verst\u00e4ndigen sich alle Beteiligten auf Priorit\u00e4ten und erarbeiten eine Balance aus Qualit\u00e4t und Geschwindigkeit. Da die Team Members hier bereits eingebunden sind, werden die Zeitangaben und die Sch\u00e4tzung des Arbeitsaufwandes deutlich realistischer, als wenn ein Auftraggeber mit einem Projektmanager alleine verhandelt.<\/span><\/p>\n

 <\/p>\n

Das Sprint Goal, welches hier definiert wird, sollte, zumindest im Bereich Softwareentwicklung, funktionsf\u00e4hige Komponenten oder bereits implementierbare L\u00f6sungen f\u00fcr Teile des Produkt Backlogs enthalten. Diese Inkremente sind unter Umst\u00e4nden bereits auslieferbar und verbessern somit die Zusammenarbeit und die Abstimmung zwischen Scrum Team und Kunden.<\/span><\/p>\n

 <\/p>\n

Ein Beispiel f\u00fcr ein solches Scrum Sprintziel ist die Gestaltung einer Startseite oder die Implementierung eines Kontaktformulars, w\u00e4hrend das Projektziel die Entwicklung des gesamten\u00a0Internet-Auftritts umfasst.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Unterschied zwischen Backlog Refinement und Sprint Planning<\/span><\/h3>\n

 <\/p>\n

Das Backlog Refinement bezieht sich auf die Formulierung der gesamten Projektziele und ihre Unteraufgaben im Product Backlog. Dieses wird nicht nur zu Beginn eines Projekts erstellt und danach sklavisch abgearbeitet, sondern im Verlauf des Arbeitsprozesses immer wieder angepasst.<\/span><\/p>\n

 <\/p>\n

So k\u00f6nnen im Projektverlauf neue Aufgaben und Ziele hinzukommen, teilweise gestrichen oder modifiziert werden. Au\u00dferdem kann hier best\u00e4ndig an den Priorit\u00e4ten gearbeitet und Akzeptanzkriterien f\u00fcr den Abschluss eines Tasks formuliert werden. Das Product Backlog wird dadurch stets aktuell gehalten, was die Aufnahme einzelner Tasks oder Items in das Sprint Backlog erleichtert und der Qualit\u00e4tssicherung dient.<\/span><\/p>\n

 <\/p>\n

Das Backlog Refinement dient der Vorbereitung des Sprint Plannings und der Wahrung der Gesamt\u00fcbersicht. Es sollte regelm\u00e4\u00dfig, beispielsweise zum Beginn jedes zweiten oder dritten Sprints, durchgef\u00fchrt werden, um immer wieder den Ist- mit dem Soll-Zustand abzugleichen und eine effiziente Sprintplanung zu erm\u00f6glichen.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Vorbereitung der Sprintplanung<\/span><\/h3>\n

 <\/p>\n

Die Vorbereitung eines Sprints obliegt vor allem dem Product Owner, der sich um ein kontinuierliches Backlog Refinement bem\u00fchen sollte. So bereitet er die einzelnen Items vor, die bei der Sprintplanung in den Sprint Backlog \u00fcbernommen werden sollen und gew\u00e4hrleistet den \u00dcberblick \u00fcber den Projektfortschritt insgesamt. Zu diesem Zweck sollte der Product Owner insbesondere die Ergebnisse aus der letzten Sprint Review, der Retrospective sowie eventuelles Stakeholder Feedback in das Product Backlog einarbeiten und bei der Sprintplanung vorstellen.<\/span><\/p>\n

 <\/p>\n

Zu einer guten Vorbereitung geh\u00f6rt au\u00dferdem die Einsch\u00e4tzung der Leistungsf\u00e4higkeit des Teams, in der auch die Urlaubsplanung beziehungsweise die Verf\u00fcgbarkeit der einzelnen Teammitglieder beachtet werden sollte, um zu einer realistischen Einsch\u00e4tzung des Zeitaufwands zu gelangen. Diese Rolle \u00fcbernimmt h\u00e4ufig der Scrum Master.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Dauer der Sprintplanung<\/span><\/h3>\n

 <\/p>\n

Die Dauer einer Sprintplanung ist abh\u00e4ngig von der Dauer des Sprints beziehungsweise Sprint Cycles und dem Umfang der definierten Tasks und Items. Er sollte jedoch m\u00f6glichst kurz gehalten werden, da der Sprint selbst auch die kurze Frist anpeilt. Als Faustregel gilt, dass man pro Woche geplantem Sprint etwa zwei Stunden Sprint Planning ansetzen sollte.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

How to Sprint \u2013 Ablauf<\/span><\/h2>\n

 <\/p>\n

Der Sprint besteht aus der Abfolge seiner vier Einzelevents: Sprint Planning, Daily Scrums, Sprint Review und Sprint Retrospective. Je nach Gr\u00f6\u00dfe des Gesamtprojekts wird diese Abfolge, beziehungsweise dieser Sprint Cycle, mehrfach wiederholt und gegebenenfalls von Backlog Refinements erg\u00e4nzt.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Dauer eines Sprints<\/span><\/h3>\n

 <\/p>\n

Wie bereits erw\u00e4hnt, zielt der Sprint auf einzelne, umsetzbare Teilst\u00fccke des Gesamtprojekts ab und sollte daher auch nicht zu lange angesetzt und mit zu vielen Tasks oder zu gro\u00dfen Items \u00fcberfrachtet werden. Die empfohlene Dauer eines Sprints liegt daher zwischen einer und vier Wochen.<\/span><\/p>\n

 <\/p>\n

Am besten legen das Team, der Product Owner und der Scrum Master die Dauer gemeinsam fest. Ein Konflikt kann jedoch zwischen Owner und Master entstehen, denn der Owner hat besonders die Kundenanforderungen und der Scrum Master die F\u00e4higkeiten und Ressourcen des Teams im Blick. Oft muss dann ein Kompromiss zwischen Geschwindigkeit und Qualit\u00e4t gefunden werden.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

T\u00e4gliches Meeting<\/span><\/h3>\n

 <\/p>\n

W\u00e4hrend der t\u00e4glichen Meetings beziehungsweise des Daily Scrum teilen die Mitglieder des Scrum Teams ihre Arbeitsfortschritte. Besonderes Augenmerk wird dabei auf m\u00f6gliche Herausforderungen und Blocker gelegt. Ein Blocker kann beispielsweise sein, dass ein Teammitglied f\u00fcr seine Arbeit auf die Vorarbeit eines anderen Mitglieds seines Teams oder aus einem ganz anderen Team oder Projekt angewiesen ist. Diese Vorarbeit muss dann entsprechend priorisiert und geleistet werden, damit keine Blockade entsteht.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Sprint Review<\/span><\/h3>\n

 <\/p>\n

Bei der Sprint Review pr\u00e4sentieren alle Beteiligten (Teammitglieder wie Designer, Entwickler oder Programmierer; der Scrum Master und der Product Owner) ihre Arbeitsfortschritte. Dieses Projekt Event kann auch im informellen Rahmen stattfinden und Erfolge sollten auch im Team gefeiert werden. Gel\u00f6ste Aufgaben k\u00f6nnen anschlie\u00dfend in Produktion gehen oder als funktionierende Iteration bereits an den Kunden ausgeliefert werden. Es geht darum, m\u00f6glichst das gesamte Knowledge aller Beteiligten zusammenzutragen.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Sprint Retrospektive<\/span><\/h3>\n

 <\/p>\n

Die Sprint Retrospektive schlie\u00dft den Kreis des Scrum Sprints und dient bereits der Vorbereitung eines erneuten Scrum Sprint Cycles. Hier wird reflektiert, was im vergangenen Zyklus gut gelaufen ist und was in Zukunft verbessert werden sollte.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Vorteile der Sprints<\/span><\/h3>\n

 <\/p>\n

Die Vorteile des Scrum Sprints liegen in der \u00dcbersichtlichkeit und der Geschwindigkeit, mit der Projekte abgearbeitet werden und erste, funktionierende Teilst\u00fccke beziehungsweise Iterationen fertiggestellt werden k\u00f6nnen. Dabei sorgt der Scrum Master f\u00fcr eine kontinuierliche Kommunikation aller Stakeholder und minimiert damit den Koordinationsaufwand der einzelnen Teammitglieder.<\/span><\/p>\n

 <\/p>\n

Durch den Ablauf des Scrum Sprint Cycles ist ein st\u00e4ndiges und fr\u00fchzeitiges Feedback und eine kontinuierliche Anpassung der Projektziele und Items gew\u00e4hrleistet. Das hilft, Fehlentwicklungen vorzubeugen und sorgt daf\u00fcr, dass alle gemeinsam in die gleiche Richtung arbeiten.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Nachteile der Sprints<\/span><\/h3>\n

 <\/p>\n

Trotz seiner offensichtlichen Vorteile birgt der Scrum Sprint auch einige Gefahren. Durch die Aufteilung in kleine, bew\u00e4ltigbare Schritte kann der \u00dcberblick f\u00fcr das gro\u00dfe Ganze verloren gehen und durch die flachen Hierarchien werden gro\u00dfe Anforderungen an die Eigenverantwortung der Mitglieder des Teams gestellt. Au\u00dferdem m\u00fcssen die Projektziele zu Beginn klar umrissen sein, damit eine realistische und vollst\u00e4ndige Planung der Scrum Sprints erm\u00f6glicht wird. Das erfordert einen relativ hohen Planungsaufwand zu Beginn des Projekts, ohne den der Sprint nicht funktionieren kann.<\/span><\/p>\n\n\t\t<\/div>\n\t<\/section>\n\n\n\n

\n\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t\t\t

Wir unterst\u00fctzen Sie <\/h3>\n\t\t\t\t\t\t\t\t\t\t\t\t\t
bei wichtigen Projekten der Software-Entwicklung <\/div>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\tKontaktieren Sie uns<\/a>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\n\t\t\t\t\t\t\t\t\"image\"\n\t\t\t<\/picture>\n\t\t<\/div>\n\t<\/section>\n\n\n
\n\t\t
\n\n\n\n\t\t\t\t\t\t\t\n\t\t\t\t
\n\t\t\t\t<\/div>\n\t\t\t\t\t\t

Tipps f\u00fcr die ersten Sprints<\/span><\/h2>\n

 <\/p>\n

Selbst die einfachsten Konzepte k\u00f6nnen schwer umzusetzen sein. Wenn man sich jedoch an den Ablauf der vier Scrum Events sowie an einige grundlegende Richtlinien und Tipps h\u00e4lt, steht einer erfolgreichen Projektplanung im Scrum Framework nichts im Wege. Als angehender Scrum Master solltest Du:<\/span><\/p>\n

 <\/p>\n