CTO auf Zeit
Erfahrene technische Führung ohne Festanstellung – für Teams, die Richtung brauchen, nicht nur Umsetzung.
- Architektur und Technologiestrategie
- Roadmap, Make-or-Buy und Kostenkontrolle
- Recruiting, Code-Reviews und Mentoring
Jedes Projekt beginnt hier mit derselben Frage: Wohin wollen Sie, und was steht Ihnen im Weg? Die meisten unserer Kunden haben echte Fristen, echte Einschränkungen und einen Betrieb, der nicht stillstehen kann, während die Software ersetzt wird. Deshalb richtet sich die Arbeit nach dem Ergebnis, das Sie erreichen wollen – nicht nach abrechenbaren Stunden.
Drei Wege, uns einzubinden. Die meisten Kunden beginnen mit einem und wachsen in einen anderen hinein.
Erfahrene technische Führung ohne Festanstellung – für Teams, die Richtung brauchen, nicht nur Umsetzung.
Erfahrene Entwickler, die ab dem ersten Tag liefern und Ihr Team stärker zurücklassen, als sie es vorgefunden haben.
Business-Analyse und Discovery, die aus einem groben Konzept einen abgegrenzten, kalkulierten und umsetzbaren Plan machen.
Private Workshops zu Architektur, Sprintplanung und Schätzung, Discovery und Roadmapping, Engineering-Standards, .NET MAUI und Xamarin-Migration, Bluetooth LE und Hintergrundausführung, modernem .NET und KI. Aufgebaut auf Ihrer eigenen Codebasis und gehalten von den Leuten, die die Bibliotheken in Ihrer Projektdatei geschrieben haben.
Die meisten KI-Projekte geraten ins Stocken, lange bevor das Modell zum Problem wird. Die benötigten Daten liegen auf einem Gerät, in einem Altsystem oder in einem Format, das sich nicht abfragen lässt. Wir kümmern uns um den ganzen Weg – von dort, wo die Daten entstehen, bis zu dem Punkt, an dem ein Assistent sie sicher nutzen kann.
Die unspektakuläre Hälfte: Ihre Daten von dort, wo sie entstehen, dorthin bringen, wo ein Modell sie erreicht – ohne unterwegs etwas zu verlieren.
Ihre Systeme gezielt für einen Assistenten öffnen statt per Copy-and-paste – mit klaren Grenzen dafür, was er sehen und tun darf.
Assistenten, Sprache und Automatisierung direkt in der App, die Ihre Nutzer ohnehin geöffnet haben – statt in einem weiteren Tab, an den sie denken müssen.
Woran es scheitert, ist selten die Technologie. Es ist ein Rollout, den niemand gemessen hat, Daten, die dort gelandet sind, wo sie nicht hingehören, oder ein Prozess, der still und leise an ein Modell übergeben wurde, für das niemand verantwortlich ist. Diese Regeln halten wir bei jedem KI-Projekt ein.
Ein Workflow mit Kosten, die sich wirklich messen lassen – bewiesen, bevor irgendetwas ausgeweitet wird. Unternehmensweite Rollouts auf Verdacht sind der Grund, warum KI-Budgets gestrichen werden.
Was Ihr Netzwerk verlässt, womit ein Anbieter trainieren darf und wo regulierte Daten liegen dürfen – bewusst entschieden und schriftlich festgehalten, bevor der erste Prompt geschrieben wird.
Alles, was Geld, Sicherheit oder Kunden betrifft, wird weiterhin von einem Menschen freigegeben, und das System protokolliert, wer was entschieden hat. Die KI entwirft, Ihr Team unterschreibt.
Evaluiert an echten Fällen aus Ihrem Unternehmen, damit Sie die Genauigkeit kennen, bevor Ihre Kunden sie herausfinden – und erkennen, wann das Modell abzudriften beginnt.
Das Modell ist austauschbar. Ihre Daten, Ihre Tools und Ihre Evaluierungen sind der eigentliche Wert, und sie bleiben portabel, wenn sich dieser Markt das nächste Mal bewegt.
Manche Prozesse sollten nicht automatisiert werden, und manche Probleme lassen sich mit einer besseren Oberfläche günstiger lösen. Das sagen wir, bevor Sie für die Alternative bezahlt haben.
Eine kurze Bestandsaufnahme: welche Daten Sie bereits haben, welche Sie wegwerfen und was ein Modell tatsächlich bräuchte, um die Fragen zu beantworten, die für Ihr Geschäft zählen. Das dauert in der Regel ein paar Wochen und liefert einen Plan, den Sie kalkulieren können – oft mit der nützlichen Erkenntnis, dass die erste Phase Infrastruktur ist, nicht KI.
Eine bewusst kurze Liste. In diesen Bereichen gehören wir wirklich zu den Leuten, die Sie bei einem Problem dabeihaben wollen – Mobile, vernetzte Geräte und die Cloud-Dienste, die beides verbinden.
Produktive Apps mit .NET MAUI, für iOS und Android sowie Umstellungen von Xamarin auf MAUI – einschließlich der Hintergrund-, Offline- und Lebenszyklus-Themen, an denen die meisten Teams scheitern. Wir arbeiten mit dem .NET-MAUI-Team von Microsoft zusammen, seit es MAUI gibt.
BLE Central und Peripheral, Geräteflotten und Hardware-Integration. Wir haben die Bibliotheken geschrieben, die die Branche dafür nutzt.
Standortverfolgung, Geofencing und Telematik für Fahrzeuge und Teams, die dort arbeiten, wo keine Verbindung garantiert ist.
Apps für Apple Watch, Wear OS, CarPlay und Android Auto, die Ihre mobile App ans Handgelenk und ins Armaturenbrett bringen – gemacht für einen kurzen Blick oder einen Sprachbefehl, nicht für einen geschrumpften Handybildschirm. Die Verbindung zwischen Telefon und Uhr läuft über eine Bibliothek, die wir selbst geschrieben haben.
Die ASP.NET-Core-Dienste und APIs hinter dem Gerät – gebaut, um sich sauber deployen zu lassen, günstig im Betrieb zu bleiben und standzuhalten, wenn sich die ganze Flotte gleichzeitig meldet.
Legacy-Anwendungen auf .NET Framework und in die Jahre gekommene mobile Codebasen auf aktuelle Plattformen bringen, ohne die Weiterentwicklung anzuhalten.
Fünfundzwanzig Jahre in Betrieben, in denen Software den Kontakt mit der Realität überstehen muss – in Lkw, Lagerhallen, auf Baustellen, Krankenhausstationen und in Anrufwarteschlangen.
Umstellungen von Xamarin auf .NET MAUI sind eine unserer Spezialitäten, ebenso wie .NET MAUI selbst. Wir arbeiten mit dem .NET-MAUI-Team von Microsoft zusammen, und zwar seit den Anfängen von MAUI, und unsere Bibliotheken haben das Ökosystem mitgeprägt, auf dem MAUI-Apps heute aufbauen.
Der Support für Xamarin endete im Mai 2024. Woran diese Portierungen hängen bleiben, ist fast nie die UI-Umstellung – es ist die Liste der Abhängigkeiten. Jedes verwaiste Plugin hinter Bluetooth, Hintergrundaufgaben, Standort, Push, Speicherung und Synchronisierung muss durch etwas ersetzt werden, das im Team noch niemand produktiv betrieben hat. In dieser Bewertung gehen die Monate verloren, und dort liegt das Risiko.
Es gibt keinen Bereich einer mobilen App, für den wir Ihnen eine Liste mit Optionen zum Selbstrecherchieren zurückgeben. Nehmen Sie einen beliebigen Teil der alten App – die Antwort existiert bereits.
Eine Analyse der Abhängigkeiten und Risiken der bestehenden Lösung – was sich direkt übertragen lässt, wofür es kein Gegenstück gibt und was den Umzug gar nicht erst mitmachen sollte. Das Ergebnis ist ein Phasenplan, den Sie kalkulieren können, und die Portierung läuft Plattform für Plattform neben Ihrer Roadmap, statt sie einzufrieren.
Nicht jedes MAUI-Projekt ist eine Migration. Wir unterstützen auch Teams, die den Wechsel bereits hinter sich haben – bei Performance und Startzeit, Hintergrundaufgaben, die nach einem OS-Update nicht mehr auslösen, Handlern und Plattformcode, Abstürzen, die sich nur auf echten Geräten reproduzieren lassen, und beim Schritthalten mit jedem neuen .NET-Release. Holen Sie uns für ein Review, ein hartnäckiges Problem oder als erfahrene MAUI-Entwickler an der Seite Ihres Teams.
Legacy-.NET ist nicht ein Problem. Eine WebForms-App, eine WCF-Serviceschicht und ein WinForms-Client geraten aus völlig unterschiedlichen Gründen ins Stocken, und eine Schätzung ist nur so gut wie die Person, die in diesem Stack tatsächlich gearbeitet hat. Wir haben in allen davon Produktivcode geschrieben – auch in den VB.NET-Projekten, die niemand öffnen will –, die Bewertung ist also Erfahrung statt einer Recherchephase, die Sie bezahlen.
Seitenlebenszyklus, ViewState und Server-Controls haben kein Gegenstück, das Markup wird also tatsächlich neu geschrieben. Die Geschäftslogik darunter meist nicht – und die beiden zu trennen, ist der Großteil der Arbeit.
Bindings, Behaviors und SOAP-Verträge lassen sich nicht portieren. Wo die Aufrufer Dritte sind, die Sie nicht ändern können, hält CoreWCF den Vertrag am Leben, während alles dahinter umzieht.
Hier gibt es nichts, wohin man migrieren könnte – die Runtime ist aus allen Browsern verschwunden. Solche Projekte beginnen mit einem Gespräch darüber, was die Anwendung eigentlich leisten musste.
In der Datenschicht wird eine einfache Portierung teuer. Query-Übersetzung, Transaktionen und Lazy Loading verhalten sich anders, und das zeigt sich in der Produktion statt beim Kompilieren.
Das, was auf dieser Liste einer mechanischen Portierung am nächsten kommt. Die eigentliche Arbeit sind Hosting, Konfiguration, Dependency Injection und die Middleware-Pipeline – nicht Ihre Controller.
Beide laufen noch auf modernem .NET, eine Neuentwicklung ist also selten nötig. Was blockiert, sind verwaiste Control-Suiten von Drittanbietern und COM-Interop – danach suchen wir als Erstes.
Gemeinsame Bibliotheken ermöglichen es, altes und neues System parallel zu betreiben. Sie zuerst auf Multi-Targeting umzustellen, ist meist der Schlüssel für alles andere auf dieser Liste.
Unspektakulär – und genau das macht den Rest wiederholbar. Es zahlt sich außerdem lange vor dem Ende der Migration aus, weshalb es oft der richtige erste Schritt ist.
Nichts auf dieser Liste wird in einem einzigen Schritt ersetzt. Was funktioniert, ist das Strangler-Muster: Den neuen Stack neben dem alten aufbauen, Stück für Stück hinter denselben URLs umziehen und beide betreiben, bis auf der alten Seite nichts mehr übrig ist. Auf dem Papier sieht das langsamer aus – und es ist die einzige Variante, die wir je bis zum Ende haben laufen sehen.
Erzählen Sie uns, was Sie bauen möchten. Wir sagen Ihnen ehrlich, ob wir die Richtigen dafür sind – und was wir als Erstes tun würden.
Wir nutzen Google Analytics, um zu sehen, über welche Themen sich weitere Beiträge lohnen. Es bleibt deaktiviert, bis Sie zustimmen, und nichts auf dieser Website hängt davon ab. Mehr dazu in unserer Datenschutzerklärung.