Loading content
Scrum ist ein agiles Rahmenwerk, das Teams hilft, komplexe Projekte effizient zu managen. Es basiert auf iterativen und inkrementellen Ansätzen, um Flexibilität und Anpassungsfähigkeit zu fördern. Scrum definiert spezifische Rollen, Ereignisse und Artefakte, die eine transparente und kollaborative Arbeitsweise unterstützen.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Scrum ist ein agiles Rahmenwerk, das die Entwicklung und nachhaltige Betreuung komplexer Produkte über klar definierte Verantwortlichkeiten, Ereignisse und Artefakte ermöglicht – gebunden durch gemeinsame Regeln.
Jeff Sutherland und Ken Schwaber entwickelten Scrum. Der Scrum Guide definiert Scrum als Zusammenspiel aus Accountabilities, Events, Artefakten und den Regeln, die diese Bausteine miteinander verknüpfen; er ist von Sutherland und Schwaber geschrieben und wird von ihnen bereitgestellt. Schwaber entwickelte den Scrum-Prozess in den frühen 1990er-Jahren gemeinsam mit Sutherland mit.
Denk an Scrum als wiederkehrenden Sprint-Zyklus mit festem Takt. Vor jedem Sprint werden aus dem Product Backlog Ziele und Arbeit im Sprint Planning ausgewählt und in den Sprint Backlog überführt. Während des Sprints steuern die Developers die Umsetzung, unterstützt durch das Daily Scrum für Abstimmung. Am Sprint-Ende entsteht ein Increment, das im Sprint Review mit Stakeholdern überprüft wird. Anschließend nutzt das Team das Sprint Retrospective, um Arbeitsweise und Zusammenarbeit zu verbessern; diese Erkenntnisse fließen in die nächste Sprintplanung ein. Rollen sorgen dabei dafür, dass Entscheidungen zu Product-Backlog-Prioritäten, Umsetzung und Einhaltung der Scrum-Struktur jeweils klar zugeordnet sind.
Scrum ist nicht nur ein Satz Praktiken, sondern definiert Regeln, die Verantwortlichkeiten, Ereignisse und Artefakte zusammenhalten.
Die Arbeit wird in wiederkehrende Zeitboxen gegliedert, in denen Planung, Umsetzung, Review und Anpassung stattfinden.
Klare Zuordnung von Verantwortungen für Produktausrichtung, Umsetzung und Moderation/Einhaltung der Scrum-Struktur.
Produkt- und Sprint-Transparenz wird über Artefakte bereitgestellt, die Planung und Kontrolle über den Sprint hinweg tragen.
Zeitlich strukturierte Meetings liefern die wiederkehrenden Prüf- und Abstimmungspunkte im Sprint.
Scrum ist besonders hilfreich, wenn ein Produkt komplex ist und frühe, kontinuierliche Rückmeldung wichtiger wird als ein einmaliger Plan. Nutzen entsteht nur, wenn Team und Organisation die integrierte Struktur aus Rollen, Ereignissen, Artefakten und Regeln konsequent einhalten (z. B. Sprint-Takt, sichtbare Artefakte, echte Überprüfung im Review). Trade-off: Durch die feste Taktung und die erwartete Zusammenarbeit entsteht für das Umfeld ein höherer Abstimmungs- und Teilnahmebedarf; wer diese Disziplin nicht leisten kann, bekommt häufig „agilen Projektstil“ statt Scrum-Ergebnis.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.