Code With Me - Die richtige Person für eine Aufgabe

Oft behaupten wir, dass Entwickler das ganze CI/CD und Pipelining Zeug nicht interessiert. Umgekehrt ist es jedoch genauso, dass DevOpsler das Entwicklungszeug nicht sonderlich interessiert, im speziellen die Black Magic die im Frontend (Angular) passiert. Was aber kann man tun wenn Änderungen oder Upgrades notwendig sind im Projekt, es gibt aber keine Person im Projekt, die das Skillset hat um die Arbeiten durchzuführen? 

Bleibt eigentlich nur eine Möglichkeit, man holt sich Hilfe. Für den Kunden ist das aber meistens mit Aufwand verbunden. Der User muss angelegt und ein VPN Zugang eingerichtet werden. Vielleicht wird sogar ein Laptop bereitgestellt. Damit nicht genug, es muss auch der Workspace eingerichtet werden. Anschließend sollte der User wieder offgeboardet werden. All das für vielleicht eine Woche Arbeit. Der Overhead ist gewaltig.

Vor einiger Zeit haben sich zwei unserer Mitarbeiter mit dem Intellij Feature Code With Me beschäftigt. Code With Me ermöglicht den Zugriff auf die IDE eines Hosts. Sobald man Zugriff hat, kann man Intellij “fast” so verwenden, als ob es am eigenen PC ist, mit dem Vorteil einen eingerichteten Workspace zu haben. Damals standen im Fokus Pair Programming, Code Reviews und gemeinsame Refactorings.

Voller Euphorie wird das Schematic ausgeführt und die Applikation kompiliert sogar noch. Yaay! Beim ersten Aufruf der migrierten Applikation erkennt der Kunde allerdings seine eigene Webanwendung nicht mehr wieder. Spätestens jetzt fällt die Entscheidung, die Komponenten großflächig anzupassen, dem Kunden auf den Kopf. Nun wurde kürzlich mit Angular 18 die Version 3 des Material Design Systems veröffentlicht und man möchte die damalige Erfahrung kein zweites Mal erleben.

Wir haben dem Kunden nun folgendes vorgeschlagen: Ein Mitarbeiter von uns macht die notwendigen Arbeiten und du lieber Kunde, brauchst niemanden onboarden. Allerdings musst du damit einverstanden sein, dass der bestehende Mitarbeiter im Projekt seinen Workspace zur Verfügung stellt und in seinem Namen die Git Commits gemacht werden. Der Kunde hat sich dazu bereit erklärt und wir gingen an die Umsetzung.

Dieses Vorgehen beruht auf Vertrauen. Der Kunde muss Vertrauen haben, dass der ihm unbekannte Mitarbeiter gute Arbeit leistet. Der Mitarbeiter (Host) muss sich darauf verlassen, dass der Mitarbeiter (Client) auf seinem Laptop nichts anstellt und sauber arbeitet.

Grob lief die Umsetzung wie folgt ab. 

• Es gab ein kurzes Onboarding des neuen MA, wo auch die Anforderungen besprochen wurden. 
• Man macht sich gemeinsam Termine aus, damit der neue MA eine Code With Me Session initiieren kann. 
• Nach getaner Arbeit geht man gemeinsam die Änderungen durch und commited sie. 
• Läuft die Pipeline durch, ist alles gut. Ansonsten geht die Arbeit weiter.

Bis auf ein paar kleine technische Startschwierigkeiten und leichte Einschränkungen bei der Arbeitsweise, hat dieses Vorgehen ganz wunderbar funktioniert. Der Client benötigte dabei Full Access (inkl. Terminal) und musste dabei mit folgenden Einschänkungen umgehen:

• Keine Einsicht in Git-History (über Intellij)
• Committen nur über Kommandozeile möglich
• Diff von Änderungen nur eingeschränkt möglich
• .editorconfig file wird am Client nicht erkannt und reformat funktioniert nicht immer
• Rename methods funktioniert nicht

Die Aufwände für den Kunden waren minimal und die Aufgaben konnten trotzdem von der richtigen Person durchgeführt werden. Für den neuen Mitarbeiter war es außerdem eine willkommene Abwechslung und man hat gemeinsam wieder einiges gelernt. Auch schön zu sehen war, dass es auch ohne große Bürokratie funktionieren kann 🙂