Software mit Scrum entwickeln: So geht's

Scrum ist eine Form der agilen Zusam­me­n­a­r­beit, die auf Flexi­bi­li­tät und Selbst­or­ga­ni­sa­tion des Teams setzt. Entstan­den ist sie in der Soft­wa­re­ent­wick­lung in den 1990er Jahren und wird heute in vielen Berei­chen einge­setzt. Ziel ist es, schnel­ler funk­ti­ons­fä­hige Soft­wa­re­pro­dukte an die Kund:innen auslie­fern zu können. Kurze Entwick­lungs­zy­klen sollen dafür sorgen, dass der gewünschte Nutzen für die Anwen­der:innen tatsäch­lich gewähr­leis­tet ist.

Für die Anwen­dung gibt es einen offi­zi­el­len Scrum Guide, der genaue Regeln und Handlungen vorschlägt. Obwohl viele Personen Scrum als agile Entwicklungsmethode bezeichnen, handelt es sich eigentlich nicht um eine Methode, sondern um ein „Framework“. Scrum ist ein Vorgehensmodell, das im Produkt- und Projektmanagement angewendet wird. Die Entwicklung läuft in Iterationen ab, den Sprints. Diese sind immer gleich lang - zwei bis vier Wochen - und geben den Entwicklungsrhythmus vor.

Nice to know: Der Begriff Scrum kommt aus dem Rugby und bezeich­net dort eine kreis­för­mige Aufstel­lung von zwei Mann­schaf­ten, die gemein­schaft­lich versu­chen, dem Gegner keinen Raum zu über­las­sen.

Scrum hilft, komplexe Aufga­­ben zu lösen. Es ist für Projekte geeig­net, in denen viel Unklarheit herrscht. Häufig sind das Vorhaben, die nach neuen Lösungen suchen und deren Kombination aus unvorhersehbaren Risiken der Implementierung und noch unklaren Anforderungen bestehen. Auch dass das Ergebnis nicht vorhergesagt werden kann, spricht dafür, Scrum einzusetzen. Scrum ist weniger sinnvoll, wenn es um vorhersehbare Lösungen geht, also Lösungen, die standardisiert sind und bei denen das Ergebnis schon genau feststeht.

Projekte in der Soft­wa­re­ent­wick­­lung fallen in die Kate­go­rie "komplex". Sie müssen nicht nur zahl­rei­che indi­vi­du­elle Anfor­de­run­gen berück­sich­ti­gen, sondern auch auf sich häufig ändernde Rahmenbedingungen eingehen. Scrum bietet einen Rahmen, um den Entwick­lungs­pro­zess ausrei­chend koor­di­niert und dennoch flexi­bel und lern­fä­hig genug zu gestal­ten.

Jeder Sprint wird mit einer Retro­­­spek­tive abge­­­schlos­­­sen. Sie bietet dem Scrum Team die Gele­­­gen­heit, sich selbst zu über­­­prü­­­fen und sich konti­­­nu­ier­­­lich zu verbes­­­sern – und das im Zusam­­­men­­­spiel mit dem oder der PO des Kunden. Zum Vergleich: Im Sprint Review soll das Produkt selbst über­­­­­prüft werden. In der Retro­­­spek­tive werden der Prozess und die Zusam­­­me­n­a­r­­­beit im Scrum Team unter­­­sucht. Gemein­­­sam werden Maßnah­­­men zur Verbes­­­se­rung erar­­­bei­tet, die im nächs­ten Sprint umge­­­setzt werden.