Das ist wahrscheinlich das bekannteste Modell und spielt auf die Rollenverteilung und die Teamarbeit von Fahrer:in und Beifahrer:in bei einer Auto-Rallye an. Beide Entwickler:innen haben bei diesem Modell den gleichen Kenntnisstand. Während der Driver sich auf das Schreiben des Codes konzentriert, hat der Navigator den Überblick und stellt Rückfragen.
Zu einer guten Kommunikation im Pair Programming gehört, dass Du in der Rolle des Driver immer aussprichst, was Du tust. Das hilft dem Navigator Dein Handeln zu verstehen und er muss nicht unnötig oder vorschnell eingreifen.
Als Driver erklärst Du jeden Deiner Schritte:
Du gibst dem Navigator einen Ausblick auf Dein Handeln (“Ich werde als nächstes den Zugriff auf die Datenbank implementieren.”)
und einen Einblick in Deine Denkweise (“Ich beginne mit der Implementierung von A, dann kann ich dies danach bei B benutzen.”).
Du formulierst Deine Erwartungen (“Der Test sollte jetzt funktionieren.”)
und sprichst auch Offensichtliches aus (“Das können wir so committen.”).
Als Navigator unterstützt Du den Driver aktiv in seinem Handeln, indem Du
Annahmen bestätigst,
nach Gründen fragst, z.B. wenn der Driver plötzlich von Konventionen abweicht und eine Variable anders deklarierst.
nach einer Lösung Ausschau hältst, wenn Du ahnst, dass Ihr in einer Sackgasse landet.
Bei der Driver-Navigator-Rollenverteilung tauscht Ihr regelmäßig die Rollen. Weil Du selbst weißt, wie tief Du beim Programmieren abtauchst, hat sich eine Timebox bewährt, damit das Pair alle 10 Minuten an den Rollentausch erinnert wird.
