13 Jahre lang habe ich bei Volkswagen an Lenksystemen und Fahrerassistenzsystemen wie dem Notbremsassistenten gearbeitet. Systeme, bei denen ein Fehler keine Option ist.
Systeme, bei denen ein Fehler keine Option ist. In dieser Welt lernt man nicht, wie man gute Konzepte schreibt. Man lernt, wie man Systeme baut, die unter realen Bedingungen stabil laufen.
Heute arbeite ich mit Unternehmen, die mit ihren eigenen Prozessen kämpfen. Tools, die nebeneinander existieren statt miteinander zu arbeiten. Aufgaben, die zwischen E-Mail und Gespräch verschwinden. Daten, die in drei Systemen gleichzeitig leben und nie zusammenkommen.
Systeme, bei denen ein Fehler keine Option ist. In dieser Welt lernt man nicht, wie man gute Konzepte schreibt. Man lernt, wie man Systeme baut, die unter realen Bedingungen stabil laufen.
Ich diagnostiziere zuerst. Dann optimiere ich. Dann baue ich die technische Lösung. In dieser Reihenfolge, nie umgekehrt.
Aufgaben werden besprochen, aber nicht verbindlich zugewiesen.
Ihr Team verbringt mehr Zeit damit, Informationen zu suchen, als tatsächlich zu arbeiten. Jira, E-Mail, Confluence, ein anderes Chat-Tool: alles irgendwo, nichts sofort auffindbar.
Als Entscheider haben Sie kein Echtzeit-Bild vom Fortschritt. Sie müssen mühsam nachfragen, statt auf ein Dashboard zu schauen.
Ihre Experten verschwenden Stunden damit, Daten händisch von einem System ins andere zu übertragen. Zeit, die für das eigentliche Projekt fehlt.
Projekte stocken ständig an denselben Schnittstellen, weil Prozesse nicht automatisiert sind und Abhängigkeiten nicht erkannt werden.
Manuelle Schritte, die längst automatisiert sein könnten, fressen täglich Kapazität.
Das haben wir schon immer so gemacht.
In fast jedem Unternehmen gibt es Prozesse, die niemand mehr hinterfragt. Sie laufen, und das reicht als Grund. Wer anfängt, diese Frage zu stellen, findet meistens den Ursprung seines Chaos.
In der Welt der Konzerne habe ich oft die Frage gestellt: „Warum machen wir das eigentlich so?“ Die Antwort war fast immer die gleiche: „Das haben wir schon immer so gemacht. Das ist historisch gewachsen.“
Als Ingenieur habe ich gelernt, Systeme logisch zu strukturieren. Ich bin kein Berater, der ein Konzept überreicht und wieder geht. Ich bin derjenige, der danach noch da ist und dafür sorgt, dass es läuft.
Ich diagnostiziere zuerst, baue danach.
Ich verbinde keine Tools, ich baue Systeme.
Ich bleibe an Bord, bis die Struktur steht und die Daten fließen.
Engineering statt Consulting heißt für mich: Ich baue die technische Brücke zwischen Ihrem Status Quo und einer skalierbaren Zukunft.
Mehr als 10 Jahre Automotive-Industrie lehren einen, dass ein System unter realen Bedingungen funktionieren muss und nicht nur in der Präsentation. Ich habe Projekte verantwortet, bei denen Fehler keine Option waren, und diesen Anspruch bringe ich in jedes Projekt mit.
Mein Ziel ist Ihre maximale Entlastung. Nach unserem Erstgespräch arbeite ich – sofern das Projekt es erlaubt – vollkommen autark. Ich koordiniere die technischen Details und präsentiere Ihnen lediglich klare Entscheidungsvorlagen. Damit Sie dennoch jederzeit den Überblick behalten, biete ich auf Wunsch regelmäßige Statusmeetings an. So behalten Sie die strategische Kontrolle, während ich die operative Verantwortung trage.
in Systemhaus wartet Ihre Infrastruktur, ich optimiere Ihre Wertschöpfung. Als Projektingenieur baue ich keine Standardlösungen „von der Stange“, sondern entwickle eine individuelle Architektur, die Ihre Software, Prozesse und Hardware zu einer effizienten Einheit verbindet. Ich bin kein Lieferant, sondern Ihr technischer Architekt.
Berater liefern meist Konzepte und Strategiepapiere. Ich liefere funktionierende Systeme. Mein Ansatz ist „Engineering statt Consulting“. Das bedeutet: Ich begleite Sie nicht nur bei der Planung, sondern übernehme die technische Verantwortung für die Umsetzung. Wo der Berater die Präsentation schließt, fange ich als Ingenieur erst richtig an: bei der Realisierung Ihrer stabilen IT-Struktur.
Sicherheit und Stabilität haben oberste Priorität. Durch meinen Ausbildungshintergrund bin ich auf Hochverfügbarkeit trainiert. Neue Lösungen werden - soweit es möglich ist - in einer Testumgebung entwickelt und erst nach umfassender Qualitätssicherung in den produktiven Betrieb überführt. Ihr Tagesgeschäft läuft währenddessen ohne Unterbrechung weiter.
Ja, absolut. Ich verstehe mich als Schnittstelle. Oft ist es sogar sinnvoll, bestehende Partner einzubinden. Ich spreche deren Sprache, definiere die technischen Anforderungen präzise und sorge dafür, dass alle Beteiligten am selben Strang ziehen, um das definierte Projektziel zu erreichen.
Sicherheit ist kein Add-on, sondern Teil der Architektur. Ich setze primär auf Lösungen mit Serverstandort in Deutschland/EU und achte bei jeder Schnittstelle auf DSGVO-Konformität.
Starten Sie die digitale Bestandsaufnahme und finden Sie heraus, wo Ihre Leistungsträger wertvolle Zeit verlieren.
