14 Prozent der Zeit coden ist schon viel

Wenn die beschriebenen sieben Arbeitsbereiche – Coden (inklusive Refactoring, Debugging, Code-Dokumentation), Arbeiten mit und in der Entwicklungsumgebung, automatisiertes Testen, Zeit mit Legacy Code, Lesen, Schreiben und Kommunikation – paritätisch verteilt wären, hätte man beim Programmieren für das Coden 1/7, also rund 14 Prozent seiner Arbeitszeit zur Verfügung. Meiner Wahrnehmung nach ist es selten paritätisch. Klar, wenn jemand alleine auf der grünen Wiese eine neue Anwendung aufbaut, dann ist der Coden-Anteil größer. Wenn jemand allerdings ein Programm von anderen warten und weiterentwickeln muss, ist dieser Anteil oft der geringste.

Dazu kommt noch das Thema Fortbildung. Auch diese sollte regelmäßig erfolgen – und bitte in allen genannten Punkten, nicht nur in den technischen Themen.

Den Blickwinkel wechseln

Was nicht vergessen werden darf: Alle genannten Tätigkeiten haben mittelbar oder unmittelbar das Ziel, dass (guter) Code geschrieben wird. Und ja, es ist viel Zeit, die in andere Bereiche als ins Coden investiert wird. Dieser Invest ist aber notwendig!

Manchmal kann ein längeres Gespräch zu besserem Code führen, als alleine vor sich hin zu coden. Und dass automatisierte Tests vor einigen Überraschungen in Produktion schützen können, ist, denke ich, ziemlich offensichtlich. Die Tätigkeiten, die dem Ziel der funktionierenden Software dienen, darf man gerne als Teil der eigenen Arbeit ansehen. Nur eins sollten sie nicht werden: ein Selbstzweck.

Emanuel Kessler hat viele Jahre entwickelt und mit Entwicklungsteams zusammengearbeitet. Im Laufe der Zeit hat er verschiedene Programmiersprachen und Arbeitsweisen kennengelernt.