- KYBERNA AI
-
ITSM & ESM Software
- ITSM & ESM Software ky2help®
- Lösung nach Branchen
- Bauunternehmen & Baugewerbe
- Finanzdienstleistungen & Banken
- Gesundheitswesen & Kliniken
- Hospitality & Hotelgruppen
- Industrie & Fertigung
- IT-Dienstleister, MSPs & Systemhäuser
- Öffentliche Verwaltung & Behörden
- Sicherheitsdienste & Leitstellen
- Telekommunikation & Netzbetreiber
- Versicherungen & Sozialversicherungen
- ky2help® Referenzen
- Kontakt
- ITSM & ESM Wissenswelt
- Glossar
- IT Services
- eAuktion
- Über uns
- News & Blog
- Support
Glossar
Fachbegriffe einfach erklärt
Sprint einfach erklärt: In kurzen Etappen zum Ergebnis, auch im kleinen IT-Team
Ein Sprint ist ein fest begrenzter Zeitraum von höchstens einem Monat, in dem ein Team ein klar formuliertes Ziel verfolgt und am Ende ein fertiges, nutzbares Ergebnis vorlegt. Der Begriff stammt aus Scrum, einem Rahmenwerk für agiles Arbeiten. Statt ein Vorhaben über Monate durchzuplanen, zerlegt das Team es in Etappen gleicher Länge. Nach jeder Etappe zeigt sich, was funktioniert, und die nächste wird auf dieser Grundlage geplant.
Das klingt nach Softwareentwicklung, hilft aber auch einer kleinen IT-Abteilung, die neben dem täglichen Support Projekte voranbringen soll: den Tausch der Notebooks, Microsoft Teams für einen weiteren Standort oder das Aufräumen alter Berechtigungen. Ohne festen Rahmen werden solche Vorhaben vom Tagesgeschäft verdrängt. Ein Sprint gibt ihnen einen Termin, ein Ziel und eine regelmäßige Rückmeldung.
Das Wichtigste in Kürze
- Fester Zeitraum: Höchstens ein Monat, für kleine Teams sind zwei Wochen ein guter Ausgangspunkt. Die Länge bleibt von Sprint zu Sprint gleich.
- Ein Ziel pro Sprint: Ein einziger Satz beschreibt, was am Ende anders sein soll.
- Vier Termine: Planung, ein kurzer täglicher Abgleich, die gemeinsame Prüfung des Ergebnisses und ein Rückblick.
- Support läuft weiter: Störungen haben Vorrang. Wer die Zeit dafür von Anfang an einplant, hält das Sprint-Ziel trotzdem.
- Nicht für alles: Für laufende Tickets eignet sich Kanban oft besser, für Projekte der Sprint.
Stand: November 2026 · Fachlich abgeglichen mit dem Scrum Guide 2020 und dem Kanban Guide (Quellen am Ende des Artikels)
So läuft ein Sprint ab: fünf Schritte
Der Scrum Guide nennt für jeden Termin eine Höchstdauer, bezogen auf einen Sprint von einem Monat. Bei einem Zwei-Wochen-Sprint fallen die Termine entsprechend kürzer aus.
1. Planen: Was wollen wir in zwei Wochen erreichen?
Am ersten Tag legt das Team das Sprint-Ziel fest, zum Beispiel: „Die Buchhaltung arbeitet mit den neuen Notebooks, Daten und Drucker funktionieren.“ Danach wählt es aus der Liste der anstehenden Aufgaben, dem Product Backlog, die passenden aus und zerlegt sie in Schritte von höchstens einem Tag. Wer mitplant, merkt schnell, ob das Vorhaben in zwei Wochen realistisch ist.
2. Täglich abstimmen: 15 Minuten
Im Daily Scrum schaut das Team jeden Tag zur selben Zeit auf den Stand: Wo hakt es, was steht morgen an, braucht jemand Hilfe? Arbeitet das Team an mehreren Standorten, funktioniert das auch als kurze Teams-Besprechung.
3. Arbeiten, mit Platz für den Support
Während des Sprints gilt: keine Änderungen, die das Ziel gefährden, und keine Abstriche bei der Qualität. Der Support läuft trotzdem weiter. Damit eine Druckerstörung nicht den ganzen Plan kippt, reserviert das Team von vornherein einen Teil seiner Zeit für Tickets.
4. Ergebnis gemeinsam prüfen: das Sprint Review
Am Ende sehen sich Team und Betroffene das Ergebnis gemeinsam an, etwa die Abteilungsleitung, einige Anwender oder der externe Dienstleister. Der Scrum Guide versteht das Review als Arbeitssitzung, die über eine reine Präsentation hinausgeht. Rückmeldungen und neue Wünsche wandern in die Aufgabenliste.
5. Zurückschauen: die Retrospektive
Zum Abschluss fragt sich das Team: Was hat gut funktioniert, was nicht, und was ändern wir im nächsten Sprint? Eine einzige konkrete Verbesserung pro Sprint bringt mehr als eine lange Wunschliste.
Wer macht was im kleinen Team?
Der Scrum Guide beschreibt drei Verantwortlichkeiten, keine Stellen: Der Product Owner legt die Reihenfolge der Aufgaben fest, der Scrum Master sorgt dafür, dass Scrum verstanden und gelebt wird, und die Developer setzen um. In einem Team mit drei Personen kann die IT-Leiterin die Rolle des Product Owners übernehmen und ein Kollege zusätzlich die des Scrum Masters. Arbeiten beide selbst an Aufgaben im Sprint mit, zählen sie dabei als Developer, so sieht es der Scrum Guide ausdrücklich vor.
Sprint oder Kanban: Was passt zu welcher Arbeit?
Kleine IT-Teams fragen sich oft, ob sie überhaupt in Sprints arbeiten sollen. Die Antwort hängt weniger vom Team ab als von der Art der Arbeit:
| Situation | Passender Ansatz |
|---|---|
| Vorhaben mit klarem Ziel | |
| Notebook-Tausch in Graz | Sprint mit Ziel und Review |
| Teams für Linz einrichten | Sprint mit Pilotgruppe |
| Laufende Anfragen | |
| Passwort, Drucker, Zugänge | Kanban mit WIP-Limit |
| Störungen | Sofort, nach Priorität |
| Gemischte Arbeit | |
| Support und Projekt im selben Team | Sprint mit Support-Reserve |
| Externer Dienstleister | Gemeinsames Review |
Kanban kennt keine festen Etappen. Die Arbeit fließt laufend über eine Tafel, und das Team begrenzt, wie viele Aufgaben gleichzeitig in Bearbeitung sind (Work in Progress, kurz WIP). Der Kanban Guide nennt dafür vier Kennzahlen: WIP, Durchsatz, Alter der offenen Aufgaben und Durchlaufzeit. Viele Teams kombinieren beides: Der Support läuft nach Kanban, Projekte laufen in Sprints. Mehr dazu im Glossar unter Kanban.
Was ein Sprint nicht ist
- Kein Synonym für Eile: Der Name klingt nach Tempo, gemeint ist ein gleichmäßiger Takt. Überstunden am Sprint-Ende sind ein Warnsignal, kein Teil der Methode.
- Keine Terminliste: Ein Sprint hat ein Ziel, nicht bloß eine Sammlung von Aufgaben mit Fälligkeitsdatum.
- Kein Ersatz für Planung: Größere Änderungen an Servern oder Netzwerk brauchen weiterhin eine Bewertung und einen abgestimmten Termin, auch wenn sie im Sprint vorbereitet werden.
Sprint im IT-Alltag: Projekte und Tickets unter einen Hut bringen
Angenommen, ein IT-Team mit drei Personen betreut ein Handelsunternehmen mit Zentrale in Linz und Filialen in Wien und Graz. Neben dem Support soll das Team die Dateiablage der Filialen von einem alten Fileserver nach SharePoint und Microsoft Teams umziehen. So könnte ein Zwei-Wochen-Sprint aussehen:
- Sprint-Ziel: „Die Filiale Graz arbeitet mit der neuen Teams-Ablage, alle Berechtigungen sind geprüft.“
- Planung am Montag: Ordnerstruktur festlegen, Berechtigungen mit der Filialleitung klären, die Migration an einer Testgruppe ausprobieren, eine Kurzanleitung schreiben.
- Support-Regel: Eine Person übernimmt pro Woche den Support-Dienst. Die anderen beiden arbeiten am Sprint-Ziel und springen nur bei Störungen mit hoher Priorität ein.
- Review am zweiten Freitag: Filialleitung und IT-Dienstleister sehen sich die Ablage gemeinsam an. Wünsche wandern in die Liste für den nächsten Sprint, der die Filiale Wien umstellt.
- Retrospektive: Das Team hält fest, was es aus Graz lernt, zum Beispiel die Anleitung schon eine Woche vor der Umstellung zu verschicken.
Weniger Unterbrechungen durch Self-Service
Je mehr Routineanfragen Anwenderinnen und Anwender selbst erledigen, desto seltener wird der Sprint gestört. Ein Self-Service-Portal mit Anleitungen aus der Knowledge Base ist dafür der direkte Weg. Im Beispiel landet die Kurzanleitung zur neuen Teams-Ablage gleich dort, statt per E-Mail verschickt zu werden. ky2help® bringt Self-Service-Portale und eine integrierte Knowledge Base mit.
Mit dem IT-Dienstleister im Takt
Viele kleine IT-Teams arbeiten für Netzwerk, Server oder Lizenzen mit einem externen Partner. Drei Dinge erleichtern die Zusammenarbeit im Sprint:
- Den Dienstleister zum Sprint Review einladen, damit er Ergebnisse und Wünsche aus erster Hand kennt.
- Aufgaben, die der Partner übernimmt, im Sprint Backlog eindeutig kennzeichnen, mit Ansprechperson und Termin.
- Übergaben über das Ticketsystem abwickeln statt per E-Mail, damit der Stand für alle sichtbar bleibt.
Arbeitet der Dienstleister mit Jira oder ServiceNow, lässt sich ky2help® über die Standardschnittstellen anbinden. Unterstützung rund um Microsoft 365 bietet KYBERNA auch selbst an. Wie IT-Dienstleister ky2help® einsetzen, zeigt die Seite IT-Dienstleister, MSPs und Systemhäuser.
Checkliste für den ersten Sprint
Bevor der erste Sprint startet, sollten diese Punkte geklärt sein:
- Ein Vorhaben ist ausgewählt, das in zwei bis vier Sprints sichtbare Ergebnisse bringt.
- Die Sprint-Länge ist festgelegt und gilt für mehrere Sprints.
- Es ist klar, wer über die Reihenfolge der Aufgaben entscheidet (Product Owner) und wer auf den Ablauf achtet (Scrum Master).
- Die Aufgabenliste (Product Backlog) ist nach Wichtigkeit sortiert.
- Das Sprint-Ziel passt in einen Satz.
- Eine Support-Reserve oder ein Support-Dienst ist vereinbart.
- Planung, Daily Scrum, Review und Retrospektive stehen im Kalender, bei mehreren Standorten als Teams-Besprechung.
- Das Team hat gemeinsam festgelegt, wann eine Aufgabe als erledigt gilt (Definition of Done), etwa: getestet, dokumentiert, Anwender informiert.
- Betroffene Anwender und der Dienstleister sind zum Review eingeladen.
Typische Stolpersteine
- Zu viel vorgenommen: Gerade im ersten Sprint wird die Supportlast leicht unterschätzt. Lieber ein kleineres Ziel erreichen als ein großes verfehlen.
- Alles ist dringend: Ohne Prioritätsregeln wird jede Anfrage zur Störung. Eine einfache Matrix aus Auswirkung und Dringlichkeit schafft Klarheit.
- Das Review fällt aus: Wird das Ergebnis niemandem gezeigt, fehlt die Rückmeldung, und der nächste Sprint plant am Bedarf vorbei.
- Der Rückblick bleibt folgenlos: Eine Verbesserung pro Sprint, mit Namen und Termin, reicht.
- Der Sprint wird verlängert: Ist das Ziel nicht erreicht, endet der Sprint trotzdem. Offene Aufgaben kommen zurück in die Liste und werden neu eingeplant.
Häufige Fragen zum Sprint
Was ist ein Sprint, einfach erklärt?
Ein Sprint ist eine Arbeitsetappe mit fester Länge von höchstens einem Monat. Das Team setzt sich ein Ziel, arbeitet darauf hin, zeigt am Ende das Ergebnis und überlegt, was es beim nächsten Mal besser macht. Dann beginnt der nächste Sprint.
Wie lang sollte ein Sprint für ein kleines IT-Team sein?
Der Scrum Guide erlaubt höchstens einen Monat. Für kleine IT-Teams sind zwei Wochen ein guter Ausgangspunkt: kurz genug, um rasch nachzusteuern, und lang genug für ein sichtbares Ergebnis. Wichtig ist, die Länge beizubehalten.
Braucht man für Sprints einen eigenen Scrum Master?
Nein, eine eigene Stelle ist nicht nötig. Der Scrum Guide beschreibt Verantwortlichkeiten, keine Stellen. In kleinen Teams übernimmt jemand aus dem Team diese Aufgabe zusätzlich. Arbeitet die Person selbst an Aufgaben im Sprint, zählt sie dabei als Developer.
Was passiert mit dringenden Tickets während eines Sprints?
Störungen mit hoher Priorität haben Vorrang. Damit das Sprint-Ziel nicht ständig kippt, plant das Team eine Zeitreserve ein oder bestimmt einen Support-Dienst. Was nicht dringend ist, kommt in die Aufgabenliste für einen späteren Sprint.
Kann ein externer IT-Dienstleister am Sprint mitarbeiten?
Ja. Der Dienstleister kann Aufgaben im Sprint übernehmen und am Sprint Review teilnehmen. Wichtig sind klar gekennzeichnete Aufgaben im Sprint Backlog und Übergaben über das Ticketsystem, damit der Stand für alle sichtbar bleibt.
Sprint oder Kanban: Was passt besser zum IT-Support?
Für laufende Anfragen wie Passwörter, Drucker oder Zugänge passt Kanban meist besser, weil es ohne feste Etappen auskommt. Für Vorhaben mit klarem Ziel, etwa einen Notebook-Tausch, eignet sich der Sprint. Viele Teams kombinieren beides.
Quellen und weiterführende Artikel
Quellen
- Ken Schwaber, Jeff Sutherland: Der Scrum Guide 2020, deutsche Fassung (PDF) und englisches Original
- Daniel Vacanti, John Coleman: The Kanban Guide (Fassung Mai 2025)
- Manifest für Agile Softwareentwicklung (2001, deutsche Fassung)
Weiterlesen im Glossar und auf kyberna.at
Alle Glossar-Artikel in der Übersicht
Erfahren Sie, wie Microsofts Verzeichnisdienst Benutzer, Geräte und Rechte zentral verwaltet – sicher & zukunftsfähig für Unternehmen.
Mehr zu Active Directory
Was ist eine API? Erfahren Sie, wie Programmierschnittstellen Anwendungen verbinden, Prozesse automatisieren und Innovation in der digitalen Wirtschaft ermöglichen.
Was ist Authentifizierung? Erfahren Sie, wie Identitäten geprüft, Konten geschützt und moderne Anmeldeverfahren wie Zwei-Faktor-Authentifizierung Ihre Sicherheit erhöhen.
Was ist ein Backlog? Erfahren Sie, wie priorisierte Aufgabenlisten Teams helfen, Projekte agil zu steuern, Prioritäten zu setzen und Fortschritte transparent zu machen.
Erfahren Sie, wie eine Balanced Scorecard Unternehmen hilft, Strategie, Ziele und Kennzahlen zu verbinden und Erfolge messbar zu machen.
Das Change Advisory Board (CAB) berät bei der Bewertung und Freigabe von Changes im IT Service Management. Erfahren Sie, wann ein CAB gebraucht wird und wie ITIL 4 die Freigabe regelt.
Mehr zum CAB
Gesteuerter Change-Prozess mit Risikoanalyse, CAB-Freigaben und Kommunikation, um Ausfallzeiten zu reduzieren und Releasessicher in Produktionsumgebungen zu bringen.
Erfahren Sie, wie KI-gestützte Chatbots Kommunikation automatisieren, Kundenservice verbessern und Prozesse effizienter gestalten.
Was ist Continuous Integration? Erfahren Sie, wie automatisierte Builds und Tests Entwicklungsprozesse beschleunigen, Fehler vermeiden und Softwarequalität steigern.
Zentrale Konfigurationsdatenbank mit CIs und Beziehungen für Transparenz, Abhängigkeits-/Impact-Analysen, Audit-Sicherheit und Change-/Incident-Beschleunigung.
Was ist CSI? Erfahren Sie, wie Continual Service Improvement in ITIL hilft, IT-Services dauerhaft zu optimieren, Qualität zu steigern und Kundenzufriedenheit zu sichern.
Der Customer Effort Score ist eine Kennzahl, die beschreibt, wie viel Aufwand ein Kunde betreiben muss, um sein Anliegen mit einem Unternehmen zu lösen.
Was ist DevOps? Erfahren Sie, wie Entwicklung und IT-Betrieb durch Automatisierung, Zusammenarbeit und CI/CD zu schnelleren, stabileren Software-Releases führen.
Was ist die DSGVO? Erfahren Sie, wie die Datenschutz-Grundverordnungpersonenbezogene Daten schützt, welche Pflichten Unternehmen haben und welche Rechte Betroffene haben.
Was ist ESM? Erfahren Sie, wie Enterprise Service Management Prozesse vereinheitlicht, Services digitalisiert und alle Abteilungen effizient miteinander verbindet.
Was ist Hardware Asset Management? Erfahren Sie, wie Unternehmen mit HAM ihre IT-Geräte effizient verwalten, Kosten senken und Sicherheit im gesamten Lebenszyklus sichern.
Ein Helpdesk ist die zentrale Schnittstelle zwischen den Anwendern eines Unternehmens und den dafür zuständigen Support-Teams.
Ein Incident ist eine Beeinträchtigung eines IT-Services, die dazu führt, dass der Service nicht wie vorgesehen genutzt werden kann.
Erfahren Sie, wie der internationale Standard Unternehmen hilft, Informationssicherheit systematisch aufzubauen, Risiken zu minimieren und Vertrauen zu schaffen.
Erfahren Sie, wie das Framework IT-Prozesse strukturiert, Qualität sichert und die IT an den Geschäftszielen ausrichtet – praxisnah und modern mit ITIL 4 oder ITIL 5.
IT Service Management (ITSM) beschreibt die Gesamtheit spezialisierter organisatorischer Fähigkeiten, um IT-Services effizient zu betreiben.
Erfahren Sie, wie die japanische Kaizen-Methode durch kleine, stetige Verbesserungen Prozesse optimiert, Qualität steigert und Mitarbeitende einbindet.
Erfahren Sie, wie die Kanban-Methode durch Visualisierung, Flusssteuerung und kleine Verbesserungen Teams effizienter und flexibler arbeiten lässt.
Key Performance Indicators (KPIs) machen Ziele messbar, bewerten Leistung und unterstützen datenbasierte Entscheidungen im Unternehmen.
Erfahren Sie, wie KI funktioniert, wo sie eingesetzt wird und warum sie unsere Arbeitswelt verändert – zwischen Innovation und Verantwortung.
Machine Learning ist ein Teilgebiet der Künstlichen Intelligenz (KI). Es ermöglicht Systemen, Muster und Zusammenhänge in Daten eigenständig zu erkennen.
Erfahren Sie, wie Multi-Faktor-Authentifizierung funktioniert, warum sie Konten wirksam schützt und welche Methoden besonders sicher und benutzerfreundlich sind.
Erfahren Sie, wie die systematische Überwachung von IT-Systemen Leistung, Sicherheit und Verfügbarkeit verbessert – für stabile und effiziente Prozesse.
Erfahren Sie, wie Natural Language Processing funktioniert, wo es eingesetzt wird und warum es Kommunikation, Analyse und Serviceprozesse revolutioniert.
Der Net Promoter Score (NPS) gehört zu den bekanntesten Kennzahlen zur Messung von Kundenzufriedenheit und -loyalität im Umfeld von IT-Ticket-Systemen.
Der Net Promoter Score (NPS) gehört zu den bekanntesten Kennzahlen zur Messung von Kundenzufriedenheit und -loyalität im Umfeld von IT-Ticket-Systemen.
Operational Level Agreements (OLA) regelt interne Zusammenarbeit, unterstützt SLA-Ziele unterstützen und macht Serviceprozesse verlässlicher.
Operational Performance Indicator (OPI) sind ein zentrales Instrument, um die Leistungsfähigkeit operativer Prozesse in Unternehmen messbar zu machen.
Predictive Maintenance ist ein moderner Instandhaltungsansatz, der nicht auf starre Intervalle setzt, sondern auf datenbasierte Vorhersagen.
Die Root Cause Analysis (RCA) ist eine strukturierte Methode, um Ursachen eines Problems oder einer Störung zu identifizieren und zu beseitigen.
Was ist eine REST API? Erfahren Sie, wie REST-Schnittstellen Systeme verbinden, Daten austauschen und moderne Anwendungen schnell, flexibel und skalierbar machen.
Was ist eine Root Cause Analysis? Lernen Sie Methoden wie 5 Why, Ishikawa und Fehlerbaum kennen und erfahren Sie, welche Methode zu welcher Störung passt.
Was ist Scrum? Erfahren Sie, wie das agile Framework Teams hilft, flexibel zu arbeiten, schneller Ergebnisse zu liefern und Projekte kontinuierlich zu verbessern.
Verständlich erklärt: Wie Service Level Agreements Leistungen definieren, Qualität messbar machen und Servicebeziehungen strukturieren.
Was ist SSO? Erfahren Sie, wie Single Sign-On funktioniert, wie es Sicherheit und Komfort verbindet und warum es in modernen IT-Landschaften unverzichtbar ist.
Erfahren Sie, wie das Software Asset Management (SAM) Softwarebestände transparent macht, Kosten optimiert und Compliance sowie IT-Sicherheit stärkt.
Kompakt erklärt: Wie Sprints Teams helfen, in kurzen Zyklen zu planen, zu liefern und sich kontinuierlich zu verbessern.
Was ist eine SOP? Erfahren Sie, wie Standard Operating Procedures Abläufe standardisieren, Qualität sichern und Organisationen zuverlässiger machen.
Erfahren Sie, wie User Experience entsteht, warum sie entscheidend für Erfolg und Zufriedenheit ist und wie gute Nutzererlebnisse gestaltet werden.
Webhooks ermöglichen es, Ereignisse aus einem System in Echtzeit an ein anderes zu übermitteln, ohne dass ständige Abfragen erforderlich sind.
Was ist ein Workflow? Erfahren Sie, wie strukturierte Abläufe Prozesse vereinfachen, Qualität sichern und Unternehmen effizienter machen.
KYBERNA AG
