Punkte Review der letzten Schätzungen

Wie auch vermutlich in den meisten anderen Scrum Teams nutzen auch wir Story Points um unsere Velocity zu bestimmen und unseren Sprint zu planen. Hin und wieder haben wir das Problem, dass unsere Schätzungen gefühlt irgendwie daneben liegen, entweder weil wir vergessen haben einen wichtigen Teil zu bedenken oder eben weil wir uns einfach verschätzt haben. Das kommt vermutlich in jedem Team vor und ist auch nicht weiter tragisch. Trotzdem hat man natürlich das Ziel so genau wie möglich zu »

Planning mit Karten visualisieren

Eine der festen Veranstaltung in jedem Sprint ist das Planning. Hier legen wir uns darauf fest, was wir im kommenden Sprint schaffen. Eine Zeitlang hatten wir das Problem im Planning, dass wir ein Team mit zwei POs und zwei Projekten hatten. Logischerweise war für jeden PO jeweils seine eigenen Aufgaben die wichtigsten und hatten die höchste Priorität. Das führte dann im Planning immer ein wenig zu Reibereien zwischen den POs und auf dem digitalen Planning Board wurden chaotisch Userstories hin »

Letter to Myself

In der Mitte des Sommers habe ich einen Checkout ausprobiert, der auf den Namen "Letter to myself" hört. Hierbei geht es darum, dass die Teammitglieder einen Brief an sich selber schreiben. Der Inhalt des Briefes kann theoretisch beliebig modifiziert werden. Ich habe dem Team die Aufgabe gestellt, dass der Brief etwas beinhalten soll, was sie an sich selber, bzw. an ihrem eigenen Prozess verbessern wollen. Das Schreiben des Briefes passiert im Geheimen, also es muss nicht vorgestellt werden was darin »

Grooming - Team Estimation Game

Alle 14 Tage haben wir ein Grooming. Das Meeting findet bei uns immer in der Mitte des aktuellen Sprints statt, um so sicherzustellen, dass in der kommenden Woche beim Sprintwechsel dann auch genug Stories bereit sind um in den neuen Sprint zu starten. Die Anzahl der Stories für das Grooming variieren sehr stark, meistens hängt es davon ab an welcher Stelle in einem Projekt man gerade ist. Am Anfang eines Projektes gibt es immer relativ viele Stories, im weiteren Verlauf »

Jeopardy - Retrospektive

Vor einiger Zeit habe ich mal eine neue Form in der Retrospektive getestet, da es immer gut tut ein wenig Abwechslung zu haben. Gefunden habe ich die Idee im Retrospective Wiki, welches übrigens auch eine sehr gute Anlaufstelle ist, um mal neue Ideen zu bekommen. Jeopardy Retrospektive Zu Beginn der Retrospektive muss man sich auf jeden Fall ein wenig die Zeit nehmen das Spiel zu erklären. Es gibt doch immer wieder Leute die damit nicht all zu viel anfangen können. »

Retrospektive: Plus+Delta mit individueller Priorisierung

Eine der Standardmethoden beim Gather Data in einer Retrospektive ist wohl das altbekannte Plus-Delta. Das Vorgehen ist relativ einfach. Man nimmt ein Flipchart für positive Dinge und ein Flipchart für Dinge, die besser laufen könnten, bzw. die man optimieren will. Das Ganze immer mit Bezug auf den letzten Sprint. Danach bekommt das Team ein paar Minuten Zeit um sich zu überlegen wie der letzte Sprint gelaufen ist, und was man für das jeweilige Flipchart notieren könnte. Dann geht jedes Teammitglied »

Extended Task Breakdown

Alle 14 Tage, immer Donnerstags, ist bei uns Sprintwechsel. In den meisten Fällen ist der Donnerstag bei uns so gefüllt mit Review, Planning und der Retrospektive, dass wir unseren Task Breakdown immer erst am Freitag Morgen schaffen. Dieser Task Breakdown ist bei uns durch die zwei unterschiedlichen Kernkompetenzen Frontend und Backend nicht durchgehend für alle Beteiligten interessant. Eine kurze Erklärung zu unserer Teamstruktur und warum das so ist könnt ihr in dem Artikel Teamstruktur. Trotzdem ist es natürlich wichtig dass »

Teamstruktur

Nach den ersten Artikeln ist mir aufgefallen, dass es sinnvoll sein könnte, einen kurzen Exkurs zu unserer Teamstruktur zu machen, da diese nicht zu 100% dem Standard entspricht. Daher hier nun eine kurze Erklärung wie unser Team aufgebaut ist. Dieser Artikel dient als Referenz für einige der anderen Artikel. PPO - Proxy Product Owner Ein Konzept welches dem ein oder anderen eventuell unbekannt ist, ist das Konzept eines Proxy Product Owner. Der Proxy Product Owner ist bei uns ein Mitarbeiter »

Grooming und Pre-Grooming

Das Grooming ist in meinen Augen eine entscheidende Veranstaltung für weitere Meetings, die zum Scrumprozess gehören. Auf der einen Seite haben wir das Planning, welches einfacher ist, wenn das Grooming ordentlich gemacht wurde, sowie auf der anderen Seite den Taskbreakdown, welcher nur funktionieren kann, wenn das Grooming ordentlich war. Bei dem Grooming geht es erstmal um die Schätzungen der User Stories. Wichtig für diese Schätzungen ist jedoch, dass jeder im Team wirklich verstanden hat, worum es bei der User Story »

Daily Standup mit 13 Personen

Jeden Morgen um Punkt 9:30 Uhr sammeln wir uns in einem Meeting Raum in der Nähe unseres Teamspaces und haben unser Standup. Wir haben den Anspruch dass wir nicht länger als 15 Minuten dafür brauchen wollen. Das bedeutet dass jeder im Team weniger als 70 Sekunden Zeit hat die folgenden Fragen zu beantworten: Was habe ich seit dem letzten Daily Standup getan? Was plane ich, bis zum nächsten Daily Standup zu tun? Was hat mich bei der Arbeit behindert? »