SCRUM_but
Bei sogenannten ScrumButs handelt es sich um verschiedene Gründe, warum ein Team, welches die agile Projektmanagement Methode Scrum einsetzt, nicht das komplette Potential aus Scrum herausholen kann 1. Das Team ist an einem Punkt angelangt, an dem es der Meinung ist, Scrum funktioniert für das Team bzw. das Projekt nicht so wie es vorgesehen war und muss verbessert werden. Kurz gesagt muss auf einzelne Elemente in Scrum verzichtet werden, wodurch Abweichungen zum Standard wie dieser im Scrumguide beschrieben ist auftreten. Das Motto lautet hier: „We use Scrum, but…“. 2
Inhalte
Die Intention von Scrumbuts
Grundsätzlich liegt die Intention eines Scrumbuts meist in der Optimierung bzw. Adaption der Arbeit nach Scrum in einer oder für eine bestimmte Organisation. In folgenden Bereichen können beispielsweise Scrumbuts auftreten:
- Verantwortlichkeiten und Aufgaben des Product Owners, des Scrum Masters und der Entwickler
- Durchführung von Events (Sprints, Sprint Planning, Daily Scrum, Sprint Review oder Retroperspektive)
- Verwendung der Artefakte (Product Backlog, Sprint Backlog)
- Nutzung von Commitments (Product Goal, Sprint Goal oder Definition od Done) 2
Die Anwendungsmöglichkeiten für Scrumbuts sind riesig. Sie reichen von der Interpretation der Verantwortlichkeiten („Für uns sind Product Owner nicht wichtig“ über die Dauer und Frequenz von bestimmten Events bis hin zu den Artefakten („Statt Product oder Sprint Backlogs verwenden wir unsere internen Projektdokumente“). 2
In der Realität kommt es durchaus auch zu Scrumbuts die nicht unbedingt positive Ziele verfolgen. Die Durchführung von Workshops zur Ermittlung von Anforderungen wir in Scrum nicht definiert, auch wenn solche Workshops sinnvoll sind. 2 Etwas nicht zu tun, obwohl es positiv für die Entwicklung einer Lösung wäre, ist nicht im Sinne von Scrum, so dass auch hier von einem Scrumbut gesprochen werden kann 2.
Scrumbut Syntax
Jedes Scrumbut hat meistens folgende Syntax:
- Scrumbut,
- Grund,
- Workaround.
Abbildung 1: Typische Syntax eines Scrumbuts anhand eines Beispiels 2
Gründe für Scrumbuts
Es gibt viele verschieden Gründe warum heutzutage im agilen Projektmanagement oft Scrumbuts genutzt werden. Meistens werden Scrumbuts aber verwendet um kurzfristig Probleme zu lösen. Oft stehen Teams unter Zeitdruck und sehen die Modifizierung des Scrum Guides, durch Scrumbuts, als einzige Lösung um ein Problem möglichst schnell zu beseitigen. Um Zeit zu sparen, könnten beispielsweise einzelne Daily Scrums entfallen, da die Sorge besteht, ein Sprint Ziel zu verpassen 2. Ein dringendes Problem würde sich so lösen lassen, dauerhaft sollte dies aber nicht mit solchen Begründungen zur Reduzierung von Daily Scrums führen 2.
Ist ein Scrumbut gut oder schlecht?
Oft entsteht der Eindruck, die Anpassung von Scrum sei eine schlechte Idee – dem ist nicht so. Die Anpassung auf individuelle Situationen ist oft sogar erforderlich. Auch wenn die Autoren des agilen Manifests und des Scrum Guides viel Erfahrung bei der Entwicklung von Produkten und der Zusammenarbeit von Teams haben, ist es nicht möglich, dass sie jede individuelle Situation und Herausforderung kennen. 2 Bei einer Modifizierung des Scrum ist die Auseinandersetzung mit einem konkreten Problem besonders wichtig. Voraussetzung dafür ist es, dass es sich um eine kurzfristige Anpassung handelt. Probleme sollen kurz gesagt mit Hilfe von Scrumbuts gelöst und nicht verschleiert werden.