Es ist noch nicht vorbei: Geschichten eines alternden Softwareentwicklers

Wenn wir älter werden, ändert sich unsere Einstellung zum Leben. Wir machen körperliche und geistige Veränderungen durch. Beide Arten von Veränderungen wirken sich auf die Art der Arbeit aus, die wir tun können und wollen. Am deutlichsten wird dies bei Berufen, die körperliche Arbeit erfordern. Ein 30-jähriger Tennisspieler ist alt. Der Körper eines Bauarbeiters kann im Alter von 50 Jahren nicht mehr so viel aushalten wie mit 20. Leicht zu erkennen.

Aber was ist mit einem Softwareentwickler? Als ich meine Karriere begann, fühlte ich mich wie der König der Welt und in der Lage, jedes Problem zu lösen. Das lag nicht zuletzt an der Kultur bei Oracle. Ich schätze, man würde sie heute als "toxisch männlich" bezeichnen. Ich kam damit durch, eine 32 KB große SQL-Abfrage in VI zu schreiben, die tatsächlich das tat, was sie tun musste. Später habe ich mit der gleichen Einstellung "Warum sollte das nicht funktionieren?" die erste Webpräsenz bei einer niederländischen Versicherungsgesellschaft namens Centraal Beheer eingerichtet.

Das Leben nahm seinen Lauf, Kinder wurden geboren, und nur zu arbeiten war verpönt. Irgendwann blickte ich zurück und stellte fest, dass ich IT-Architekt geworden war. Das scheint ein natürlicher Karriereweg zu sein: Softwareentwickler werden zu Teamleitern, und Teamleiter werden zu Managern oder Architekten. Mit etwa 25 Jahren bis zur Pensionierung schien das keine sehr attraktive Perspektive zu sein. Was ist aus dem jungen Mann geworden, der Megabytes an archaischem SQL ausspucken konnte? Nicht gut.

Also beschloss ich, wieder in die Softwareentwicklung einzusteigen. Aus der Ferne sieht es so aus, als hätte sich in einem Jahrzehnt eine Menge verändert. Wir haben neue Programmiersprachen und eine Infrastruktur in Form von Code und Clouds und so weiter. Wir haben bessere Tools und leistungsfähigere Hardware. Aber bei der Suche nach einer Lösung für die IT-Herausforderungen eines Kunden geht es selten um Technologie - es geht vor allem darum, effektiv im Team zu arbeiten. Das bedeutet, dass wir die an uns gestellten Anforderungen hinterfragen und das zu lösende Problem verkleinern müssen.

Meine jugendliche Technologieorientierung stand früher billigeren Lösungen im Weg. Die Suche nach der einfachsten Lösung für das kleinste Problem führt zu den niedrigsten Kosten für den Kunden. Was früher passierte: Ich nahm eine Aufgabe in die Hand und mein einziges Ziel war es, den Code so schnell wie möglich fertigzustellen. So entstand sehr schnell Software, die meistens das tat, was sie tun sollte. Früher habe ich in Teams nach dem Wasserfallprinzip gearbeitet, d.h. jemand schrieb eine Spezifikation, der nächste machte daraus ein Design und ich setzte dieses Design in Code um.

Glücklicherweise hat sich die Branche weiterentwickelt, und wir verfügen heute über agile Prozesse, die sicherstellen, dass wir immer das Richtige tun. Aber immer noch konzentrieren sich die Leute darauf, Geschichten in Code zu verwandeln. Ich habe gelernt, eine Geschichte nie für bare Münze zu nehmen. Es gibt immer einen Weg, sie zu verkleinern oder sie besser für die Lösung einer echten Aufgabe zu nutzen. Solange ich mich als eine Maschine betrachtete, die Anforderungen in Code umwandelt, konnte ich den Kunden nur das geben, was sie wollten, und nicht das, was sie brauchten.

Um Kunden das zu geben, was sie brauchen, müssen Sie eine Beziehung zu ihnen aufbauen und ihr Geschäft verstehen. Sie müssen kein Bank- oder Versicherungsspezialist sein, aber es reicht, wenn Sie verstehen, wovon Ihr Kunde spricht. So können Sie die richtigen Fragen stellen. Es fällt mir leicht, die richtigen Fragen zu stellen und den Antworten zuzuhören, und das über Jahre hinweg.

Nachdem ich mich beruhigt und eingelebt habe, kümmere ich mich mehr um die Ergebnisse des Teams als um den Erfolg des Einzelnen. Gut. Jetzt geht es weiter mit dem nächsten Kapitel meiner Karriere.