2. Agenda Situationsübersicht ScrumRollen Scrum Artefakte Scrum Zyklus Kanban Best Practise Weiterführende Informationen 13.07.2011 Softwareprojekte mit Scrum & Kanban 2
3. Aktuelle Situation bei einem Projekt 13.07.2011 Softwareprojekte mit Scrum & Kanban 3 Kunde Team 2 Team 1
4. Aktuelle Situation bei mehreren Projekten 13.07.2011 Softwareprojekte mit Scrum & Kanban 4 Kunde Kunde Team 2 Team 1
5. Situation mit Scrum 13.07.2011 Softwareprojekte mit Scrum & Kanban 5 ProductBacklog Kunde Team 1 Team 1 Team 2 Team 2 Selected Backlog Sprint Backlog Sprint Backlog Sprint 1 Sprint 2
7. ProductOwner Legt das gemeinsame Ziel fest Definiert zusammen mit dem Team die Items und deren Priorität Rolle wird meistens vom Kunden ausgeübt 13.07.2011 Softwareprojekte mit Scrum & Kanban 7
8. Team Schätzt die Aufwände der Items Arbeitet innerhalb der Sprints selbstorganisiert Entscheidet selbstständig, welche Items im Sprint bearbeitet werden sollen 13.07.2011 Softwareprojekte mit Scrum & Kanban 8
9. Scrum-Master Überwachung der Rollen Vermittelt nicht zwischen Team und ProductOwner Ist nicht Teil des Teams Sorgt dafür, dass das Team produktiv ist und nicht behindert wird Üblicherweise der Projektleiter 13.07.2011 Softwareprojekte mit Scrum & Kanban 9
11. Product-Backlog Enthält alle Funktionen die der Kunde wünscht (Items) Unabhängig vom Projekt-Status können immer Items hinzugefügt werden Items werden priorisiert 13.07.2011 Softwareprojekte mit Scrum & Kanban 11
12. Selected Backlog Enthält die am höchsten priorisierten Items des Product-Backlogs Wird vom Team & Scrum-Master erstellt 13.07.2011 Softwareprojekte mit Scrum & Kanban 12
13. Sprint-Backlog Enthält alle Aufgaben des Selected-Backlogs Zeitaufwändige Aufgaben sollten in Teilaufgaben zerlegt werden Team plant nur die Aufgaben ein, welche für sie realistisch innerhalb des Sprints realisierbar sind 13.07.2011 Softwareprojekte mit Scrum & Kanban 13
14. Impediment-Backlog Enthält alle Hindernisse die innerhalb eines Sprints aufgetaucht sind Scrum-Master muss (gemeinsam mit Team) die Hindernisse beseitigen 13.07.2011 Softwareprojekte mit Scrum & Kanban 14
15. Scrum Zyklus 15 13.07.2011 Softwareprojekte mit Scrum & Kanban
16. Sprint Planungstreffen 1 Alle Rollen gemeinsam ProductOwner erklärt die Backlog-Items Definition des Scrum-Zieles Die am höchsten Priorisierten Backlog-Items bilden Selected-Backlog 13.07.2011 Softwareprojekte mit Scrum & Kanban 16
17. Sprint Planungstreffen 2 Nur das Scrum-Team Selected-Backlog-Items werden auf Teammitglieder aufgeteilt Items werden in Tickets (Aufgaben) zerlegt Jedes Ticket sollte innerhalb 24h lösbar sein Tickets bilden den Sprint-Backlog 13.07.2011 Softwareprojekte mit Scrum & Kanban 17
18. Sprint Team und Scrum-Master Zyklus alle 1-4 Wochen Team bestimmt selbst welche Tickets in dem Sprint bearbeitet werden Am Ende jedes Sprints steht immer eine lauffähige, verbesserte und getestete Software 13.07.2011 Softwareprojekte mit Scrum & Kanban 18
19. Daily-Scrum (StandUp) Team und Scrum-Master Jeden Tag kurzes Meeting (ca. 15 min) Jedes Teammitglied beantwortet folgende Fragen: Welche Aufgaben habe ich seit dem letzten Meeting erledigt? Welche Aufgaben werde ich bis zum nächsten Meeting erledigen? Welche Probleme behindern mich? Ziel: jeder im Team soll alles wissen! 13.07.2011 Softwareprojekte mit Scrum & Kanban 19
20. Review Alle Rollen Sprint Ergebnis wird betrachtet und ausgewertet Laufende Software wird vorgeführt ProductOwner prüft ob das Ergebnis den Anforderungen entspricht Was war gut? Was kann verbessert werden? (Impediment-Backlog) 13.07.2011 Softwareprojekte mit Scrum & Kanban 20
24. Kanban Reduziert die Anzahl der parallelen Arbeiten Prozessschritte werden visuell dargestellt (Kanban-Board) Aufgaben sind Tickets Jedes Ticket durchläuft alle Prozessschritte 13.07.2011 Softwareprojekte mit Scrum & Kanban 24
25. Kanban-Board 13.07.2011 Softwareprojekte mit Scrum & Kanban 25 Prozessschritte Maximale Anzahl der Tickets Unterteilung nach Projekten Unterteilung nach Projekten
26. Kanban-Board Prozessschritte können frei definiert werden Anzahl der Tickets pro Prozessschritt ist begrenzt Ist ein Prozessschritt voll, darf kein neues Ticket gezogen werden (Pull-Prinzip) Durch Analyse können Flaschenhälse beseitigt bzw. minimiert werden 13.07.2011 Softwareprojekte mit Scrum & Kanban 26
39. Scrum & Kanban Sprint-Backlog Aufgaben = Kanban Tickets Team weiß nicht nur wer was macht, sondern auch welchen Status welche Aufgabe gerade hat Fazit: Ideale Kombination! 13.07.2011 Softwareprojekte mit Scrum & Kanban 39
40. Best Practise Nicht zu große Teams (7 Personen) Ticket-System benutzen (Jira, OTRS, usw.) Paarprogrammierung Testgetriebene Entwicklung QA nicht vom Entwickler 13.07.2011 Softwareprojekte mit Scrum & Kanban 40