Martijn Gijsberti Hodenpijl über seine Rolle als Mission-Critical Engineer und kreativer Codierer

Arbeitsalltag

Wie sieht ein typischer Tag aus?

Zurzeit entwickle ich Software für das niederländische Bahnunternehmen NS. Ich arbeite in enger Zusammenarbeit mit der Kundin bzw. dem Kunden. Wir arbeiten viel von zu Hause aus, also schalte ich morgens meinen IDE, meinen Code-Editor, ein und beginne normalerweise sofort mit dem Programmieren, weil ich das gern morgens mache. Im Grunde genommen schreibe ich also von 9 bis 11 Uhr Code. Dann um 11 Uhr habe ich ein Stand-up-Meeting. Am Nachmittag habe ich manchmal Meetings oder ich programmiere weiter. Derzeit arbeitet unser Team an einem großen Projekt zur Umgestaltung eines bestimmten Teils der Kundensysteme. Es wurde zu einer neuen Version umgestaltet, die eine bessere Leistung bietet und weniger Ressourcen verbraucht.

Warum hat Sie dieses Projekt gereizt?
Nun, ich fahre nicht gern Auto. Ich habe kein Leasingauto. Ich fahre immer mit dem Zug. Ich bin selbst NS-Kunde. Ich arbeite auch gern mehr für die Öffentlichkeit. Früher habe ich viel für Banken und kommerzielle Unternehmen gearbeitet; das war in Ordnung, aber es fühlt sich wertvoller an, für NS zu arbeiten. Mir gefällt sehr, was sie in den Niederlanden mit all diesen Zügen machen. Es ist auch technisch interessant und hinsichtlich Einschränkungen, Begrenzungen und Kreativität eine ziemliche Herausforderung. Nichts ist selbstverständlich: Der Betrieb eines Softwaresystems in einem Zug ist schwierig. Außerdem kann ich meiner Mutter erklären, was wir tun.

Kann Ihre Mutter programmieren?

Nein, das kann sie nicht. Aber wenn ich ihr erkläre, dass es sich um unser System handelt, wenn man im Zug sitzt und diese Stimme hört, die den nächsten Bahnhof ansagt, dann versteht sie, was wir tun.

Unternehmenskultur

Was hat Sie am Unternehmen gereizt?

Der Grund, warum ich zu Schuberg Philis gekommen bin, ist, dass man in den meisten Unternehmen irgendwie erwartet, dass man dort seine gesamte Karriere verbringt. Wenn man Manager wird, erhält man eine Gehaltserhöhung, aber wenn man gern im Engineering arbeitet, bleibt man in einem HR-System stecken, das darauf ausgelegt ist, einen auf Kosten seiner eigentlichen Arbeit als Engineer weiter zu befördern. Und die ganze Zeit über sagen dir Leute, was du tun sollst, aber diese Leute haben wirklich keine Ahnung, was du tust, sodass das, was sie von dir verlangen, keinen Sinn ergibt. Und ich habe das gehasst. Ich hatte große Schwierigkeiten in vielen Unternehmen, denn überall gibt es Manager und HR – außer bei Schuberg. Hier arbeiten Engineers mit Engineers in Teams zusammen. Wenn man Engineering machen möchte, kann man das sein ganzes Leben lang tun, kein Problem. Also war ich überzeugt. Am Anfang habe ich es nicht geglaubt; ich dachte: Das kann nicht wahr sein. Aber es ist tatsächlich so. Hier kannst du einfach programmieren und entwickeln und niemand sagt dir, dass du aufhören sollst. Eigentlich heißt es hier: „Mach weiter.“ Es sind jetzt acht Jahre, seit ich hier angefangen habe, und das hat sich nicht geändert.

Wie legt man ohne Manager und HR fest, woran man arbeitet?

Was ich bei Schuberg auch mag, ist, dass man seine Projekte auswählen kann. Das Projekt muss sich im Grunde bei den Engineers „verkaufen“. Zum Beispiel gibt es jedes Jahr den Tech Market, bei dem jedes Customer-Team präsentiert, woran es arbeitet, und die Idee ist, dass Engineers motiviert werden, zu wechseln oder mitzumachen. Es ist auch eine Art freundschaftlicher Wettbewerb, bei dem die Engineers sehen können, ob ihnen ein anderes Projekt besser gefällt als ihr aktuelles. Natürlich gibt es Rahmenbedingungen; man kann seinem Team nicht einfach sagen: „Ich gehe morgen.“ Aber wenn dich ein Projekt wirklich interessiert, kannst du sagen: „Hey Team, ich sehe da etwas Spannendes. Können wir einen Weg finden, damit ich schrittweise wechseln kann? Vielleicht brauchen wir jemanden als Ersatz.“ Es ist also kein Selbstbedienungsmodell – man muss es gut organisieren –, aber es ist völlig in Ordnung, wenn man etwas Neues machen möchte. Das wird sogar als verantwortungsvolle Gestaltung der eigenen Reise gesehen. Ich habe früher mit einem anderen Customer-Team gearbeitet, dann habe ich von meinem jetzigen Projekt gehört, mich mit ihnen unterhalten und gemerkt, dass ich dort arbeiten möchte. Dann bin ich zu meinem Team zurück und wir haben einen Weg gefunden, damit ich wechseln kann. So funktioniert es hier, und ich habe das noch nie in einem anderen Unternehmen gesehen.

Was finden Sie außer der Möglichkeit, so viel zu programmieren, wie Sie möchten, noch bemerkenswert an Schuberg Philis?

Obwohl wir ein Tech-Unternehmen sind, haben wir den Slogan: „Es sind eigentlich die Menschen.“ Wir glauben wirklich an menschliche Interaktion, an Erreichbarkeit für Kundinnen und Kunden und Teammitglieder. Wir sind sehr offen und sprechen über alles, was uns beschäftigt. Es gibt diese Kultur des Aussprechens; ich habe das nirgendwo sonst erlebt. Wir nennen das die DNA von Schuberg Philis, und sie wird meistens von Engineers an andere Engineers vermittelt – also von unten nach oben. Das macht die Kultur sehr stark, und sie hat sich kaum verändert, seit ich hier bin. Die Führungskräfte des Unternehmens haben die Engineers gerade dazu ermutigt, sie selbst zu sein und beim Kunden eine Vorreiterrolle einzunehmen, und genau das macht diese selbststeuernde Kultur aus.

Projekt Leidenschaft

Könnten Sie für andere, die ebenfalls keine Programmierkenntnisse haben, ein Beispiel dafür nennen, wie Sie als Programmierer dazu aufgefordert sind, kreativ zu sein?

Man schreibt ein Programm, und dieses Programm kommuniziert mit einem anderen Programm, das von einem anderen Team geschrieben wurde. Das ist schön und gut, aber wie stellt man sicher, dass beide Programme sinnvoll zusammenarbeiten? Das erfordert Kreativität. Das ist eines der Probleme beim Programmieren: Man arbeitet in einem komplexen System und der eigene Teil ist nur ein kleiner Teil eines größeren Systems. Es ist sehr anspruchsvoll, dein Programm so anzupassen, dass es tut, was es soll, performant bleibt und gleichzeitig gut mit allen anderen Systemen interagiert. Dafür braucht man Erfahrung, Denkvermögen und Kreativität. In seiner täglichen Arbeit ist man also ständig mit allen möglichen Einschränkungen und Zwängen konfrontiert. Man muss einen Weg finden. Es gibt kein Handbuch, das sagt, wie es geht – es gibt nur Prinzipien und Hinweise – aber jede Situation ist anders. Ich mache diese Arbeit jetzt seit 20 Jahren, und jedes Projekt ist einzigartig. Ich nutze gern Kreativität in der Arbeit. Ich habe zehn Jahre lang viel gemalt und gezeichnet und zeitweise als Künstler gearbeitet und Gemälde verkauft. Ich war immer kreativ und habe neben meiner Arbeit kreative Dinge gemacht.

Haben Sie bei der Arbeit an einem Gemälde ähnliche Einschränkungen und Zwänge erlebt?

Weniger. Bei einem Gemälde geht es mehr darum: Welche Geschichte möchte man erzählen? Das ist auch schwer, aber es ist ein anderes Problem – es ist offener, ohne eindeutige Lösung. Beim Programmieren gibt es geschlossene Probleme. Es gibt Lösungen; man weiß, dass die Arbeit fertig ist, wenn das Programm funktioniert. Beim Malen weiß man nie, wann es fertig ist – das ist eine andere Art Kreativität. Aber Programmieren ist auch ein Stück weit Geschichtenerzählen. Wenn man ein gutes Programm schreibt, ist klar, worum es geht. Ich mag Programme, die deutlich kommunizieren: Dieses Programm macht genau diese Sache – und keine andere. Es ist eine Kunst, Software so zu bauen, dass eine andere Person sofort versteht, was sie tut.

Neugierig, wie andere Kolleginnen und Kollegen ihren Tag verbringen? Die gesamte Serie finden Sie hier