Anzeige
Anzeige
Reportage
Artikel merken

Hinter den Kulissen bei VW: Wie gut funktioniert Pair-Programming?

Devops, Scrum, Kanban, Pair-Programming – diese Methoden sind bei Startups längst fest etabliert. Was aber, wenn ein deutscher Traditionskonzern wie Volkswagen auf agile Methoden setzt? Wir haben uns vor Ort angeschaut, wie gut das funktioniert.

Von Jessy Kösterke
5 Min. Lesezeit
Anzeige
Anzeige

Volkswagen Digital Lab Berlin. Foto: Jens Oellermann/ Volkswagen AG

Arvid sitzt seit 15 Minuten vor seinem Rechner, ohne einmal die Tastatur berührt zu haben – es fällt ihm sichtlich schwer. Sein Job ist in dieser Zeit zuzuschauen. Arvid – Anfang 30, sportlich – ist Programmierer bei Volkswagen, trägt aber weder Blaumann noch Krawatte, sondern Hoodie und Adidas-Sneaker. Er muss seinem Pairing-Partner Jonas noch zehn Minuten über die Schulter schauen, bevor er wieder selber an die Tastatur darf.

Anzeige
Anzeige

Auch große Konzerne setzen auf Startup-Methoden: Das Digital-Lab-Berlin ist Volkswagens Vorzeige-Lab und arbeitet nahezu komplett agil. Hier wird seit der Gründung Software mit Pair-Programming umgesetzt – eine Methode, bei der zwei Entwickler gleichberechtigt an einer Aufgabe sitzen. So sollen schnellere Ergebnisse möglich sein und durch das Pairing die Qualität der Umsetzung steigen. Doch wie gut funktioniert die Methode in der Praxis? Und lohnt sich überhaupt, zwei Entwickler für eine Aufgabe zu bezahlen?

Agiles Arbeiten, aber ohne Gleitzeit

Der Tag im Berliner Lab beginnt früh: um 8 Uhr. Nach einer Führung durch das Büro, das auf drei Etagen verteilt ist, fällt schnell auf: Die VW-Werkshallen in Wolfsburg sind hier in Berlin-Friedrichshain weit weg. Starre Strukturen und Anzugträger sind nicht zu sehen. Die Mitarbeiter sind je nach Projekt einer Etage und einem Platz zugeteilt, feste Arbeitsplätze gibt es nur für Wenige. Das Büro ist offen, hell und hat alles, was man sonst eher in einem Startup-Büro erwartet: eine Tischtennisplatte, Sitzsäcke, Playstation und hippe Getränke. Um 8:30 Uhr gibt es ein freiwilliges Standup-Meeting, bei dem unter anderem aktuelle Besucher oder Events angekündigt werden. Aber vorher gibt es erstmal ein für Mitarbeiter kostenloses Frühstück mit Müsli, Bagels, Eiern, Wurst- und Käseplatte.

Anzeige
Anzeige

Es ist noch vor neun Uhr, und Arvid und Jonas sitzen bereits startklar am Rechner. Im Lab gibt es feste Arbeitszeiten 8:30 bis 17 Uhr. Das ist wichtig für die Teams. „Anders würde das Pair-Programming nicht funktionieren”, sagt Jonas. Arvid und Jonas sitzen zwar nebeneinander, dennoch hat jeder seinen eigenen Bildschirm sowie Maus und Tastatur. Die Bildschirme sind synchron, sodass jeder an seinem Rechner arbeiten beziehungsweise zuschauen kann.

Anzeige
Anzeige

Keine Mails oder Slack-Pings, dafür einen Flamingo

Im Digital-Lab arbeiten derzeit 70 IT-Spezialisten, unter ihnen Programmierer, Data-Scientists, Softwaredesigner und -entwickler. (Foto: Jens Oellermann/ Volkswagen AG Nutzung)

Bevor es losgeht, stellt Arvid einen Timer auf 25 Minuten. Wenn die Zeit abgelaufen ist, folgen fünf bis zehn Minuten Pause, dann ist Jonas an der Reihe. E-Mails oder andere Kommunikations-Tools wie Slack sind in dieser Zeit tabu. „Wir empfangen keine projektrelevanten Mails, dafür haben wir unser Tool. Und es wird darauf geachtet, die Konzentration der Teams im Arbeitsalltag so wenig zu stören wie möglich“, erzählt Jonas. Der Ausnahmefall ist allerdings interessant: Nora – Projektmanagerin – platziert einen kleinen aufblasbaren Flamingo auf dem Boden, hinter Arvids Rücken. „So weiß ich, dass sie eine Frage hat. Sie wird uns bei Themen, die nicht eilig sind, nicht extra unterbrechen“, erklärt Arvid.

Pair-Programming: So wird gearbeitet

Es wird laut. Selbst für ein Großraumbüro ungewöhnlich laut, denn die Pairing-Partner besprechen ihre Aufgaben. Doch nach wenigen Minuten sinkt die Lautstärke wieder auf einen angenehmen Pegel.

Anzeige
Anzeige

Arvid hat bereits angefangen zu coden. Jeden Gedanken und jede Veränderung spricht er laut aus, während Jonas auf seinem Bildschirm das Vorgehen beobachtet. Häufig stellt er auch Fragen, sodass Jonas seine Idee oder einen gegebenenfalls besseren Vorschlag einbringen kann.

Ist es nicht anstrengend dauernd laut zu denken? Arvid antwortet: „Definitiv! Ich habe einige Zeit gebraucht um mich daran zu gewöhnen. Die erste Zeit war ich nach der Arbeit echt erschöpft.” Jonas ist erst seit vier Wochen im Digital Lab Berlin und sagt: „Dem stimme ich zu! Ich bin noch mitten in der Gewöhnungsphase. Das ist schon sehr anspruchsvoll.”

Das Projekt, an dem die beiden arbeiten, wird in Go geschrieben. Arvid hat eine erkennbare Vorliebe für die Sprache. Jonas hingehen lernt sie gerade erst: „Somit ist es für mich doppelt anstrengend“.

Anzeige
Anzeige

Die Zeit ist um. Jonas ist an der Reihe. Ihm fällt das Programmieren mit Go sichtlich schwerer als Arvid. Muss der sich nicht beherrschen, nicht dazwischen zu gehen, wenn er doch weiß, dass er selbst schneller wäre? „Na klar würde ich das manchmal gerne, aber wir sind ein Team. Wir wollen beide dazulernen und auch voneinander, wir wollen immer besser werden, um möglichst viel gemeinsam zu erreichen“, antwortet Arvid.

Klassisches Coden oder Pair-Programming?

Der Timer läuft Stunde für Stunde, Arvid und Jonas wechseln sich jedes Mal ab. Manchmal ist es auch ein fließender Übergang.  Volkswagen lässt seinen Entwicklern beim Pair-Programming viel Freiraum. Im SDC (Software-Development-Center) Wolfsburg wird zum Beispiel auch ganz klassisch gecoded, erzählt uns Frank Loydl aus der Volkswagen-Konzern-IT und Leiter Software-Development. Kurz nach unserem Gespräch wurde er IT-Chef der Marke Audi.

Loydl erzählt, wie Volkswagen überhaupt zum Pair-Programming gekommen ist: „Die grundsätzlich positive Erfahrung mit agilem Arbeiten im Volkswagen-Konzern hat uns gezeigt: Das funktioniert richtig gut. Und wir können damit wirklich erfolgreich sein. Die logische Konsequenz war die Frage, wie wir uns hier noch weiter entwickeln können. Eines war von Beginn an klar: Neue Methoden müssen das höchste Niveau der Entwicklung erfüllen.”

Anzeige
Anzeige

„Pair-Programming ist natürlich nicht immer die beste Lösung.”


Trotz der Entstehung in den 90er Jahren ist die Methode in der praktischen Anwendung nicht überall verbreitet. Was die Gründe dafür sind, erklärt Loydl: „Pair-Programming ist natürlich nicht immer die beste Lösung. Diese Methode eignet sehr gut für bestimmte Projekte – für andere Projektsituationen ist sie wirtschaftlich nicht sinnvoll“, erläutert er. „Für Software, bei der es um maximale Entwicklungsgeschwindigkeit bei sehr hoher Qualität geht, ist Pair-Programming das beste Mittel der Wahl. Denn es erlaubt eine schnelle Anpassung, wenn sich Anforderungen an die Software ändern. Bei anderen Projekten können andere Arbeitsmethoden der wirtschaftlichere Weg sein.“

Agiles Arbeiten: Auch in Konzernen

Unser Besuch zeigt, dass agiles Arbeiten auch in großen Konzernen möglich ist. Zumindest dann, wenn das Vorgehen beherrscht wird und bestimmte Regeln vorhanden sind.

Dabei liegt Pair-Programming als Methode nicht jedem und es benötigt immer eine gewisse Eingewöhnungszeit. Doch es bietet viele Vorteile: keine Überstunden, schnelle Veränderbarkeit, kurze Kommunikationswege und ein kontinuierliches Lernen voneinander. Um so fokussiert wie Jonas und Arvid arbeiten zu können, werden allerdings auch bestimmte Unternehmensstrukturen vorausgesetzt. Denn nur dann lohnt es sich auch, zwei Entwickler für eine Aufgabe zu bezahlen und am Ende schnellere sowie bessere Ergebnisse zu erreichen.

Übrigens: Kein Unternehmen ist von heute auf morgen agil. Es ist ein Prozess, der niemals endet. Und ohne richtige Betreuung verfallen Mitarbeiter schnell wieder in alte Muster.

Mehr zu diesem Thema
Fast fertig!

Bitte klicke auf den Link in der Bestätigungsmail, um deine Anmeldung abzuschließen.

Du willst noch weitere Infos zum Newsletter? Jetzt mehr erfahren

Anzeige
Anzeige
2 Kommentare
Bitte beachte unsere Community-Richtlinien

Wir freuen uns über kontroverse Diskussionen, die gerne auch mal hitzig geführt werden dürfen. Beleidigende, grob anstößige, rassistische und strafrechtlich relevante Äußerungen und Beiträge tolerieren wir nicht. Bitte achte darauf, dass du keine Texte veröffentlichst, für die du keine ausdrückliche Erlaubnis des Urhebers hast. Ebenfalls nicht erlaubt ist der Missbrauch der Webangebote unter t3n.de als Werbeplattform. Die Nennung von Produktnamen, Herstellern, Dienstleistern und Websites ist nur dann zulässig, wenn damit nicht vorrangig der Zweck der Werbung verfolgt wird. Wir behalten uns vor, Beiträge, die diese Regeln verletzen, zu löschen und Accounts zeitweilig oder auf Dauer zu sperren.

Trotz all dieser notwendigen Regeln: Diskutiere kontrovers, sage anderen deine Meinung, trage mit weiterführenden Informationen zum Wissensaustausch bei, aber bleibe dabei fair und respektiere die Meinung anderer. Wir wünschen Dir viel Spaß mit den Webangeboten von t3n und freuen uns auf spannende Beiträge.

Dein t3n-Team

Curlybraces

Cooler Artikel, vielen Dank!

Antworten
Ettore Atalan

Mit diesen agilen Methoden kann bei der Entwicklung der nächsten Abgasbetrugssoftware ja nichts mehr schief gehen.

Antworten
Abbrechen

Melde dich mit deinem t3n Account an oder fülle die unteren Felder aus.

Bitte schalte deinen Adblocker für t3n.de aus!
Hallo und herzlich willkommen bei t3n!

Bitte schalte deinen Adblocker für t3n.de aus, um diesen Artikel zu lesen.

Wir sind ein unabhängiger Publisher mit einem Team von mehr als 75 fantastischen Menschen, aber ohne riesigen Konzern im Rücken. Banner und ähnliche Werbemittel sind für unsere Finanzierung sehr wichtig.

Schon jetzt und im Namen der gesamten t3n-Crew: vielen Dank für deine Unterstützung! 🙌

Deine t3n-Crew

Anleitung zur Deaktivierung
Artikel merken

Bitte melde dich an, um diesen Artikel in deiner persönlichen Merkliste auf t3n zu speichern.

Jetzt registrieren und merken

Du hast schon einen t3n-Account? Hier anmelden

oder
Auf Mastodon teilen

Gib die URL deiner Mastodon-Instanz ein, um den Artikel zu teilen.

Anzeige
Anzeige