Loading...

    Glossar: Scrum

    Akzeptanzkriterien sind Bedingungen, die eine User Story erfüllen muss, um als abgeschlossen zu gelten. Sie definieren Erwartungen an ein Feature und dienen als Grundlage für Umsetzung und Prüfung.
    Ein tägliches 15-minütiges Meeting, in dem die Developer den Fortschritt seit dem letzten Daily Scrum besprechen und planen, was als nächstes zu tun ist.
    Eine Vereinbarung, die der Product Owner und die Developer treffen, um zu definieren, wann eine Arbeitseinheit als "fertig" betrachtet werden kann und damit potenziell an den Kunden ausgeliefert werden kann.
    Eine Vereinbarung, die zwischen dem Product Owner und den Developern getroffen wird, um zu definieren, welche Anforderungen oder Elemente des Product Backlogs bereit sind, in den nächsten Sprint aufgenommen zu werden.
    Die Developer sind selbstorganisierte Fachleute, die das Produkt entwickeln und liefern. Sie sind für die Umsetzung von Increments innerhalb eines Sprints verantwortlich und treffen gemeinsame Entscheidungen, um die Arbeit zu erledigen.
    Eine geordnete Liste von User Stories, die alle Funktionalitäten, Anforderungen, Verbesserungen und Fehlerbehebungen enthalten, die für das zu entwickelnde Produkt erforderlich sind.
    Der Product Owner ist für die Maximierung des Wertes des Produkts und die Verwaltung des Product Backlogs verantwortlich. Er kommuniziert die Anforderungen und Prioritäten an die Developer und entscheidet über die Freigabe von Ergebnissen.
    Eine klare und inspirierende Beschreibung der langfristigen Ziele und Zwecke des Produkts. Sie dient als Leitfaden für das gesamte Team und trägt zur Fokussierung auf die wichtigsten Geschäftsergebnisse bei.
    Refinement ist die regelmäßige Überprüfung und Verfeinerung des Product Backlogs. Dabei werden Einträge geklärt, aktualisiert und priorisiert, damit kommende Sprints besser geplant und umgesetzt werden können.
    Der Scrum Master ist für die Implementierung von Scrum verantwortlich und unterstützt das Team, um maximale Effektivität zu erreichen. Er entfernt Hindernisse und sorgt für eine reibungslose Zusammenarbeit des Teams.
    Product Backlog, Sprint Backlog und Inkrement sind Scrum-Artefakte. Sie machen Anforderungen, geplante Arbeit und Ergebnisse transparent und schaffen eine gemeinsame Sicht auf den Produktfortschritt.
    Ein Zeitrahmen von ein bis vier Wochen, in dem das Entwicklungsteam ein fertiges Produktinkrement erstellt.
    Eine Auswahl von User Stories aus dem Product Backlog, die während des Sprints von dem Entwicklungsteam umgesetzt werden sollen.
    Ein Meeting am Anfang des Sprints, in dem die Developer die Ziele und das Backlog des Sprints festlegt.
    Ein Meeting am Ende des Sprints, in dem die Developer reflektieren, was im Sprint gut gelaufen ist, was verbessert werden kann und wie das Team seine Prozesse und Zusammenarbeit verbessern kann.
    Ein Meeting am Ende des Sprints, in dem das Developer Team das fertige Inkrement mit dem Product Owner und anderen Stakeholdern bespricht.
    Stakeholder sind Personen oder Gruppen, die einen Anteil am Erfolg des Produkts haben oder davon betroffen sind. Sie sind für die Rückmeldung und Priorisierung von Anforderungen verantwortlich und haben Einfluss auf das Produkt.
    Ein Anwenderbedürfnis oder ein Anwendungsfall aus der Sicht des Benutzers, der als Grundlage für die Planung und Umsetzung von Software-Features dient.

    Kontaktanfrage

    Du kannst uns jederzeit kontaktieren

    Stop! Playing in the meantime?
    Stop! Playing in the meantime?
    Stop! Playing in the meantime?

    Stop! Playing in the meantime?

    Break the highscore

    Press Start
    Contact request
    Screenreader label
    Security question 
    _K__________PQN______
CQ_____N____T_____N68
_Z____2MR___MWJ______
_H_____M______K___WQM
WWG_________MTT______