Wir arbeiten nach Scrum

4.1 Was ist Scrum?

Ihr habt wahrscheinlich schon verstanden, dass alles, was die Entwicklung angeht, standardisiert ist. Aber was, wenn ich euch sage, dass alles standardisiert ist? Und ich spreche nicht einmal über Variablennamen und Funktionen, obwohl diese auch standardisiert sind🤦‍♂️.

Es gibt eine Entwicklungsmethodik — sie heißt Agile und ihre populäre Umsetzung ist Scrum. Scrum wird auch als Framework bezeichnet — es definiert alle Prozesse im Team. Wann Meetings stattfinden sollen, wer daran teilnehmen muss, was besprochen werden soll, welche Ergebnisse die Meetings haben sollten und in welcher Form sie aufgezeichnet werden müssen.

"Aber warum so viel Standardisierung?" — fragt ihr euch vielleicht. Naja, erstens arbeitet ihr in einem Hochtechnologiesektor — High-Tech, das ganze Zeug. Zweitens ist es einfacher, miteinander zu arbeiten. Und drittens, schaut euch den letzten Teil eurer Berufsbezeichnung Python Fullstack Software Engineer an — Ingenieur. Und ihr werdet verstehen, woher das kommt.

4.2 Wie sieht Arbeit mit Scrum aus

Scrum ist eine flexible Projektmanagementmethodik, die häufig in der Softwareentwicklung verwendet wird. Sie basiert auf iterativen und inkrementellen Prozessen.

Scrum teilt Projekte in Entwicklungszyklen, sogenannte Sprints, die normalerweise ein bis vier Wochen dauern. Jeder Sprint beginnt mit der Planung der Aufgaben, die erledigt werden müssen, und endet mit einer Präsentation, bei der das Team die erzielten Ergebnisse vorstellt.

Die Schlüsselelemente von Scrum umfassen Rollen, Ereignisse und Artefakte.

Hauptrollen sind der Product Owner, der die Anforderungen an das Produkt festlegt, der Scrum Master, der den Prozess gemäß den Scrum-Regeln unterstützt, und das Entwicklungsteam, das die Arbeit ausführt.

Hauptereignisse sind tägliche Meetings (daily meetings oder Daily Standups), Sprint-Planung, Retrospektiven und Demo der Arbeitsergebnisse. Zu den Artefakten gehören das Produkt-Backlog (Aufgabenliste), das Sprint-Backlog und das Produktinkrement.

Keine Angst! Auch wenn alles geregelt und standardisiert erscheint, ist die Arbeit "nach Scrum" einfach und angenehm. Scrum hat den Hauptkonflikt zwischen Entwicklern und Kunden/Produktbesitzern gelöst.

Entwickler wollten immer in Ruhe gelassen werden, um ungestört arbeiten zu können. Produktbesitzer mussten dringend neue Features hinzufügen, etwas ändern oder ein Experiment durchführen.

Scrum hat die Entwicklung in stabile Perioden unterteilt — Sprints (normalerweise 2 Wochen). Während einer Periode bearbeiten Entwickler nur die Aufgaben, die für den aktuellen Sprint geplant wurden. Wenn ein Kunde dringend etwas erledigt haben möchte, fügt er diese Features in den nächsten Sprint hinzu.

4.3 Sprint & Scrum Board

Sprint — das ist der Hauptentwicklungszyklus in Scrum, der ein bis vier Wochen dauert. Wie bereits gesagt, arbeitet das Team in dieser Zeit an einem spezifischen Satz von Aufgaben aus dem Produkt-Backlog.

Zu Beginn jedes Sprints findet eine Planung statt, bei der das Team Aufgaben aus dem Produkt-Backlog auswählt und sich verpflichtet, sie zu erledigen. Der Sprint endet mit einer Vorführung der erledigten Arbeit und einer Retrospektive, bei der das Team den Arbeitsprozess des Sprints analysiert und Wege sucht, den nächsten Sprint zu verbessern. Dieser Ansatz ermöglicht es, das Produkt regelmäßig zu aktualisieren und schnell auf Änderungen in Anforderungen und Prioritäten zu reagieren.

Während des aktuellen Sprints sollten sich Entwickler und der Produktbesitzer zu einem Meeting zusammenfinden und die Aufgaben für den nächsten Sprint besprechen.

Backlog — das ist die Liste aller Aufgaben, die erledigt werden müssen. In Scrum unterscheiden wir zwischen dem Produkt-Backlog, das alle Produktanforderungen (Features) enthält, und dem Sprint-Backlog, das aus den Aufgaben besteht, die für den aktuellen Sprint ausgewählt wurden. Das Backlog ist ein lebendiges Dokument, das regelmäßig aktualisiert und überprüft wird, um die Übereinstimmung mit den aktuellen Geschäftszielen und Marktbedingungen sicherzustellen.

Das Backlog des aktuellen Sprints wird oft als Scrum Board dargestellt — eine Art Tafel mit Aufgaben und Status. Die Tafel ist in Spalten unterteilt, die normalerweise die Phasen der Aufgabenbearbeitung darstellen, wie "Zu erledigen", "In Arbeit", "In Überprüfung" und "Abgeschlossen". Dies ermöglicht es dem gesamten Team, den Fortschritt zu sehen und leicht mögliche Engpässe im Arbeitsprozess zu identifizieren.