Ich bin Björn Mergemann — CTO auf Abruf, Engineering-Lead und jemand, der noch jeden Tag selbst Code schreibt. Seit über 15 Jahren begleite ich Produkte den ganzen Weg: von der groben Idee am Whiteboard bis zur Software in Produktion, auf die sich Menschen wirklich verlassen.
Die meisten Produkte scheitern nicht an der Technik. Sie scheitern in den Lücken — zwischen Strategie und Umsetzung, Design und Code, Demo und Produktion.
Genau da arbeite ich. Mal bin ich der Senior Developer, der die Legacy-Codebase entwirrt, mal der Engineering-Lead, der ein Team aufbaut und formt, mal der CPTO im Strategie-Meeting — oft in derselben Woche. Weil ich jeden dieser Jobs selbst gemacht habe, bewege ich mich dazwischen, ohne dass dabei etwas verloren geht.
Mein Ansatz ist pragmatisch und direkt. Ich finde das echte Problem — nicht den Feature-Wunsch, sondern das Problem darunter — und baue die einfachste Lösung, die es löst: robust genug, um zu skalieren, und einfach genug, um schnell zu bleiben. Und ich spreche die unbequemen Dinge früh an: die Entscheidung, vor der sich alle drücken, den Elefanten im Raum. Das anzusprechen ist besser, als ein Projekt still daran scheitern zu lassen.
Vor allem baue ich langfristig — Menschen eingeschlossen. Ob für ein paar Monate in deinem Team oder als dein CTO auf Abruf: Ich hinterlasse die Dinge stärker, als ich sie vorgefunden habe — sauberere Architektur, schärfere Prioritäten und Engineers, die ihre Arbeit verantworten und weiter shippen wollen. Mir liegt das Team genauso am Herzen wie das Produkt.
Ich bringe Produkte vom ersten Prototyp bis zum produktionsreifen System. Mit KI steht ein funktionierender Prototyp in kürzester Zeit — und über 15 Jahre Erfahrung machen daraus produktionsreife Software in Tagen statt Wochen. Frontend, Backend, Datenbank, Infrastruktur: eine Person trägt alles durch — ohne Übergaben, bei denen Wichtiges verloren geht.
Ich baue KI, die selbst außerhalb der Demo besteht: Agents, die echte Aufgaben erledigen, RAG-Pipelines auf deinen eigenen Daten und LLM-Features in den Workflows, die Menschen wirklich nutzen. Ich weiß auch, wann KI das falsche Werkzeug ist — und sage es dir.
Ich designe, deploye und betreibe Infrastruktur auf AWS und Google Cloud — oder selbstgehostet auf deinen eigenen Servern, wenn Kosten, Datenkontrolle oder Souveränität es verlangen. Gleiche Sorgfalt in beiden Fällen: automatisiert, beobachtbar und so zuverlässig, dass du nachts ruhig schläfst.
Engineering ist nur die Hälfte. Ich gestalte das Produkt selbst mit — Konzept, Prioritäten, UX — damit das Team das Richtige baut und nicht pflichtbewusst die falsche Spec umsetzt. Die richtigen Fragen früh zu stellen spart später Quartale an Nacharbeit.
Ich habe Engineering-Teams von der ersten Einstellung an aufgebaut und Entwickler:innen zu Leads entwickelt. Ich etabliere die vertrauensvolle Kultur, die Rituale und Standards, mit denen ein Team Verantwortung übernimmt und gern gemeinsam shippt — und sorge dafür, dass es mich überdauert.
Wenn du erfahrene technische Führung brauchst, aber keinen Vollzeit-CTO, steige ich ein: Architektur und Roadmap verantworten, die harten Build-vs-Buy-Entscheidungen treffen, Leute einstellen und die ehrliche Brücke zwischen Business-Vision und dem sein, was Engineering realistisch liefern kann — unbequeme Wahrheiten inklusive.
Im Kern bin ich TypeScript-Spezialist, aber ich wähle Werkzeuge passend zum Problem, nicht andersherum. Das hier nutze ich am häufigsten — und habe es immer wieder in Produktion gebracht.
TypeScript durchgängig — dieselbe Sprache und dieselben Typen von der Datenbank bis zur UI.
Was das Projekt braucht — schnell und barrierearm gebaut.
APIs und Services, die wartbar bleiben, während sie wachsen.
Betrieben und geshippt, nicht nur provisioniert und vergessen.
KI für Produktion, kein Demo-Day-Theater.
Die Arbeit jenseits des Codes, die über den Erfolg entscheidet.
Tiefer ins Produkt und näher an die Menschen, die es bauen. Vom Senior Developer zum CPTO — jeder Schritt hands-on.
Ein erfahrener, lösungsorientierter Leader mit einer ansteckenden Lust, Neues auszuprobieren. Sein Führungsstil ist fair und empathisch und schafft eine Teamkultur mit hohem Vertrauen — aber er weiß auch, wann er eingreifen und dich herausfordern muss. Björn liegt das Team genauso am Herzen wie das Produkt, und für beides geht er die Extrameile.
Eine echte Seltenheit in der Tech-Führung. Björn spricht den „Elefanten im Raum“ an und benennt Probleme, die andere lieber vermeiden. Er hat ein chirurgisches Gespür für tragfähige technische Fundamente — genau den Punkt, an dem ein System robust genug ist, um zu skalieren, und einfach genug, um agil zu bleiben. Und das alles, während er ein herausragender People-Leader ist.