Wir arbeiten nach Scrum

13.1 Was ist Scrum?

Du hast sicher schon bemerkt, dass alles in der Entwicklung standardisiert ist. Aber was wäre, wenn ich dir sage, dass wirklich alles standardisiert ist? Und ich spreche jetzt nicht einmal von Variablennamen und Funktionen, obwohl auch diese standardisiert sind 🤦

Es gibt eine Entwicklungsmethodik namens Agile und deren beliebte Umsetzung — Scrum. Scrum wird auch das Team-Framework genannt: es definiert alle Prozesse im Team. Wann Meetings sein müssen, wer daran teilnehmen sollte, was besprochen werden sollte, welche Ergebnisse das Meeting haben sollte und in welcher Form sie aufgezeichnet werden sollten.

Aber warum so viel Standardisierung, fragst du? Nun, erstens arbeitest du im Hightech-Sektor — und all die Sachen. Zweitens macht es die Zusammenarbeit für alle einfacher. Und drittens, beachte das letzte Wort in deinem Berufstitel Frontend Fullstack Software Engineer — Ingenieur. Und du verstehst, woher der Wind weht.

13.2 Wie funktioniert die Arbeit nach Scrum

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

Scrum unterteilt Projekte in Entwicklungszyklen, die Sprints genannt werden und normalerweise zwischen ein und vier Wochen dauern. Jeder Sprint beginnt mit der Planung der Aufgaben, die erledigt werden müssen, und endet mit einer Präsentation, in der das Team die erzielten Ergebnisse demonstriert.

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

Die Hauptrollen sind der Product Owner, der die Produktanforderungen definiert, der Scrum Master, der den Prozess gemäß den Scrum-Regeln unterstützt, und das Entwicklerteam, das die Arbeit ausführt.

Die Hauptereignisse sind tägliche Meetings (Daily Stand-ups), Sprint-Planung, Retrospektiven und Ergebnisdemonstrationen. Zu den Artefakten gehören das Product Backlog, das Sprint Backlog und das Produktinkrement.

Keine Panik: Obwohl die Regulierung von allem und jedem ein wenig einschüchternd wirken kann, ist die Arbeit nach Scrum einfach und angenehm. Scrum hat den grundlegenden Konflikt zwischen Entwicklern und Auftraggebern/Produktinhabern gelöst.

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

Scrum hat die Entwicklung in stabile Perioden aufgeteilt — Sprints (normalerweise 2 Wochen). Während dieser Zeit machen die Entwickler nur die Aufgaben, die für den aktuellen Sprint geplant wurden. Wenn der Kunde dringend etwas machen muss, fügt er diese Features zum nächsten Sprint hinzu.

13.3 Sprint & Scrum Board

Sprint ist der grundlegende Entwicklungszyklus in Scrum, der normalerweise eine bis vier Wochen dauert, in dem das Team an der Erfüllung eines bestimmten Satzes von Arbeiten aus dem Product Backlog arbeitet.

Zu Beginn jedes Sprints findet eine Planung statt, bei der das Team Aufgaben aus dem Product Backlog auswählt und sich verpflichtet, diese zu erledigen. Der Sprint endet mit einer Demonstration der erledigten Arbeit und einer Retrospektive, in der das Team den Arbeitsprozess im Sprint analysiert und nach Möglichkeiten 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 die Entwickler und der Product Owner zu einem Meeting treffen und die Aufgaben für den nächsten Sprint besprechen. Diese Aufgabenliste wird Backlog genannt.

Backlog, oder Backlog, ist eine Liste aller Aufgaben, die erledigt werden müssen. In Scrum unterscheidet man zwischen dem Product Backlog, das alle Produktanforderungen (Features) umfasst, und dem Sprint Backlog, das aus Aufgaben besteht, die für den aktuellen Sprint ausgewählt wurden. Der Backlog ist ein lebendiges Dokument, das regelmäßig aktualisiert und überprüft wird, um sicherzustellen, dass es den aktuellen Geschäfts- und Marktbedingungen entspricht.

Das Backlog des aktuellen Sprints wird oft als Scrum Board dargestellt — eine Art Board mit Aufgaben und Statusanzeigen. Das Board ist in Spalten unterteilt, die normalerweise die Phasen der Aufgabenbearbeitung darstellen, wie etwa "Zu erledigen", "In Arbeit", "In Prüfung" und "Erledigt". Dies ermöglicht dem gesamten Team, den Fortschritt zu sehen und leicht eventuelle Engpässe im Arbeitsablauf zu identifizieren.