In meinen Augen spielen einige Faktoren für ein gutes Pairing zusammen, dazu gleich mehr. Mein Hauptarbeitsmodus bzw mein bevorzugter Modus, ist es Dinge alleine anzugehen, bei größeren Arbeiten, hilft es, sich regelmäßig auszutauschen bzw. dann im Pair-Programming. Das hat viele Vorteile, aber auch hier ist Vorsicht geboten! Wichtige Faktoren im Pairing sind, dass die Beteiligten Personen auf einer Ebene kommunizieren müssen! Was mein ich damit? Ich musste leider schon feststellen, dass das Pairing in Richtungen abgedriftet ist, welche eher an einen Monologen Vortrag erinnern oder an ein „naja keine Ahnung wie das in Sprache X geht. Lass uns mal Code kopieren und Trial and Error machen“ (was das ganze Konstrukt ad absurdum führt). Ebenfalls gehört von allen Teilnehmern ein hohes Maß an Disziplin dazu, gerade in der Remote Welt kam es nicht selten vor, dass plötzlich vom Wochenend-Urlaub gesprochen wurde während nebenher etwas „programmiert“ wird. Es war daher keine Seltenheit, dass aufgrund eines fehlenden Code-Reviews und des „durchgeführten“ Pair Programming, die Code Qualität immens fiel. Während ggf die Architektur konsistent war, war es zusammengeschusterter unwartbarer Code. Daher ist mein Punkt, es hängt ganz vom Team, den einzelnen Menschen und dem Gesamtkonstrukt ab. Ein „klassisches“ Code-Review, würde ich aber nicht ablösen bspw. wenn eine Story welche im Pair entwickelt wurde, in den Main Branch zurück gemerged wird .