Als Externer im agilen Team

Nicht jede App entsteht aus einer Hand. Zwischen Mai 2014 und März 2016 war ich in sechs Projekten einer von mehreren Entwicklern in agilen Teams: bei der Preisvergleichs-App von Verivox, der Postkarten-App „Funcard“ der Deutschen Post, einer Reporting-App für die Vorstände eines Finanzinstituts, der Zeitungs-App der Kronen Zeitung, der Vertriebs-App eines Großunternehmens mit Direktvertrieb und der Zeitungs-App der Neuen Zürcher Zeitung. Bei der NZZ war ich für Prototyp und Frontend-Architektur verantwortlich.

Was ich in diesen Projekten gelernt habe, bestimmt bis heute, wie ich als Externer in ein Team komme.

Schnell produktiv, ohne das Team aufzuhalten

Wer in ein laufendes Projekt einsteigt, hat wenig Zeit. Für mich heißt das: In den ersten Tagen lese ich mehr Code, als ich schreibe. Ich übernehme die Konventionen des Teams, statt eigene mitzubringen. Und ich mache die erste kleine Aufgabe zügig und vollständig fertig, damit das Team sieht, woran es mit mir ist.

Verantwortung auch für fremden Code

Ein Team funktioniert, wenn niemand sagt: „Das war ich nicht.“ Ich übernehme Aufgaben ganz – mit Tests, Review und Dokumentation – und hinterlasse Code so, dass ihn jemand anderes ohne mich weiterführen kann. Das ist die wichtigste Eigenschaft eines Externen: Er geht irgendwann, der Code bleibt.

Fragen statt raten

Dailies, Refinements, Reviews und Retros sind keine Pflichtübungen. Gerade als Externer frage ich lieber einmal zu viel, als eine Woche lang in die falsche Richtung zu entwickeln.

Was davon geblieben ist

Diese Jahre haben mir gezeigt, wie unterschiedlich Teams arbeiten – und wie viel ein Entwickler bewirkt, der sich schnell einfügt. Seit 2011 arbeite ich in Scrum-Teams, zuletzt bei der Techniker Krankenkasse, bei comdirect und bei der DAK-Gesundheit. Teams verstärke ich über Projektvermittler oder direkt. Alle Stationen und Aufgaben stehen im Projektprofil.