Echte Projekte.
Echte Erkenntnisse.

Situation

Eine bestehende App, die von einem Team ohne ausreichende Erfahrung für die gegebene Komplexität entwickelt wurde. Die Weiterentwicklung fühlte sich riskant an — es war unklar, ob das Fundament das tragen konnte, was das Produkt werden musste.

Befund

Die Codebasis spiegelte die Erfahrungslücke wider: strukturelle Entscheidungen, die zukünftige Entwicklung blockieren würden, keine klare Architektur und erhebliche Unsicherheit darüber, wo und wie das System sicher erweitert werden konnte.

Ergebnis

Audit mit konkreten Maßnahmen und einem Architektur-Blueprint — ein dokumentiertes Fundament, auf dem das Team mit Zuversicht aufbauen konnte, und ein klares Bild davon, was zuerst geändert werden musste.

Situation

Eine Nearshoring-Agentur hatte ein maßgeschneidertes WMS entwickelt. Bevor weiteres investiert wird — mehr Kunden, Cloud-Betrieb, SaaS-Wachstum — brauchte der Kunde eine ehrliche Antwort: Was haben wir eigentlich erhalten, und ist das ein Fundament, auf dem wir aufbauen können?

Befund

Das System war technisch solide — moderner Stack, saubere Architektur, CI/CD bereits vorhanden. Besser als vergleichbare Nearshoring-Projekte. Aber die eigentliche Herausforderung war nicht die Codequalität. Das System hatte keine produktionsreife Sicherheit (Zugangsdaten im Git-Repository), kein Multi-Tenancy, keine Cloud-Konfiguration — und die gesamte Entwicklungs- und Deployment-Kompetenz war bei einer externen Agentur gebunden. Kein Anbieter. Ein Single Point of Failure.

Ergebnis

Strategische Orientierung in vier Entscheidungen: Architektur (Multi-Instance bestätigt — kein teurer Multi-Tenant-Umbau), eine zweiphasige Hosting-Roadmap (Azure für frühes Wachstum, Hetzner bei Skalierung), ein priorisierter Sicherheitsaktionsplan und Klarheit darüber, was es wirklich braucht, um ein funktionierendes internes Tool in ein betriebenes Software-Produkt zu verwandeln.

Situation

Ein wichtiger Meilenstein näherte sich mit einem unrealistischen Zeitplan — und ein Schlüsselentwickler hatte das Team gerade verlassen.

Befund

Der vereinbarte Umfang konnte in der verbleibenden Zeit unabhängig von zusätzlicher Kapazität nicht geliefert werden. Der Zeitplan war ohne technischen Input festgelegt worden und war nie realistisch gewesen.

Ergebnis

Umfang auf das Machbare reduziert. Roadmap neu strukturiert. Stakeholder auf einen realistischen Plan ausgerichtet — Meilenstein ohne Krise geliefert.

Situation

10 Monate in ein Automatisierungsprojekt investiert — nur eine Aufgabe geliefert. Der Anbieter berichtete weiterhin über Fortschritte, aber nichts erreichte die Produktion.

Befund

Das Problem war nicht die technische Kapazität. Es gab keine klare Verantwortungsstruktur, keine definierten Übergabepunkte und kein gemeinsames Verständnis davon, was 'fertig' bedeutet.

Ergebnis

Prozess mit klaren wöchentlichen Zielen und Verantwortlichkeiten neu strukturiert. Verbleibende Automatisierungsziele innerhalb von 6 Wochen nach den Änderungen erreicht.

Situation

Die App im App Store hatte aufgehört zu funktionieren. Updates waren unmöglich — die Codebasis war zu veraltet, um sie zu warten oder zu erweitern.

Befund

Veraltete Bibliotheken, kein CI/CD, kein Entwickler mit aktivem Wissen über den Code. Die bestehende Codebasis hatte keinen gangbaren Weg nach vorne — ein Neuaufbau war die einzig realistische Option.

Ergebnis

Klare Empfehlung mit definiertem Umfang und Ansatz. App mit einer wartbaren Codebasis und einem stabilen Update-Prozess neu gestartet.

Situation

10.000 € in ein MVP investiert — aber das Ergebnis war nicht nutzbar, um die Marktfähigkeit zu testen. Die UI sah vollständig aus, darunter funktionierte nichts.

Befund

Kein funktionierendes Backend, keine Datenverwaltung, undokumentierter und nicht wartbarer Code. Der Anbieter hatte einen Prototypen geliefert, auf dem nicht aufgebaut werden konnte.

Ergebnis

Audit dokumentierte, was vorhanden war und was fehlte. Klarer Umfang für einen schlanken, testbaren Neuaufbau definiert, der sich auf das konzentrierte, was tatsächlich funktionieren musste.