Vortrag über Scrum Rollen und wie das Tool Kunagi hilft diese Rollen einzuhalten.

1. Scrum Rollen
einhalten mit
Kunagi

2. Inhalt
 Scrum Rollen
 Typische Grenzüberschreitungen und
Probleme durch fehlende Rollen
 Scrum Tool Kunagi
 Wie sorgt Kunagi für die Einhaltung der
Prozesse

3. Scrum Rollen

4. Team

5. Aufgaben des Teams
 Soll sich selbst organisieren
 Schätzt alle Storys
 Erstellt und bearbeitet Tasks
 Aktualisiert Stunden für Burndown
 Definiert was geleistet werden kann
 Kann Storys in den Sprint ziehen

6. Scrum Master

7. Aufgaben des Scrum Master
 Scrum Prozess aufrecht erhalten
 Moderation der Meetings
 Klärt Impediment
 Organisation der Infrastucktur und
Meetinngs
 Sorgt für den reibungslosen Ablauf

8. Produkt Owner

9. Aufgaben des PO
 Story Pflege im Backlog
 Priorisierung der Storys
 Steht für Rückfragen zur Verfügung
 Abnahme der Storys
 Storys aus den Sprint entfernen wenn es
zuviel wird

10. Chicken

11. Was ist ein Chicken?
 Passiver Beobater
 Darf keine Aufgaben übernehmen

12. Grenzen

13. Produkt Owner

14. Produkt Owner
 Erstellt Tasks
 Verändert nach der Schatzung die Story
 Definiert die Schätzung
 Nimmt zuviele Storys in den Sprint

15. Scrum Master

16. Scrum Master
 Tasks übernehmen
 Storys anlegen
 Schätzung abgeben
 Tasks erstellen
 Tasks zuweisen

17. Team

18. Team
 Storys definieren
 Story aus dem Sprint entfernen
 Lässt sich organisieren
 Dinge neben dem Whiteboard machen
 Tasks zuweisen

19. Wie hält man die Rollen ein

21. Kunagi hilft
 Unser Online Scrum Tool
 5 Teams mit je 7-10 Mitgliedern
 Verteilt über 5 Standorte
 Nutzung seit 2 Jahren

23. Investition

24.  Kostenlos
 Open Source
 Basiert auf vielen Open Source Projekten
 Aktive Entwicklung

25. Betrieb

26.  Einfache Installation
 Tomcat / Java
 Keine Datenbank
 Automatische Backups
 Auf eigenen Server installierbar

27. Prozesse / Workflows

28.  Strenge Scrum Regeln
 Nicht anpassbar und das ist gut so
 Kein Kanban

29. Rollen Verteilung
in Kunagi

30. Rollen Verteilung

31. Hilfen für das Team

32. Storys definieren

33. Story aus dem Sprint entfernen

34. Issue Prozess
für Nebenläufer

35. Issues Bewertung
nur mit PO und SM

36. Whitboard
nur für Team änderbar

37. Schätzung
nur für Team

38. Storys Schließen

39. Tasks claim
Keine Zuweisung möglich

40. Storys
 Anlegen nicht möglich
 Ändern nicht möglich
Abnahme Done Done
 Abnahme nur durch PO möglich
Issue Box
 Bugs können erfasst werden
 Visualisierung von Arbeit an Bugs
 Organisation von Technischen Schulden

41.  Tasks
 Nur Developer kann Task ziehen
 Task können nicht zugewiesen werden
 Schätzung nur vom Team
 Pokern nur für Developer
 Erneute Schätzung kann gefordert werden

42. Vorteile
Durch Einschränkung

43.  Team ist fokussiert
 Keine Nebenläufer
 Keine technischen Stolper Storys
 Keine Überforderung
 Durch Fehlschätzung von oben
 Team zieht Story in den Sprint
 Team organisiert sich selbst
 Taskplanung nur vom Team
 Kein Push sondern Pull Prinzip

44. Hilfen für den Scrum Master
und Produkt Owner

45. Tasks übernehmen
nicht möglich

46. Task Erstellen nicht möglich

47. Schätzung nicht möglich

48. Story im Sprint
nicht änderbar

49. Story Änderung im Backlog
= Neue Schätzung

50. Vorteile
für den Scrum Master

51.  Keine Mischrolle möglich / Entwickler / PO
 Kein Interessens Konflikt
 Klarer Focus auf Scrum Master Aufgaben
 Keine Vernachlässigung der Scrum
Master Aufgaben / meinen oft es gäbe
nichts zu tun
 Muss keine Entwicklungs Aufgaben
übernehmen

52. Vorteile
Für den Product Owner

53.  Kann passive Rolle übernehmen
 Kann sich sicher sein das das Team an den
Story arbeitet und nicht an anderen Dingen
 Kann technische Themen und Bugs einplanen
 Keine Mischschätzungen mit PO und SM
Aufwänden / einfacher zu planen
 Hat einen realistischen Überblick über den
aktuellen Projekt Stand