Pair Programming

Typische Dauer:: 1h

Zwei Entwickler arbeiten an einer Workstation: einer schreibt Code (Driver), der andere reviewt und denkt strategisch (Navigator), mit regelmäßigem Rollenwechsel.

Zweck

Pair Programming produziert höherwertigeren Code, verbreitet Wissen und reduziert Bus-Factor-Risiko, indem zwei Personen an jeder Codezeile zusammenarbeiten.

Auf einen Blick

Merkmal	Detail
Gruppengröße	2
Dauer	60 Minuten (Session); mehrere Sessions pro Tag
Schwierigkeit	Niedrig–Mittel
Moderationsstil	Selbstorganisiertes Paar
Setting	Geteilte Workstation oder remote mit Screen Share

Ablauf

Aufgabe wählen (2 Min.) — Sich auf das Arbeitsitem einigen.
Anfangsrollen wählen (1 Min.) — Driver tippt, Navigator reviewt und denkt voraus.
Gemeinsam coden (25 Min.) — Driver schreibt Code, Navigator achtet auf Bugs und schlägt Designverbesserungen vor.
Rollen tauschen (2 Min.) — Alle 25–30 Minuten wechseln.
Wiederholen (25 Min.)
Debrief (5 Min.) — Was haben wir gelernt?

Material

Eine Workstation mit Codebase
Zwei Monitore oder ein großer geteilter Bildschirm
Remote-Pairing-Tool (Tuple, VS Code Live Share oder Screen Share)
Timer für Rollenwechsel

Stolperfallen & häufige Fehler

Navigator schaltet ab — Wer E-Mails checkt, navigiert nicht.
Driver ignoriert Navigator — Driver muss Navigator-Input einbeziehen.
Ganztägig pairen — Abwechselnd mit Solo-Arbeit, um Ermüdung zu vermeiden.
Skill-Unterschied als Problem sehen — Senior mit Junior pairen ist ein Feature, kein Bug.

Inklusion & Barrierefreiheit

IDE mit einstellbarer Schriftgröße und kontrastreichen Themes.
Für Remote: geringe Latenz und gute Audioqualität sicherstellen.
Verschiedene Arbeitsstile respektieren.

Varianten

Ping-Pong-Pairing — Einer schreibt fehlschlagenden Test, der andere lässt ihn bestehen.
Strong-Style-Pairing — Ideen müssen durch die Hände des anderen in den Computer.
Promiscuous Pairing — Paare alle 90 Minuten wechseln.

Wann NICHT einsetzen

Für triviale Aufgaben, die eine Person in 5 Minuten erledigen kann.
Wenn eine Person sich stark widersetzt.

Quelle & Weiterlesen

Beck, K. (2000). *Extreme Programming Explained*. Addison-Wesley.
Williams, L. & Kessler, R. (2002). *Pair Programming Illuminated*. Addison-Wesley.

Aus den Bausteinen eine Agenda machen

Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.

14 Tage kostenlos testen