Scrum ist ein Vorgehensmodell um den Softwareenwicklungsprozess flexibler und schneller zu machen, indem es Aufgaben in Stories steckt und in regelmässigen Abständen Sprint-Meetings haltet.
Ein anderes weit verbreitetes Vorgehensmodell, welches nicht iterativ ist und in linearen aufeinanderfolgenden Phasen organisiert ist, ist das Wasserfallmodell
Das BBT benutzt ZenHub als Projekt-Management Tool, welches ein Story-Board und vieles mehr in GitHub integriert.
- What is ZenHub
- ZenHub Doku
- ZenHub Tab in GitHub mit Browser Extension
Der Scrum Zauberer des Teams.
- Scrum Master Doku
- hilft Team, Stories und Sprints zu organisieren
- bereitet Sprint-Meetings vor und leitet sie
aka Milestones in diesem Repository
Arbeitsabschnitte von 2 bis 4 Wochen in welchen Stories abgearbeitet werden und zwischen welchen Sprint-Meetings stattfinden.
aka. Tickets oder Issues in diesem Repository
Repräsentieren eine Aufgabe oder Arbeitspaket und werden bei Sprintbeginn definiert, geschätzt und zugewiesen.
- Story Doku
- haben geschätzten Stundenaufwand, zugewiesener Entwickler und Status
- sollen immer aktuell gehalten werden
Das Team trifft sich täglich zur gleichen Zeit. Jeder erzählt ...
- was er seit dem letztem Daily getan hat,
- was für Probleme er antraf oder noch hat,
- und was er als nächstes angeht.
Zwischen Sprints finden Sprint-Meetings statt. Sie beenden den vorherigen und beginnen den nächsten Sprint. Sie haben folgenden Ablauf:
- Review: jeder präsentiert Gemachtes und Gelerntes
- In der Review Präsentation muss jeder sein Review vorbereiten
- Retro: Letzter Sprint wird bewertet,
- was lief gut/schlecht
- wie kann der Sprint verbessert werden
- Mit Notizzetteln oder Reetro
- Planning: Neue Stories werden gewählt, geschätzt und zugewiesen
Mehr Details sind im Sprint-Meeting Ablauf zu finden.
Scum ist die Lösung zu allen Problemen, kann jedoch, wenn richtig eingesetzt und von allen beherzigt, den Entwicklungsprozess stark zum Erfolg beitragen. Im Folgenden eine Stärken und Schwächen.
- hilft Teams Projekte schnell und effizient abzuschliessen
- Probleme und Fehler werden früher erkannt
- reagiert gut auf Rückmeldung, Änderungen im Plan und Fehler durch regelmässige Sprint-Meetings
- macht Fortschritt des Teams sichtbar für alle
- grosse Projekte werden in einfacher zu handhabende Sprints aufgeteilt
- ist herausfordernd in grösseren Teams einzuführen
- benötigt Einsatz und Kooperation von jedem Teammitglied um erfolgreich zu funktionieren
- fehlt es an einem End-Datum, was zu unbemerkten Umfangswachstum führen kann
- um Qualität zu garantieren ist ein aggressiver Test Prozess nötig