Blogs

Leider wird eine Retrospektive oft nur als Kaffeekränzchen angesehen. Kein Wunder, da unerfahrene Teams und Scrum Master darüber oft nicht Wissen, wie man eine Retrospektive gestaltet. Dies fängt dabei an, wer alles an der Retrospektive teilnehmen soll und geht bis hin zur Gestaltung um einen echten Nutzen daraus zu ziehen.

I often get questions about how to approach refactoring at the cultural level, i.e. how to promote it in the organisation. This post is an adaptation of some advises I gave to a customer of mine…

The best way is to have refactoring done as part of the story development, so during the sprint. It's just there. It's a way to keep technical debt low and it's everybody's job to do it. There is no reason to make a big fuzz around it as each refactoring cycle lasts a few seconds to minutes.

Effizient (richtig machen) sind wir, wenn wir das was wir tun richtig machen, effektiv (das richtige machen) sind wir, wenn unser Output einen hohen Wirkungsgrad hat.

Ein Maß für Effektivität ist der Kundennutzen im Verhältnis zu Aufwand/Kosten. Agile Methoden wie Scrum oder Kanban bieten einen einfachen Mechanismus, um die Effektivität eines Prozesses zu steigern: In jeder Iteration werden die Produkt-Features mit dem höchsten Wertschöpfungspotenzial identifiziert und priorisiert umgesetzt. So einfach ist es in der Theorie.

Die Praxis sieht häufig so aus:

Ich habe angefangen, auf der Website eine Sammlung von Produktivitätstechniken zusammenzustellen, die

• ziemlich elementar sind, d.h. die damit auch leicht anzuwenden sind
• die in verschiedenen Kontexten wirken: machen kann man allein andenden, manche in fast jedem Team-Setup
• erprobt sind.

Das ist nur ein Anfang.

Techniken, die in der Aufzählung noch fehlen, sind z.B.: