Eure Software läuft. Und steht euch trotzdem im Weg.

Wir modernisieren Systeme, ohne sie neu zu erfinden. In Etappen, an den Stellen, die euch gerade wirklich ausbremsen. Das laufende Geschäft soll davon möglichst wenig merken.

Einstieg ohne Risiko

Start mit einem Audit in 1–2 Wochen. Klare Einschätzung, keine Vorab-Commitments.

Umbau in Etappen

Modernisierung in Iterationen, nicht als Big-Bang-Rewrite.

Business-Wirkung statt Technik-Fokus

Fokus auf geschäftliche Wirkung, nicht auf Technik-Spielereien.

Typische Ausgangslagen

Passt das gerade zu eurer Situation?

Altlast

Die Grundlage wird brüchig.

Frameworks, Libraries oder Infrastruktur laufen aus dem Support. Das Risiko wächst im Hintergrund.

Frameworks ohne Updates. Offene Security-Lücken. Anbieter, die ihre Produkte einstellen. Das System läuft noch, aber die Basis trägt immer kürzer. Wenn es schiefgeht, passiert es meistens dann, wenn ihr am wenigsten Kapazität habt, um zu reagieren.


Ihr seid hier richtig, wenn:

  • Core-Dependencies seit Jahren nicht mehr sauber gepflegt sind
  • Ein Supportende oder Anbieter-Wechsel konkret auf euch zukommt

Stillstand

Alles läuft. Nichts bewegt sich.

Die Software funktioniert, aber jede Änderung ist aufwendig und fehleranfällig.

Die Anwendung funktioniert im Alltag. Aber jede neue Anforderung reißt an einer anderen Stelle ein Loch auf. Releases, die früher in Tagen rausgingen, brauchen jetzt Wochen. Die Velocity sinkt leise, die Frustration im Team wächst.


Ihr seid hier richtig, wenn:

  • Release-Zyklen sich gefühlt verdoppelt haben
  • Kleine Änderungen regelmäßig Folgeprobleme auslösen

Blackbox

Niemand kennt das System noch ganz.

Die Anwendung ist geschäftskritisch, aber das Wissen darüber ist im Haus verloren gegangen.

Der Code ist über Jahre gewachsen. Die Leute, die ihn geschrieben haben, sind nicht mehr im Team. Doku ist dünn oder veraltet. Jede Änderung fühlt sich wie Glücksspiel an, weil niemand mehr sauber einschätzen kann, was wo dranhängt.


Ihr seid hier richtig, wenn:

  • Änderungen nur noch mit Stoßgebet deployed werden
  • Einarbeitung neuer Entwickler:innen Monate statt Wochen dauert

Altlast

Die Grundlage wird brüchig.

Frameworks, Libraries oder Infrastruktur laufen aus dem Support. Das Risiko wächst im Hintergrund.

Frameworks ohne Updates. Offene Security-Lücken. Anbieter, die ihre Produkte einstellen. Das System läuft noch, aber die Basis trägt immer kürzer. Wenn es schiefgeht, passiert es meistens dann, wenn ihr am wenigsten Kapazität habt, um zu reagieren.


Ihr seid hier richtig, wenn:

  • Core-Dependencies seit Jahren nicht mehr sauber gepflegt sind
  • Ein Supportende oder Anbieter-Wechsel konkret auf euch zukommt

Stillstand

Alles läuft. Nichts bewegt sich.

Die Software funktioniert, aber jede Änderung ist aufwendig und fehleranfällig.

Die Anwendung funktioniert im Alltag. Aber jede neue Anforderung reißt an einer anderen Stelle ein Loch auf. Releases, die früher in Tagen rausgingen, brauchen jetzt Wochen. Die Velocity sinkt leise, die Frustration im Team wächst.


Ihr seid hier richtig, wenn:

  • Release-Zyklen sich gefühlt verdoppelt haben
  • Kleine Änderungen regelmäßig Folgeprobleme auslösen

Ergebnis & Mehrwert

Mathias_am_arbeiten
1

Features gehen wieder schnell 

Kein wochenlanges Einarbeiten, bevor jemand eine Zeile ändern kann. Das Team liefert in planbaren Zyklen.

2

Die Architektur ist kein Geheimnis mehr 

Neue Leute fangen an und verstehen in wenigen Tagen, wie das System atmet. Entscheidungen stehen dokumentiert, nicht nur in Köpfen.

3

Stabilität, Performance oder Sicherheit sichtbar besser

Je nachdem, wo das Audit angesetzt hat. Mit echten Zahlen, nicht mit Bauchgefühl.

4

Ihr seid nicht von uns abhängig 

Wir können übergeben. Wenn ihr wollt, bleiben wir dran. Wenn nicht, läuft das System ohne uns weiter.

Erstgespräch anfragen

System

Upgrade

Drei Phasen. Keine davon ist Pflicht.
Jede hat ein klares Ergebnis.

Analyse

#1

Das Audit ist die billigste Art, Klarheit zu bekommen. Bevor jemand Geld in einen Umbau steckt, schauen wir uns an, was überhaupt Sinn macht.

Discover:

Modernisierungs-Audit


Fragen, die wir im Audit beantworten:

Welche Stellen sind wirklich kritisch?

Nicht „welche sehen hässlich aus", sondern welche blockieren gerade euer Business.

Welche Risiken müssen wir vor dem Build kennen?

Alte Abhängigkeiten, stumme Architekturentscheidungen, fehlende Tests. Alles dokumentiert, bevor wir Code anfassen.

In welcher Reihenfolge macht das Sinn?

Ihr bekommt eine Priorisierung, mit der ihr arbeiten könnt. Keine Wolke aus Empfehlungen.

Wie das Audit abläuft

System bewerten

Wir prüfen Abhängigkeiten, Sicherheit und Wartbarkeit.

Code & Architektur verstehen

Wir analysieren die bestehende Struktur und identifizieren kritische Bereiche.

Team-Perspektive einholen

Wir sprechen mit Entwicklung, Produkt und relevanten Stakeholder:innen.

System bewerten

Wir prüfen Abhängigkeiten, Sicherheit und Wartbarkeit.

Code & Architektur verstehen

Wir analysieren die bestehende Struktur und identifizieren kritische Bereiche.

Umsetzung

#2

In der Build-Phase arbeiten wir die Liste aus dem Audit ab. Priorisiert, überprüfbar, ohne euer Tagesgeschäft lahmzulegen.

Build:
Modernisierung in Etappen

Was wirklich passiert:

Refactoring und Architektur

Die kritischen Module bekommen eine ehrliche Überarbeitung. Wo es Sinn macht, lösen wir ganze Strukturen ab. Wo nicht, lassen wir sie stehen.

Ablösung veralteter Technologien

Frameworks und Libraries, die zum Problem geworden sind, werden schrittweise ersetzt. Kein Technologie-Wechsel aus Prinzip, nur weil gerade etwas anderes hip ist.

Qualität und Go-Live

Tests, Deployments und Monitoring kommen auf einen Stand, mit dem Änderungen wieder Routine sind statt Drama.

AI-Integration (wenn sinnvoll)

Falls in der Roadmap: AI-Funktionen bauen wir da ein, wo sie fachlich wirklich etwas bringen. Nicht als Deko im Marketing.

Wie wir arbeiten:

Gemeinsame Umsetzung

Euer Team arbeitet aktiv mit, nicht nur daneben.

Kurze Sprints

Arbeit in 2–4 Wochen Zyklen mit klaren Ergebnissen.

Klare Entscheidungen

Am Ende jedes Sprints: Demo, Feedback, nächste Priorität.

Gemeinsame Umsetzung

Euer Team arbeitet aktiv mit, nicht nur daneben.

Kurze Sprints

Arbeit in 2–4 Wochen Zyklen mit klaren Ergebnissen.

Jeder Einstieg bei uns startet mit dem Modernisierungs-Audit. Was sich unterscheidet, ist der Zuschnitt — je nachdem, wo ihr gerade steht.

Wo steht ihr gerade?

Neustart

Ein Modernisierungsversuch ist bei euch schon schiefgelaufen.

Einstieg: Modernisierungs-Audit mit Review

Bevor wir über neue Maßnahmen reden, schauen wir uns an, was beim letzten Anlauf passiert ist. Erst dann entsteht eine Roadmap, die diesmal trägt.

Prüfung

Ihr wisst, dass modernisiert werden muss. Aber nicht, wo anfangen.

Einstieg: Modernisierungs-Audit mit Priorisierung Die Entscheidung ist gefallen. Jetzt braucht es eine priorisierte Roadmap, mit der euer Team arbeiten kann. Das Audit liefert euch genau das: Reihenfolge, Aufwand, Risiken.

Richtung

Ihr wisst, dass modernisiert werden muss. Aber nicht, wo anfangen.

Einstieg: Modernisierungs-Audit mit Priorisierung

Die Entscheidung ist gefallen. Jetzt braucht es eine priorisierte Roadmap, mit der euer Team arbeiten kann. Das Audit liefert euch genau das: Reihenfolge, Aufwand, Risiken.

Neustart

Ein Modernisierungsversuch ist bei euch schon schiefgelaufen.

Einstieg: Modernisierungs-Audit mit Review

Bevor wir über neue Maßnahmen reden, schauen wir uns an, was beim letzten Anlauf passiert ist. Erst dann entsteht eine Roadmap, die diesmal trägt.

Prüfung

Ihr wisst, dass modernisiert werden muss. Aber nicht, wo anfangen.

Einstieg: Modernisierungs-Audit mit Priorisierung Die Entscheidung ist gefallen. Jetzt braucht es eine priorisierte Roadmap, mit der euer Team arbeiten kann. Das Audit liefert euch genau das: Reihenfolge, Aufwand, Risiken.

Wie die Zusammenarbeit aussieht

Christian und Mathias
1.

Kommunikation

Ihr habt eine Person, die antwortet. Feste Termine, dokumentierte Entscheidungen. Kein Ratespiel, wer gerade was macht.

2.

Transparenz

Ihr seht live, woran wir gerade arbeiten. Welche Hypothesen offen sind, welche Risiken bekannt sind. Kein Theater, bei dem am Sprintende eine schöne Demo auftaucht und ihr dazwischen nichts mitbekommt.

3.

Einbindung eurer Teams

Wir arbeiten mit eurem Team, nicht an ihm vorbei. Know-how geht nicht mit uns, wenn wir weg sind.

Modernisierung in der Praxis

Graf Carello Garantieportal 2.0

Durch neue durchdachte digitale Prozessabwicklung verringerten wir die Supportanfragen um:

-41%

Screenwerk Plattform, komplett neu aufgesetzt.

Seit Einführung des Drag-and-Drop-Editors erstellen Screenwerk-Kunden ihre Beiträge deutlich schneller als bisher

-40%
Zu den Case Studies

So läuft die Zusammenarbeit

Erstgespräch vereinbaren

In 30 Minuten klären wir unverbindlich, worum es wirklich geht. Was soll entstehen, welches Problem wird gelöst und ob wir die Richtigen dafür sind.

Gespräch anfragen

1. Erstgespräch

Wir klären Ziel, Problem und Rahmenbedingungen. Du bekommst eine ehrliche Einschätzung, ob und wie wir helfen können.

2. Discover & Angebot

Auf Basis des Gesprächs erstellen wir ein klares Angebot für die Discover-Phase. Darin analysieren wir Prozesse, definieren den MVP-Scope und schaffen Entscheidungsgrundlagen.

3. Build starten

Nach Discover erhältst du ein transparentes Angebot für die Umsetzung. Mit klar definiertem Umfang, Aufwand und realistischen Erwartungen.

FAQ

Fragen, die wir regelmäßig bekommen

Fast nie. Wir haben noch kein System erlebt, das nicht zumindest in Teilen gerettet werden konnte. Das Audit zeigt, was bleiben kann.

Das Audit dauert 1–2 Wochen. Erste spürbare Verbesserungen im Build liegen meistens bei 4–8 Wochen. Größere Projekte laufen über Monate in Etappen.

Das Audit hat einen fixen Preis. Den nennen wir im Erstgespräch. Den Build kalkulieren wir auf Basis des Audits, nicht vorher. Alles andere wäre geraten.

Wir modernisieren regelmäßig Systeme, die wir nicht selbst gebaut haben. Genau dafür gibt es das Audit. Nach ein bis zwei Wochen wissen wir genug, um ehrlich über Aufwand und Risiken zu reden.

Wir fangen nicht mit Code an. Wir fangen mit Analyse an, priorisieren hart und halten das System während der Umsetzung arbeitsfähig. Und wir treffen Technik-Entscheidungen nicht, ohne euer Business zu verstehen.

Ja. Ohne euer Team geht es auch nicht. Niemand kennt das System besser als sie. Nach dem Projekt soll das Wissen auch bei euch bleiben.

Ja. Wir setzen das Audit bewusst als eigenständiges Produkt auf. Ihr bekommt am Ende eine ehrliche Empfehlung. Was ihr damit macht, ist eure Entscheidung.

Das kommt aufs System an. Wir tauschen nichts aus, nur weil es alt ist. Wichtig ist, ob es tragfähig ist, ob euer Team damit umgehen kann und ob es zu dem passt, was ihr in den nächsten zwei bis drei Jahren vorhabt.