Warum ich mich Product Engineer nenne

Heute Morgen, am Sonntag, dem 8. November 2026, war ich mit meinen beiden Hunden, Sien und Fimme, im Wald bei Klosterdorf unterwegs. Beim Laufen ist mir der Begriff „Product Engineer“ hängen geblieben. Gestern hatte ich in Entwürfen noch „Produktdesigner“ ausprobiert. Das passte nicht; die Bezeichnung verspricht UX- oder Design-Erfahrung, die ich nicht habe. Ich weiß durchaus, wofür UX und Design gut sind, aber das Talent dafür fehlt mir.

Dass ich überhaupt so an diesem Namen hänge, hat mit einer Unsicherheit zu tun, die ich nicht besonders gerne zugebe. Meine Neugier auf Technik und das Internet hat mich meistens in hybride Rollen geführt. Ob Programmieren, Design, Marketing oder das Erstellen von Inhalten: Ich hab das alles gerne gemacht. Nur einen Namen dafür hatte ich nie. Und ohne den fiel es mir schwer, für mich zu bestimmen, wo meine Arbeit anfängt und aufhört.

Mit Eva hab ich schon früher darüber gesprochen, dass wir Menschen mit wunderbar vielseitigen Interessen sind und uns viel zu oft zu viel vornehmen. Dabei ging es auch um die Gefahr, am Ende in nichts richtig gut zu sein und auszubrennen. Ich hatte selbst mehrere Burn-outs und hab sie verarbeitet. Damit gehe ich offen um, und die Leute wissen davon. Ich mag diese Vielseitigkeit an mir, aber ich weiß auch, dass ich auf meine Grenzen achten muss.

„Product Engineer“ gibt meiner Begeisterung eine Richtung und setzt mir Grenzen. Ich möchte schöne Produkte bauen. Dann beschäftige ich mich weniger mit dem, was ich vielleicht verpasse, und konzentriere mich auf das, was ich kann. Ich darf neugierig bleiben, ohne aus jedem Interesse einen neuen Arbeitsbereich zu machen.

Die Bezeichnung stellt die Technik in den Vordergrund und macht trotzdem deutlich, dass ich Lösungen baue. „Product Engineer“ fühlt sich da ehrlicher an, auch wenn ich noch nicht weiß, ob jeder sofort etwas damit anfangen kann.

Ich bin Niederländer und lebe seit mehr als dreizehn Jahren in Deutschland. Trotzdem suche ich jetzt ausgerechnet auf Englisch nach einem Namen für meine Arbeit. Na ja. Mir ist wichtiger, dass er passt, als dass alle Wörter aus derselben Sprache kommen.

Ich will meine Arbeit nicht daran messen, wie viel Code ich selbst schreibe. Ich will auch weder Berater sein noch im Projektmanagement untergehen. Der Code wird geschrieben. Was ist also mein Beitrag?

Ich rede mit den Beteiligten und lege mit ihnen das Problem fest. Danach entscheide ich, was es wert ist, gebaut zu werden.

In meiner Werkstatt, Casey does IT (CDiT), habe ich schon so gearbeitet, bevor ich einen Namen dafür hatte.

Lieber baue ich eine schlanke, langlebige Ergänzung zu den Werkzeugen, die ein Kunde schon benutzt, als ein neues System mit eigener Verwaltungsoberfläche. Auch so eine Oberfläche muss gepflegt werden. „Simplicity is not simple“ ist einer meiner eigenen Sätze.

Ein Produkt, das niemand pflegen kann, ist nicht fertig. Weniger zu bauen darf keine Ausrede sein, etwas Unfertiges abzugeben.

Vor Beginn schreibe ich auf, was wir bauen, so klar, dass die Leute, die damit leben, es lesen können.

Meine Flotte kleiner MCP-Server nutze ich täglich für Buchhaltung, Notizen, Bilder, Veröffentlichungen und Aufgaben. An diesen Werkzeugen gefällt mir, dass sie einfach bleiben und mir trotzdem im Alltag helfen.

Dann ist da die E-Paper-Zeitung im Regal. Ihre Logik läuft auf dem Server; die Zeitung selbst ist zwischen den Ausgaben ausgeschaltet. Dazu kommen der magische Spiegel an der Wand, Codename Hausgeist, und Blippstrom, das unser ganzes Haus smart und stabil macht.

Die Webseite von Klosterdorf hab ich unbezahlt neu gebaut. Und Stolperfalle ist ein Open-Source-Gedächtnis für KI-Coding-Agents. Wenn ich über meine Arbeit nachdenke, helfen mir diese konkreten Sachen mehr als eine abstrakte Beschreibung des Berufs.

„Be what you want others to be“ gehört ebenfalls zu meinen eigenen Sätzen. Für die Zusammenarbeit heißt das für mich: „mit, nicht für“. Mein Gegenüber soll dabei mitverantwortlich bleiben. Wenn wir das Problem gemeinsam festlegen, möchte ich diese Beteiligung auch während des Bauens ernst nehmen.

Außerdem bin ich Product Owner für die europäische souveräne Cloud von Yorizon. Für meine eigene Werkstatt probiere ich jetzt „Product Engineer“ aus, und ich frag mich noch, wie sich der Name anfühlt, wenn ich ihn im Gespräch benutze.

Diese Reflexion gibt es auch auf Englisch und Niederländisch, jeweils eigenständig geschrieben, nicht übersetzt.