Virtual Pair Working
Quelle: Pair Programming (Extreme Programming, Kent Beck), adaptiert für Remote-Arbeit ↗ nachlesen
- Dauer
- 45–90 Min
- Für
- Einzelperson (Fachkraft), Team
- Geeignet für
- Remote, Hybrid
Wann einsetzen
Bei komplexen Aufgaben, die von 2 Perspektiven profitieren. Beim Onboarding neuer Teammitglieder in Codebase oder Prozesse. Wenn Wissens-Silos aufgebrochen werden sollen. Wenn die Qualität von Solo-Arbeit nicht ausreicht (z. B. fehleranfällige Bereiche).
Beschreibung
Methode, bei der 2 Personen synchron an einer Aufgabe arbeiten, über Video-Call und Screen-Sharing. Ursprünglich aus dem Pair Programming bekannt, aber auf alle Wissensarbeit übertragbar: Texte schreiben, Designs erstellen, Strategien entwickeln, Probleme analysieren. Virtual Pair Working ist die direkteste Antwort auf die Isolation, die Remote-Arbeit erzeugen kann.
Die Methode erfordert Vertrauen und Übung. Die ersten Sessions fühlen sich oft unbeholfen an. Nach 3–4 Durchgängen wird es natürlich.
Schritt-für-Schritt-Anleitung
- 1Pairing vereinbaren (2 Min):Session-Thema und Ziel klären. Beispiel: „Wir pairen an der neuen API-Authentifizierung. Ziel: Architekturentscheidung treffen und ersten Endpoint implementieren.“ Video-Call starten, Kamera an (wichtig für nonverbale Kommunikation).
- 2Setup prüfen (3 Min):Screen-Sharing aktivieren. Bei Code: Beide haben die aktuelle Version gepullt. IDE-Einstellungen: Schriftgröße erhöhen (für den Navigator gut lesbar). Audio-Setup testen: kein Echo, gute Mikrofonqualität.
- 3Rollen verteilen (1 Min):Wer startet als Driver (tippt/arbeitet), wer als Navigator (beobachtet/denkt mit)? Timer auf 20 Minuten stellen für den ersten Rollenwechsel. Driver teilt den Bildschirm.
- 4Arbeitsphase (40–80 Min):Der Driver arbeitet und denkt laut: „Ich erstelle jetzt den Controller und überlege, ob wir Dependency Injection nutzen …“ Der Navigator beobachtet, stellt Fragen („Warum nicht ein Guard statt Middleware?“), erkennt Fehler und bringt Ideen ein. Alle 20 Minuten: Rollenwechsel. Der bisherige Navigator übernimmt den Screen und wird Driver. Kurze 2-Min-Pause beim Wechsel.
- 5Wrap-up (5 Min):Session-Ergebnisse zusammenfassen: Was haben wir geschafft? Was ist offen? Was hat die andere Person beigetragen, das allein nicht entstanden wäre? Nächste Pairing-Session planen, falls nötig.
Materialliste
- Video-Konferenz-Tool mit Screen-Sharing
- gemeinsame Entwicklungsumgebung (bei Code: Git-Branch)
- Timer für Rollenwechsel
- optional: VS Code Live Share oder ähnliches Collaboration-Tool