Über das Pair-Programming bei metr

Unsere Kollegin Alina Cucu, Backend Software Developer in unserem Tech-Team, gibt in diesem Beitrag einen Einblick in das Pair-Programming bei metr. Was Pair-Programming mit Philosophie zu tun hat und warum Code manchmal erst reifen muss, erfahren Sie in ihrem Beitrag.

Ich bin jetzt seit über einem Jahr bei metr und arbeite als Software Developer mit Schwerpunkt auf Backend und Infrastruktur. Unter den vielen neuen und überraschenden Dingen in der Branche selbst, dem Tech-Stack und dem Team, ist mir eines besonders aufgefallen und hat sich seitdem in meinem Kopf festgesetzt: Pair-Programming. Nach ein paar Monaten, nach der Einarbeitung und nachdem ich mich mit dem Code und den Prozessen vertraut gemacht hatte, wurde mir klar, dass dies ein sehr unbekanntes Gebiet für mich war, das ich stark unterschätzt hatte.

Vor metr habe ich nur an einigen wenigen Pair-Programming-Sessions teilgenommen, die sehr spontan stattfanden. Beide Male geschah dies, weil etwas Dringendes gelöst werden musste: Tests schlugen fehl, die Einrichtung eines neuen Tools erforderte Wissen, das sich über mehrere Abteilungen erstreckte und so weiter. Das waren nicht mehr als 2 Leute, die an einem Computer saßen und an einer Lösung arbeiteten.

Was ich im vergangenen Jahr gelernt habe ist, dass Pair-Programming mehr als nur ein Zufall sein kann und dass ihr Zustandekommen von einem Kernbedürfnis geprägt ist, nämlich dem Wunsch, etwas Sinnvolles zu tun. Auf persönlicher Ebene geht es dabei um die Kalibrierung der Aufmerksamkeitsspanne und das sorgfältige Management von Emotionen und exekutiven Funktionen.

Wir beim metr Tech-Team bilden jeden Tag Paare. Normalerweise entscheiden wir bei der Planung, wer welche Aufgabe übernimmt. Beim Pairing geht es für uns immer um Kommunikation. Wir beginnen den Prozess, indem wir darüber sprechen, wie wir gemeinsam Entscheidungen treffen, Untersuchungsansätze und Pläne verfolgen.

Aber es geht nie nur um den Code. Beim Pairing muss man den geistigen Raum und die Denkoperationen mit einem anderen Menschen teilen. Es ist ein Raum, in dem man unweigerlich verletzlich wird, sowohl als Mensch als auch als Ingenieur*in – und zwar auf vielen Ebenen. Meiner Meinung nach findet in unseren Sitzungen eine besondere Form des Weltenbaus statt. Eine, die beide Aspekte offenlegt und verstärkt: Ich konfrontiere mich mit meinen Grenzen als Software-Ingenieurin und lerne, all die Dinge zu zeigen, von denen ich nicht weiß, dass ich bereit bin, sie zu lernen, während ich aus der Interaktion mit meinen Mitmenschen Sinn schöpfe. Manchmal führt eine technische Entscheidung über den Wahrheitsgehalt eines neuen Feldes in einer Tabelle dazu, dass wir uns in eine Diskussion über die Philosophie des Ganzen hinein- und wieder herausbewegen: Leben, Software, was auch immer.

Sie möchten keine Neuigkeiten mehr verpassen?

Für mich persönlich funktioniert das Pairing auch als Methode der Wissensvermittlung, da das bloße Aussprechen neuer Erkenntnisse und das Hervorbringen eines neuen Verständnisses gleichzeitig eine Gelegenheit zum Helfen und Lernen darstellen.

Indem wir Kommunikation zu unserem wichtigsten Instrument machen, geben wir unseren Pairing-Sitzungen die Zeit, die für die bestmögliche Umsetzung einer Lösung erforderlich ist. Wir nehmen uns Zeit, um das Gesamtbild zu betrachten, und wir nutzen TDD (engl. Test-Driven Development), um Fragen zu beantworten. Wir erlauben es unserem Code, zu reifen.

Und genau dort lebt und entwickelt sich unsere Kultur weiter. Diese Praktiken prägen nicht nur unsere Teamidentität, sondern schaffen auch positive kulturelle Erfahrungen, die uns von der gemeinsamen Arbeit hier begeistern. In unseren Rückblicken ist der eine oder andere erstaunt darüber, wie die Chemie zwischen uns die Qualität unseres Codes, unserer Entscheidungen und letztendlich unserer Produkte prägt.

Das Original dieses Beitrages erschien in englischer Sprache auf unserem Medium-Blog.