As for this blog… That’s probably bad news. Feels like abandoning a project that was very dear to me… I haz a sad

• Magnets visualizing story age
  Sure, you notice that a story has been on the board for a while, but you’re not really aware, for how shockingly long. In a source I can’t remember, they used magnets with different images to visualize a story’s age. Each story starts out with a “Baby”-magnet. The next day the “Baby” becomes a “Teenager” and so on. The goal is never to let a story die.
• Represent WIPs with physical tokens
  You can only pull a story into a column if there’s a token left, e.g. a certain type of post-it or magnet. (Source)

Let’s hope for some improvement!

PS: I need to brag -> Last week I was retweeted by David “Inventor of Kanban” Anderson himself. What an honor! *swoon*

In Scrum the “Burndown Chart” enables the team – and everyone else – to estimate whether the team can fulfill their commitment. The burndown tracks the time of the sprint against the work that’s left to do. How a team measures the amount of work is not prescribed. That led to a fair bit of discussion at work about the best method. To resolve the matter I switched into research mode.

Up-front: There is no consensus out there and I don’t have enough experience yet to give a solid recommendation. But I will sum up the results of my research, to spare you the effort

The interwebs know at least the following units:

• hours
• number of tasks
• number of stories
• story points

It seems that most teams start tracking hours and eventually track stories or story points. That makes sense for 2 reasons:

1. It’s the result that counts, not the hours you put in: Completed stories and keeping the commitment is what we’re really interested in, so that’s what the burndown should make visible.
2. I’m going out on a limb here, but I assume that tracking stories doesn’t work out for inexperienced teams, because the stories tend to be too big and consequently the burndown is too coarse to be any help. As teams and product owners mature, the stories become smaller and a story-based burndown becomes meaningful.

At my workplace most teams (there are 5) track hours, which works well enough but there’s room for improvement. Counting tasks yielded the same results. Counting stories didn’t work out, as our stories tend to be large and if you only have 4 stories in a 2-week-sprint it seems like nothing is happening in the burndown -> rather depressing.

This is how our teams tried to find the best unit for their burndowns:

• Using each unit for a few sprints checking which burndown predicted their sprint success (aka keeping the commitment) most accurately.
  • Some teams tracked 2 units in parallel (1 old, 1 new). If the new one turns out to be a bad predictor, you still have the old one as a fallback.
    E.g. the example burndown in the image above (from Wikipedia) tracks hours and tasks.

What do you track? How’s that working out?

So, if you’re into B5 and like to read, give it a try!

Aber diesen Eintrag möchte ich der DingFabrik in Köln widmen, weil mich die produktive Atmosphäre dort so angesteckt hat, dass ich sogar wieder Blog-Einträge schreibe
Die DingFabrik ist ein FabLab im Aufbau. Ein FabLab ist ein Ort um “fast alles” herzustellen. Zumindest als Prototyp. In der DingFabrik gibt es dazu schon eine selbstgebaute CNC-Fräse, jede Menge Elektronik-Krams, eine Buchpresse, Material um Stempel selbstzumachen, und, und, und…
Das Gründungstreffen war erst vor 6 Monaten und jetzt ist schon jede Menge da. Sehr beeindruckend! Wir waren Freitag das erste Mal da und sicher nicht zum letzten Mal!

Die DingFabrik ist auf der Deutz-Mülheimer Str. 129. Jeden Montag ist Plenum, jeden Freitag ist Bastelnachmittag.

Be there, be square!

PS: Für einen Lightning Talk sammle ich Erfahrungen nach dem Muster: “Ich wünschte, ich hätte <Deine Erfahrung> über Scrum gewusst, bevor wir damit angefangen haben.” Hast Du was beizusteuern?

Der Chaos Computer Club Cologne veranstaltet die Vortragsreihe “Open Chaos”. Das heißt jeden Monat erzählt jemand etwas über ein interessantes (meist technisches) Thema und alle dürfen kommen und zuhören. Diesen Monat erzähle ich was zum Thema “C# – Was ist es und was kann es?”.

Nähere Informationen hier: http://koeln.ccc.de/updates/2010-06-19_OC_C-Sharp.xml

Erscheint zahlreich!

• Die Batterie hält 2h20m statt nur 1h50m
• Alles läuft flüssiger
• Auch optisch gefällt mir diese Version sehr gut

Bisher funktioniert alles prima und ich freue mich sehr, dass es für Lucid Long-Term-Support gibt

Es gibt wie auf dem Congress einen Haufen Workshops und Vorträge, aber im Gegensatz zum Congress ist es nicht so schrecklich voll. Man kriegt immer einen Platz in den Räumen und auch wenn man einfach nur ein wenig still in der Ecke hocken und hacken will, so ist das möglich ohne verzweifelte Suche nach einer Steckdose.

Sehr cool finde ich dieses Jahr die Badges, die jeder Teilnehmer bekommt. Das sind teilweise vorbestückte, hasenförmige Platinen, die man selber noch erweitern und programmieren kann.

Wo ich schonmal in München bin, war ich Samstag aber noch anderweitig unterwegs. Wir durften nämlich mit ein paar Leuten in das bisher halb aufgebaute Computer Museum München und haben dort eine semi-offizielle Tour durch einen Teil des Bestandes bekommen. Das war sehr cool, die haben unter anderem eine funktionierende Cray da. Als kleines Souvenier habe ich jetzt eine selbst gestanzte Lochkarte als Lesezeichen.

Eine Lochkarte

Ansonsten verbringe ich auf dem Easterhegg viel Zeit mit meinem Arduino. Der Arduino ist ein kleines Board mit dem man allerlei lustige Anwendungen basteln kann und der mir grad so ein wenig Einstieg in die Microcontrollerprogrammierung ist. Ich bin begeistert, warum habe ich damit eigentlich nicht früher angefangen? Das Arduino-Einsteigerset mit dem sehr empfehlenswerten Anfängerbuch gibts übrigens beim Phil im bausteln shop.

Es leuchtet! Meine LED leuchtet! *freu*