Scrum
Agile Priorisierung
Posted April 15th, 2009 by bishoph
Wie priorisiert man eigentlich richtig in einem agilen Umfeld? Auf diese Frage bekommt man eine Menge Antworten und viele sind rein theoretisch. Der oft beschriebene Ansatz ist sehr einfach: Erstelle eine priorisiertes Backlog. Der wichtigste Punkt kommt nach oben und der unwichtigste nach ganz unten. Dazwischen packe alle anderen Punkte - aber darauf das richtig priorisiert wurde. Von diesem Schritt ausgehend, ziehe einfach alle Punkte auf das Release Backlog, welches dann in den einzelnen Sprints aufgehen wird.
Das Konzept ist klar und einfach. Allerdings gibt es in vielen Projekten ein Backlog, welches weit mehr als 20 Einträge beinhaltet. Und mitunter recht viele "Stakeholder" welche eine eigene Sicht der Dinge vertreten. Und da kann es mitunter dauern bis alle Einträge priorisiert wurden und in die Reihenfolge feststeht. Hier kann es helfen ein Release in einzelne Abschnitte zu unterteilen, welche den Stakeholdern oder Abteilungen sehr nahe sind. Durch dieses "Aufbrechen" kann die Priorisierung dann sehr viel einfacher und schneller in kleinen Teams diskutiert und festgelegt werden.
Es folgt eine Variante des "Aufbrechens" in einzelne Themenbereiche:
- StrategieEs folgt eine Variante des "Aufbrechens" in einzelne Themenbereiche:
Hier haben CEO, CTO und andere Strategen Platz, die wichtigsten Punkte unterzubringen. Es passen aber auch sehr profane Dinge wie Qualität in diesen Topf, oder aber einfacherer/bessere Bedienbarkeit etc.
- Kundenanforderungen/Sales
