Die Boston University (BU), ihre Studenten und Lehrkräfte könnten von einer Website profitieren, die sich auf Ressourcen konzentriert. Eine solche Website würde Studierenden auf der Grundlage einer Mitgliedschaft Zugang zu allen Materialien bieten, die sie für ihr Studium benötigen, darunter Bücher, Artikel und andere hilfreiche Quellen. Die Lehrkräfte könnten diese Website auch für die Zusammenstellung von Kursmaterialien nutzen. Insgesamt würde dieser Ansatz das Lernen und die Ausbildung erleichtern, weshalb die Erstellung dieser Website zum Ziel eines von Scrum geförderten Projekts wurde. Wie aus mehreren Quellen über Scrum hervorgeht, ist die Sprintplanung ein wesentlicher Aspekt dieses Rahmens (Ashraf und Aftab 20; Streule et al. 270). Bislang hat das BU-Website-Team die Sprint-Planung sehr ernst genommen, aber da einige Probleme bei der Zusammenarbeit festgestellt wurden, könnte die Herangehensweise an diese Aufgabe von einer Überarbeitung profitieren.
Für die Fertigstellung der BU-Website sind drei Sprints geplant. Dazu gehören die Erstellung eines Prototyps der Website, die Integration der Website in die Studentenressourcen der BU und die Gestaltung eines Mitgliedschaftsprogramms und der entsprechenden Richtlinien. Jeder dieser Sprints sollte die Überarbeitung, Verbesserung und Ergänzung von Website-Funktionen beinhalten. Damit diese Sprints erfolgreich verlaufen konnten, war jedoch eine angemessene Planung erforderlich.
Das BU-Website-Team nahm seine Scrum-Aktivitäten sehr ernst. Zum Zeitpunkt der Sprintplanung war der iterative Prozess der Aktualisierung des Product Backlogs bereits angelaufen, was eine Voraussetzung für die übrigen Scrum-Aktionen ist (Ashraf und Aftab 17, 20). Außerdem waren alle Teammitglieder mit Scrum, seinen Merkmalen und dem Ziel der Sprintplanung vertraut. Als primäres gemeinsames Ziel wurde die Entwicklung von Sprint-Backlogs verstanden (die auf dem Produkt-Backlog basieren sollten). Darüber hinaus umfassten die Ziele eine Überprüfung der verfügbaren Ressourcen, eine Schätzung des geplanten Arbeitsaufwands und eine detaillierte Aushandlung von Zeitplänen und Aufgabenspezifika. Alle diese Ziele und Aktivitäten wurden mit Hilfe der Scrum-Literatur ausgewählt und spiegeln die Elemente einer regulären Sprintplanung wider (Streule et al. 271). Im Ergebnis kann behauptet werden, dass das Team für seine Sprintplanung bereit war.
Die Aktivität war sehr gut strukturiert, und alle Teilnehmer arbeiteten im Allgemeinen mit. Die Sitzung begann mit einem Rückblick auf die Ziele der Sprintplanung, ging weiter, um deren Erreichung sicherzustellen, und endete mit einem Überblick über die Pläne und Rückstände. Eine Zusammenfassung der Sitzung diente als Abschluss des Treffens und erlaubte die Feststellung, dass die Ziele erreicht wurden. Es gab zwar einige Ablenkungsmanöver, aber das Ziel der Sitzung half, alle Prozesse zu steuern. Daher war die Struktur der Planungssitzungen kein Problem.
Die Kommunikation im Team während der Sitzungen verlief ebenfalls recht reibungslos, aber es traten auch einige Probleme und Mängel auf. Insbesondere waren die Teammitglieder nicht in gleichem Maße an den Planungsprozessen beteiligt. Es mag daran liegen, dass sich das Team im Allgemeinen über die meisten Backlog-Elemente und Pläne einig war, aber es wurden nur wenige Ideen entwickelt und nur wenige alternative Optionen in Betracht gezogen. Dieses Verhaltensmuster erwies sich als problematisch, als sich herausstellte, dass eines der Teammitglieder sich nicht an der Diskussion beteiligen wollte. Das Team ist das Rückgrat von Scrum, und seine Fähigkeit zu kommunizieren und zusammenzuarbeiten ist entscheidend (Streule et al. 270-271). In Zukunft sollte versucht werden, die Teilnehmer einzubinden und zu Feedback und Diskussionen zu ermutigen, ohne zu viele Ablenkungen zuzulassen.
Zusammenfassend lässt sich sagen, dass die Sprint-Planung für das BU-Website-Team recht reibungslos verlief, was möglicherweise auf die gute Vorbereitung der Mitglieder zurückzuführen ist. Ein gutes Verständnis für die Ziele des Treffens und das vorbereitete und iterativ aktualisierte Backlog waren sehr hilfreich. Allerdings war die Interaktion im Team nicht sehr aktiv und beinhaltete nicht viel Feedback. Außerdem fühlte sich mindestens ein Mitglied unsicher, wenn es seine Meinung einbringen wollte, und es kam zu einigen Ablenkungsmanövern. Die Verbesserung der Teaminteraktion könnte für produktivere Sitzungen in der Zukunft erforderlich sein.
Zitierte Werke
Ashraf, Sara, und Shabib Aftab. “Iscrum: An Improved Scrum Process Model”. International Journal of Modern Education and Computer Science, Vol. 9, No. 8, 2017, pp. 16-24.
Streule, Thomas, et al. “Implementation of Scrum in the Construction Industry”. Procedia Engineering, Bd. 164, 2016, S. 269-276.