Blogs

Woran erkenne ich ein reifes Team

Bei den Recherchen für unseren AgileTuesday habe ich nach Alternativen und neuen Ideen für neue Teams gesucht.

Ich kenne die verschiedenen Versionen des "Nokia-Tests" (der angeblich überall ausser bei Nokia eingesetzt wird), aber ich fand, dass der Test zu "basic" ist und auch zu eng. Er fokussiert sich zu stark auf das Einhalten formaler Scrum-Regeln und lässt viele wichtige Bereiche vollkommen ausser Acht.

Retrospektive ist kein Kaffeekränzchen

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.

On refactoring and the organisation

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.

Werden wir mit Scrum effektiver?

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:

Arbeitstechniken für Agilisten

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.:

Scaling the team - Part one

 

No, this post is not about increasing the size of your development team, but about how to establish some measurements in your team - typically during the retrospectives, but not only - to support continuous improvement: let's talk about Solution Focused Scales.

I already discussed this technique in my Solution Focus presentation, but listening to how people use this information, I realised I did not stress a few details that are actually quite important for a proper implementation of the technique.

Pages

Subscribe to RSS - blogs