Scrum ist eine Methode, mit der Teams zusammenarbeiten, um ein Produkt zu entwickeln. Die Produktentwicklung mit Scrum erfolgt in kleinen Stücken, wobei jedes Stück auf einem zuvor erstellten Stück aufbaut. Der Aufbau von Produkten in kleinen Teilen fördert die Kreativität und ermöglicht es den Teams, auf Feedback und Veränderungen zu reagieren und genau das zu entwickeln, was benötigt wird.
Scrum vs. Sequentiell
Moderne Softwareentwicklungsprozesse müssen in der Lage sein, über sequenzielle Entwicklungsprozesse hinauszugehen, die auf eine sich wiederholende Art und Weise funktionieren, damit sie sich besser auf die Lieferzeit, den ROI und die effiziente Anpassung an sich verändernde Kundenbedürfnisse konzentrieren können. Um diesen Anforderungen gerecht zu werden, verfolgt Scrum einen iterativen und inkrementellen Ansatz bei der Softwareentwicklung. Die Entwicklung erfolgt in einer Reihe von zeitlich begrenzten Iterationen, die Sprints genannt werden und in der Regel 2-4 Wochen dauern. Daher eignet sich Scrum am besten für Projekte, bei denen sich die Anforderungen ständig ändern. Scrum legt Wert auf den sozialen Aspekt in der Softwareentwicklung und ermöglicht es den Teammitgliedern, unabhängig und kreativ zu arbeiten und gleichzeitig den Zusammenhalt im Team zu fördern. Da es sich bei Scrum um einen leichtgewichtigen Prozess handelt, kann er auch als Wrapper eingesetzt werden, der es dem Team ermöglicht, Scrum mit anderen agilen Prozess-Frameworks wie RUP zu kombinieren.
Eine visuelle Einführung in Scrum
- Ein Scrum-Team besteht in der Regel aus 5-10 Personen, obwohl Scrum auch eine praktische Skalierbarkeit bietet. Bei Scrum wird keine der traditionellen Rollen eines Softwareentwicklungsteams aufrechterhalten. Stattdessen kommt das Team zusammen und beschließt einheitlich, sich während jeder Sprintsitzung einer Aufgabe zu widmen und diese dann gemeinsam zu erledigen, wodurch eine Beziehung zwischen den Teammitgliedern entsteht.
- Der Product Owner ist der wichtigste Stakeholder oder der Hauptnutzer des Projekts. Er vertritt in der Regel auch andere Benutzer und Kunden.
- Der Scrum Master ist dafür verantwortlich, dass das Produkt auf die richtige Weise entwickelt wird. Er sorgt dafür, dass das Team produktiv ist, indem er dem Team bei der Umsetzung des
Scrum-Prozesses hilft. Außerdem hilft er dabei, alle Hindernisse zu beseitigen, die dem Fortschritt während des Sprints im Wege stehen.
- Der erste Schritt, der zu Beginn eines jeden Sprints stattfindet, ist ein Sprint-Planungsmeeting, in dem der Product Owner und das Softwareentwicklungsteam die Punkte mit der höchsten Priorität im Product Backlog besprechen.
- Sie finden heraus, wie viele Aufgaben sie in diesem Sprint tatsächlich erledigen können, und erstellen ein Sprint Backlog, d.h. eine Liste der Aufgaben, die während des Sprints erledigt werden sollen, zusammen mit einer Schätzung des Zeitaufwands für jede Aufgabe.
- Am Ende eines jeden Sprints muss das Team ein potenziell lieferbares Produktinkrement produzieren und demonstrieren .
- Während jeder Sprint-Sitzung nimmt das Team auch an täglichen Scrum-Meetings teil, die nicht länger als 15 Minuten dauern, um ihre Fortschritte und mögliche Hindernisse zu besprechen, die der Lieferung einer funktionierenden, qualitativ hochwertigen Software im Wege stehen.
- Am Ende jedes Sprints wird ein Sprint Review durchgeführt, bei dem das Team die während des Sprints hinzugefügte Funktionalität demonstrieren muss. Dabei geht es darum, Feedback vom Product Owner und anderen Benutzern einzuholen, das in die Funktionalität eingearbeitet werden kann. Es kann auch bedeuten, dass dem Scrum Product Backlog weitere Elemente hinzugefügt werden.
- Eine weitere Aktivität, die Sprint-Retrospektive, wird am Ende jedes Sprints durchgeführt, an der das gesamte Team, einschließlich des Scrum Masters und des Product Owners, teilnimmt, um den gerade beendeten Sprint zu reflektieren und innovative Verbesserungsmöglichkeiten für den nächsten Sprint zu identifizieren.
Verfasst von
Sashikanth Pochimcharla
Sashi’s motto is “operational excellence” and it is easier said than done. Sashi has a knack for understanding the customer requirements, and translating them into tangible operational goals in terms of people and processes.
Unsere Ideen
Weitere Blogs
Contact



