Scrum/Kanban

Scrum/Kanban

Unterschied

Kanban

• Ursprüngliche Methode der agilen Entwicklung und relativ einfach gehalten und eignet sich deshalb für einfache Projekte sehr gut Kanban wird auch außerhalb der Softwareentwicklung oft benutzt.

Kanban, ursprünglich als Methode für Produktionssteuerung entwickelt, ist heute neben Scrum eine der am weitesten verbreitesten agilen Projektmanagement-Methoden. Das Kanban Board gliedert sich klassisch in drei Spalten nebeneinander, in die verschiedene Aufgaben nach ihrem Status eingeordnet werden:

• To Do: geplante Aufgaben, die noch nicht begonnen wurden
• In Progress: aktive Aufgaben, die in Bearbeitung sind
• Done: erledigte, abgeschlossene Aufgaben

SCRUM

Durch Scrum wird die Projektlaufzeit in Etappen, so genannte Sprints, eingeteilt. Am Ende jedes Sprints – nach 30 Tagen (im Normalfall kann aber auch geändert werden) – soll jeweils ein funktionsfähiges Zwischenprodukt stehen. --> Große Projekte in kleine Teile gliedern.

• Detaillierter und auch mehr auf große Projekte ausgelegt der größte Unterschied ist die Unterteilung in Sprints und die Verschiedenen Rollen im Scrum.

Rollen

• Der Product Owner
  • erstellt eine Produktvision, stellt fachliche Anforderungen an das Produkt und priorisiert diese.
• Das Entwicklungsteam
  • entwickelt selbstorganisiert das Produkt.
• Der Scrum Master
  • ist eine Art Moderator, der dafür sorgt, dass Scrum im Ganzen funktioniert.

Artefakte

• Der Product Backlog ist eine ständig vom Product Owner zu aktualisierende Sammlung von Anforderungen (Requirements).
• Der Sprint Backlog ist eine Auswahl aus dem gesamten Anforderungskatalog, die während eines Sprints von Bedeutung ist.
• Das Product Increment ist das funktionsfähige Zwischenprodukt, das am Ende eines Sprints besteht.

Aktivitäten

• Im Sprint Planning wird der nächste Sprint geplant – Ergebnis ist der Sprint Backlog.
• Das Daily Scrum/Standup ist ein tägliches, viertelstündiges Meeting, in dem sich alle Teammitglieder über die Etappe austauschen.
• Bei der Sprint Review wird das Zwischenprodukt durch das Entwicklungsteam überprüft, der Product Backlog angepasst sowie Feedback eingeholt und die nächsten Schritte besprochen.
• Bei der Sprint Retrospective geht es um die Überprüfung der Projektarbeit und deren kontinuierliche Verbesserung.
• Das Product Backlog Refinement ist ein organisierter, konkretisierter und aktualisierter Product Backlog