Mit unserer Career-to-go-Reihe beleuchten wir verschiedene Karrierethemen f\u00fcr dich und geben hilfreiche Tipps f\u00fcr den Alltag in kompakter Form\u00a0\u2013\u00a0quasi f\u00fcr unterwegs!\u00a0 Heute beschreiben wir die agile Projektmanagement-Methode Scrum und geben Kurzdefinitionen f\u00fcr die am h\u00e4ufigsten genannten Begriffe. Ihr d\u00fcrft schon gespannt sein, denn\u00a0im zweiten Teil folgt\u00a0der Erfahrungsbericht eines Scrum-Masters.<\/p>\n
<\/p>\n
Scrum ist eine der bekanntesten Methoden des agilen Projektmanagements. Urspr\u00fcnglich\u00a0entwickelt f\u00fcr Softwareprojekte, bildet Scrum ein Rahmenwerk f\u00fcr komplexe\u00a0Aufgabenstellungen und Projekte. Mit kurzen Entwicklungszyklen, den sogenannten Sprints, und\u00a0fest integrierten Feedback- und Lernzyklen erm\u00f6glicht es Transparenz und eine\u00a0kontinuierliche Verbesserung. Komplexe Vorhaben werden mit Scrum strukturiert in kleinere,\u00a0weniger komplexe Bestandteile gegliedert. Durch die kurzen Entwicklungszyklen und das\u00a0Herunterbrechen der Aufgaben entsteht in regelm\u00e4\u00dfigen Abst\u00e4nden\u00a0ein fertiges Teilprodukt – das muss kein klassisches, physisches Produkt sein, sondern kann z. B. eine Dienstleistung oder Software sein.<\/p>\n
Das Daily Scrum ist ein Kurzmeeting im Rahmen des Sprints, das jeden Werktag zur gleichen Zeit und am gleichen Ort stattfindet. Im 15-min\u00fctigen Meeting tauschen sich die Mitglieder des Scrum Teams \u00fcber den aktuellen Arbeitsstand und die Einsatzplanung f\u00fcr den Tag aus.<\/p>\n
Dabei werden\u00a0folgende Standardfragen angewendet:<\/p>\n
1) <\/strong>Was hatte ich mir seit dem letzten Daily Scrum vorgenommen?<\/p>\n 2) <\/strong>Wo stehe ich gerade?<\/p>\n 3)<\/strong> Was hat mich behindert?<\/p>\n 4) <\/strong>Was werde ich bis zum n\u00e4chsten Daily Scrum tun?<\/p>\n Ziel des Kurzmeetings ist Transparenz, um eine einheitliche Informations- und Wissensbasis zu erzeugen.<\/p>\n Das Product-Backlog\u00a0enth\u00e4lt alle bekannten Anforderungen an das Produkt.<\/p>\n Der Product-Owner ist verantwortlich f\u00fcr den Produkterfolg. Die Anforderungen an das Produkt werden von ihm und den Stakeholdern vorgegeben und in eine Reihenfolge gebracht.<\/p>\n Der Scrum-Master agiert als Coach, Mentor, Moderator und Vermittler. Er tr\u00e4gt die Verantwortung f\u00fcr das Verst\u00e4ndnis und die Durchf\u00fchrung von Scrum. Er f\u00fchrt alle Beteiligten in die Methode ein, erkl\u00e4rt, wie sie funktioniert, und plant die Implementierung. W\u00e4hrend des Prozesses tr\u00e4gt er daf\u00fcr Sorge, dass die Praktiken und Regeln von Scrum eingehalten werden. Der Scrum-Master unterst\u00fctzt, gibt Hilfestellung und optimiert die Zusammenarbeit. Er arbeitet inhaltlich nicht mit.<\/p>\n Das Scrum-Team erstellt das Produkt im Rahmen des Sprints. Es ist selbstorganisiert, autonom und interdisziplin\u00e4r. Dabei verf\u00fcgt das Team \u00fcber alle F\u00e4higkeiten, die zur erfolgreichen Erstellung des Produktes erforderlich sind. Alle Teammitglieder Ein Sprint ist eine zeitlich begrenzte, konzentrierte Arbeitsphase zu einer bestimmten Teilaufgabe und beinhaltet und umfasst das Sprint-Planning, die Daily Scrums, die Entwicklungsarbeit, das Sprint-Review und die Sprint-Retrospektive. Er dauert\u00a0durchschnittlich zwei Wochen, kann jedoch je nach Projektanforderungen einen k\u00fcrzeren oder l\u00e4ngeren Zeitraum umfassen. Wichtig ist, dass jeder Sprint innerhalb eines Projekts immer gleich lang\u00a0dauert.<\/p>\n Im Sprint arbeitet das Team m\u00f6glichst ungest\u00f6rt, eigenverantwortlich und Am Ende eines jeden Sprints steht ein lieferbares, funktionsf\u00e4higes und getestetes Teilprodukt.\u00a0Der neue Sprint startet sofort nach Abschluss des vorherigen Sprints.<\/p>\n Im Sprint-Backlog sind die Arbeitspakete und die Umsetzungsplanung festgehalten.<\/p>\n Die Sprint-Retrospektive ist Teil des kontinuierlichen Verbesserungsprozesses und findet zwischen dem Sprint-Review und dem neuen Sprint statt. Sie bietet die M\u00f6glichkeit, den vergangenen Sprint-Prozess zu reflektieren, um zuk\u00fcnftig effektiver zu arbeiten. Dazu werden in der Sprint-Retrospektive die Elemente identifiziert, aufgegriffen und besprochen, die besonders gut bzw. weniger gut gelaufen sind. Gemeinsam wird ein Plan f\u00fcr die Umsetzung der verbesserten Arbeitsweise erstellt.\u00a0Alle geplanten Verbesserungsma\u00dfnahmen sollten im n\u00e4chsten Sprint realisierbar sein.<\/p>\n Das Sprint-Review ist Teil des kontinuierlichen Verbesserungsprozesses f\u00fcr das Produkt.\u00a0Es ist ein Abnahme-Meeting, in dem das erzeugte Teilprodukt vom Team demonstriert und durch die Stakeholder bewertet wird. Das w\u00e4hrend des Sprint-Reviews entstehende Feedback zeigt m\u00f6gliche Verbesserungen oder neue Aspekte auf. Welche davon jedoch ber\u00fccksichtigt und in das Product-Backlog mitaufgenommen werden, entscheidet der Product-Owner.<\/p>\n Im Sprint Planning wird die Arbeit f\u00fcr den kommenden Sprint durch das Team geplant.<\/p>\nProduct-Backlog<\/h2>\n
Product-Owner<\/h2>\n
Scrum-Master<\/h2>\n
Scrum-Team<\/h2>\n
\nbegegnen sich auf Augenh\u00f6he und tragen gemeinsam die Verantwortung f\u00fcr das Ergebnis. Gr\u00f6\u00dfe und Aufgaben des Teams variieren in Abh\u00e4ngigkeit von Projekt und Unternehmen. In der Regel sollte ein Scrum-Team nicht weniger als drei Mitglieder und nicht mehr als neun Personen umfassen.<\/p>\nSprint<\/h2>\n
\nselbstorganisiert. Der Product-Owner darf w\u00e4hrend des Sprints keine \u00c4nderungsw\u00fcnsche
\noder neue Anforderungen an das Team herantragen.<\/p>\nSprint-Backlog<\/h2>\n
Sprint-Retrospektive<\/h2>\n
Sprint-Review<\/h2>\n
Sprint-Planning<\/h2>\n