Der Mob sieht mehr

Vor Kurzem habe ich von einer neuen Art des Programmierens gehört, die gerade im Kommen ist – Mob Programming (1). Euphorisch wie man als ScrumMaster nur sein kann, wenn man etwas Neues kennenlernt, wollte ich es sofort in meinem Team ausprobieren. Gesagt, getan.Also lud ich das gesamte Entwicklungsteam ein: „Liebes Team, lasst uns morgen gemeinsam frühstücken. Es gibt Mettbrötchen! Ach ja, und wir machen Mob Programming.“ Leicht verunsichert, was sich der ScrumMaster da wieder ausgedacht hat, ließ sich das Team nach kurzem Murren und Knurren auf das Experiment ein. Ich erklärte den Teammitgliedern, worum es dabei geht. Kurz zusammengefasst nämlich um

  • ein Team,
  • einen Computer,
  • einen Raum und
  • eine Aufgabe.

Es gibt einen Driver, der alle 15 Minuten auf freiwilliger Basis wechselt. Der Driver darf nicht reden und lediglich das programmieren, was ihm von den anderen Teamkollegen im Raum, den Navigatoren, gesagt wird. Jeder Gedanke muss erst formuliert werden, durch den Raum wandern, wo er zur Diskussion steht, und von einem anderen aufgenommen und umgesetzt werden. (2)

Ein erfolgreicher Versuch

Die Augen wurden größer, die Stirnen runzliger und ich konnte bereits das Fragezeichen über den Köpfen erkennen: Warum machen wir das überhaupt? Ich erklärte, dass durch diese Art des Peer Programmings das Code Review direkt im Programmieren enthalten sei. Sie sahen mich weiter skeptisch an. Außerdem wird gemeinsam schneller eine Lösung gefunden und es gibt schnelles Feedback zum Code. Der eine oder andere Mund öffnete sich langsam, zum: „Aber...“.Ich sprach schnell weiter und erklärte, dass wir hier die Möglichkeit haben, unseren eigenen Qualitätsansprüchen gerecht zu werden, wir unsere Definition of Done von Anfang an umsetzen können und wir durch so viele qualitätssichernde Augen kaum bis gar keine Fehler mehr produzieren werden. Die Münder schlossen sich wieder. Und außerdem werde damit der Wissenstransfer im Team sichergestellt und neu Gelerntes direkt in die Praxis umgesetzt. Jetzt nickten sie langsam.„Lasst es uns versuchen. Wenn es nicht passt, machen wir es nie wieder!“, versprach ich. Dieses Versprechen brauchten sie für ihre Einwilligung.Also machte ich die Teammitglieder noch mit den Spielregeln bekannt (3):

  • Lass deine Teamkollegen ausreden!
  • Sei respektvoll und offen gegenüber anderen Meinungen im Raum!
  • Sei mutig und sprich deine Gedanken frei aus!
  • Stelle Fragen und diskutiere mit!
  • Nimm die Meinungen im Raum auf und gestalte sie weiter!
  • Sei klar und strukturiert in deinen Aussagen!

Der Vormittag verging damit, dass sich das Team zwischen Code Review, Dojo und einem Frontaltraining, geführt von einem Teammitglied, ständig wechselnden Tasks und Zielstellungen langsam dem Flow näherte und nach dem Mittagessen schließlich genau das tat, was Mob Programming vorsieht: Das Team lieferte eine komplette User Story mit hoher Qualität in kurzer Zeit, inklusive einem Entwicklertest. Es war beeindruckend zu sehen, wie fokussiert alle gemeinsam arbeiteten und gar nicht mehr aufhören wollten, bevor die Story nicht fertig war.

Und jetzt jede Woche ein Mob

Bei einer kurzen Reflexion am nächsten Tag wurden neben kleineren organisatorischen Aspekten, die noch verbesserungswürdig waren (mehr Wasser trinken, sich selbst zu kurzen Pausen zwingen, Frischluft, maximal zwei Themen auf der Agenda) genau die positiven Erfahrungen genannt, die diese Art der Zusammenarbeit hervorrufen soll:

  • Es gibt einen schnellen und guten Wissenstransfer.
  • Das ganze Team kann bei dieser Story nun Support leisten, weil jeder genau weiß, wie es gemacht wurde und vor allem warum.
  • Eine ganze User Story wird an einem halben Tag geliefert.
  • Die Teammitglieder haben das Gefühl, das Produkt zu besitzen und sind bereit, Verantwortung dafür zu übernehmen.
  • Mob Programming ist eine tolle Alternative zum normalen Alltag.

Und wer hätte es gedacht: Seither gab es bereits weitere Mob Programming Sessions. Das Team plant bereits für sich selbst jede Woche einen Mob-Programming-Tag ein, um gemeinsam an ein oder zwei User Storys zu arbeiten. Gerade komplexe Problemstellungen lassen sich in dieser Arbeitsweise schnell und effizient lösen, da man alle Argumente ohne umständliche Abstimmungsschleifen hören und nutzen kann .Einzelne Teammitglieder haben noch Vorurteile gegenüber der Methode (4), aber der Rest des Teams fordert es ein und das hat eine andere Wirkung als ein Zwang von außen. Es ist wie bei jeder anderen Methode des Agile Software Engineering: Nicht jeder kann sich damit identifizieren, deshalb behalten wir auch weiterhin das Prinzip der Freiwilligkeit im Team bei.Nichtsdestotrotz, das Ausprobieren lohnt sich! Aussagen wie „Lasst uns das am Donnerstag im Mob machen!“ oder „Können wir die Architekten zum Mob einladen?“ lassen jedes ScrumMaster-Herz höher schlagen.(1) Hunter Industries, A Day of Mobbing Wikipedia, Mob Programming (2) Mob Programming - A Whole Team Approach (3) Zuill, Teaming (4) Hammarberg, Mob programming - full team, full throttle

Agile Toolbox
Scrum
bgloger-redakteur
October 20, 2015

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Agile Coach
Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox

FRAGE: Warum macht ihr eigentlich kein SAFe?

Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox
Transformation

FRAGE: Was kostet eine agile Transformation?

Agile Management
Agile Organization
Agile Toolbox
Leadership
Agiles Lernen

FRAGE: Welche Rolle spielt Training?

Agile Coach
Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox

FRAGE: Wer sind die Top 10 agilen Unternehmensberatungen?

Agile Management
Agile Organization
Agile Tools
Agiles Management
Leadership

FRAGE: Wie viel bringt die Investition? Was ist der Business Case dahinter?

Agile Management
Agile Organization
Agile Prinzipien
Agile Toolbox
Führung

FRAGE: Welche sind häufige Herausforderungen, die ihr beim Kunden löst?

Agile Management
Agile Organization

FRAGE: Warum sollten wir mit borisgloger arbeiten?

Agile Management
Agile Organization
Agiles Management
Transformation

FRAGE: Wie viel kostet eine Beratung und ist es wirklich rentabel bei borisgloger?

Agile Prinzipien
Agile Toolbox
Projektmanagement

The Lie Behind the Parable of the Golf Balls and the Jar

Video
Change
Digitale Transformation
Hardware
Agile Organization

Agile in Industrial Automation: The Digital Transformation of Yokogawa

Versicherung
Neues Arbeiten
Führung
Agile Prinzipien
Kundenfokus

Kundenzentrierte Versicherung: Kann ein agiles Projekt die Organisation retten?

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

Agilität in den Vertrieb bringen – für Versicherer sinnvoll

Versicherung
Agile Prinzipien
Kundenfokus
Agile Toolbox
Produktentwicklung

BizDevOps in der Versicherungsbranche – Wie multidisziplinäre Teams wirklich besetzt sein sollten

Versicherung
Agile Prinzipien
Kundenfokus
Neues Arbeiten
Meetings

Undercover Agile für Versicherer: 5 agile Praktiken für Ihr klassisches IT-Projekt

Versicherung
Change
Digitale Transformation
Agile Prinzipien
Kundenfokus

IT-Projekte in der Versicherungsbranche – Das Rennen um die Time-to-Market

Team
Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills

Umgang mit Fehlern & Diversität – Erfolgreiche agile Teams #2

Team
Neues Arbeiten
Agile Toolbox
Produktentwicklung

Das Geheimrezept von High-Performance-Teams

Team
Arbeiten bei borisgloger consulting
Agile Prinzipien
Freiwilligkeit
Selbstorganisation

Konsent und offene Wahl: 2 Prinzipien aus der Soziokratie, die jedes agile Team gebrauchen kann

Team
Neues Arbeiten
Meetings
Social Skills

Der agile Adventkalender

Team
Agile Toolbox
Scrum
ScrumMaster-Praxistipps
Agile Prinzipien

Selbstorganisation der Teams fördern: Ask the team!

Team
Agile Toolbox
Design Thinking

Who Recognizes the Truly Good Ideas?

Team
Agile Organization
Transformation

Pizza Is Not Dead, and Neither Is Agility

Scrum4Schools
Neues Arbeiten
Führung
Life
Social Skills

Trauen wir unseren Kindern mehr zu – auch in der Schule!

Scrum4Schools
Change
Agiles Lernen
Neues Arbeiten
Remote Arbeiten

Eine Scrum4Schools-Projekt-Rückschau mit Physiklehrer Ivan Topic

Scrum4Schools
Mehr Formate
Interview
Nachhaltigkeit

Mit Scrum4Schools dem Weltraum auf der Spur

Scrum4Schools
Change
Agiles Lernen

Scrum4Schools - ein Projekt nimmt Fahrt auf

Scrum4Schools
Agile Schulentwicklung
Agile Toolbox

Technik im Alltag - Scrum4Schools zu Gast in Langenzersdorf

Projektmanagement
Agile Toolbox
Scrum
Scrum-Begriffe
ScrumMaster-Praxistipps

Sprechen Sie Agile? Den klassischen Projektplan in die agile Welt überführen

Projektmanagement
Agiles Management
Agile Toolbox
Scrum
Enterprise Scrum

Das Management in Scrum

Projektmanagement
Change
Digitale Transformation

Agilität in der Logistik oder: Liefern wie Amazon

Projektmanagement
Agile Toolbox
Scrum

Meilensteine und Scrum

Portfoliomanagement
Project management

Too many projects? Portfolio management simplified

Neues Arbeiten
Mehr Formate
Agile Toolbox
Scrum
Scrum Values

Wie agiles Arbeiten die Kommunikation aus der Selbstverständlichkeit holt

Neues Arbeiten
Change
Agiles Lernen
Mehr Formate
Audio

New Learning heute für das New Work von morgen – mit Angelika Weis

Neues Arbeiten
Change
Soziale Innovation

New Work Experience 2019 – ein Erfahrungsbericht

Neues Arbeiten
Audit
Change

Agil im Audit: das Starter-Kit

Neues Arbeiten
Agile Toolbox
Scrum
Scrum4Schools
Agile Prinzipien

Scrum4Schools: Lernen für die Zukunft

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Meetings
Retrospektive

Arbeiten wir uns gesund!

Neues Arbeiten
Agile Toolbox
Scrum
ScrumMaster-Praxistipps

Who should be in (agile) HR?

Neues Arbeiten
Agile Toolbox
Scrum
Scrum Values

Glauben Sie an die Seele Ihrer Firma?

Neues Arbeiten
Agile Toolbox
Scrum
Product Owner
ScrumMaster-Praxistipps

Produktivität auf Irrwegen: "Führen wir schnell mal Scrum ein!"

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freiwilliges Teilen von Wissen – Erfolgreiche agile Teams #5

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Doing vs. Being Agile – Erfolgreiche agile Teams #1

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Freude bei der Arbeit & Sustainable Pace – Erfolgreiche agile Teams #3

Neues Arbeiten
Agile Prinzipien
Selbstorganisation
Social Skills
Team

Anpassungsfähigkeit & schonungslose Offenheit – Erfolgreiche agile Teams #4