Mob Programming: Ein Erfahrungsbericht
Pair Programming und Mob Programming. Ist das nicht irgendwie das gleiche nur mit mehr Leuten?
Nachdem die Limitierungen von Pair Programming aufgezeigt werden, wird der Fokus auf Mob Programming gelegt, wie es funktioniert, seine Vorzüge, und potenziellen Fallstricke. Ich werde Vorschläge geben, wann der Einsatz von Mob Programming sinnvoll ist und wann nicht. Hierbei wird der Bogen gespannt, wie die "Literatur" es vorsieht, wie es bei uns in der Firma vorgestellt wurde und wie es innerhalb meines Teams eingeführt wurde. Dabei stütze ich mich auf über 1 1/2 Jahren Erfahrung aus der Praxis.
Es wird die Behauptung aufgestellt, dass im Alltag weder Pair Programming, noch Mob Programming konsequent durchgeführt werden. Dazu werden einige Bad Smells gezeigt, die darauf hindeuten.
Ich erzähle aus reichlich Erfahrung über die Do's und Dont's beim Mob Programming und stelle das Regelwerk vor, welches ich mit meinem Team ausgearbeitet habe.
Worauf ich auch eingehe ist, wie Mob Programming vom "Management", wahrgenommen wurde und wie mein Team und ich damit umgegangen sind. Man bedenke, dass es zunächst so scheint, als würde das ganze Team sequentiell an einer einzigen Sache arbeiten, statt wie sonst zu parallelisieren, das kann doch nur Ressourcenverschwendung sein? Oder steckt da etwa mehr dahinter?
