Ja. Wir beginnen mit technischem Onboarding: Zugriff auf Code und Umgebungen, Architektur- und Betriebsbewertung, Risikostabilisierung und eine Wartungsbasis – mit oder ohne Mitwirkung des ausscheidenden Dienstleisters.

Ja, das ist ein häufiges Szenario. Wir setzen Reverse Engineering und Architektur-Rekonstruktion ein; die wesentliche Dokumentation wird im Zuge der Arbeit wieder aufgebaut.

Ja. Wir arbeiten mit Java und Java EE/Jakarta EE, auch in älteren Versionen – sowohl in der Wartung als auch bei der schrittweisen Modernisierung von Runtimes und Frameworks.

Nein. Die komplette Neuentwicklung ist der riskanteste Weg und nur in bestimmten Fällen gerechtfertigt. Wir prüfen in der Regel zuerst Stabilisierung, Kapselung, Upgrades oder Teilmodernisierung.

Das ist das Ziel des phasenweisen Vorgehens: schrittweise Änderungen, Validierungen und Rollback-Pläne. Eine absolute Null-Unterbrechung ist nicht immer möglich, wird aber minimiert und mit dem Geschäft geplant.

Ja – mit einem Prozess, der mit einem Kompatibilitäts-Assessment beginnt: Inventar der genutzten räumlichen Funktionalität, Mapping auf PostGIS-Äquivalente, Proof of Concept und Benchmarking, bevor ein Cutover zugesagt wird. Die Machbarkeit hängt von der genutzten proprietären Funktionalität ab.

Wenn die Analyse von Gesamtkosten, Abhängigkeit, Risiko und Teamfähigkeiten sie stützt. Wir migrieren nicht aus Prinzip: Manche proprietären Systeme sind es wert, erhalten zu bleiben.

Ja – das ist der Normalfall. Wir entwerfen hybride Architekturen, in denen jedes Teil durch Eignung und Wert gerechtfertigt ist, mit sauberer Integration dazwischen.

Ja, in Co-Delivery-Modellen: gemeinsame Lieferung, Mentoring und Wissenstransfer. Ziel ist, Ihr Team stärker zu machen, nicht abhängig.

Ja, und wir empfehlen es für komplexe Initiativen: Ein begrenztes Assessment reduziert das Risiko der großen Entscheidungen, die folgen.

Ja. Wir beginnen mit einer ehrlichen Diagnose des tatsächlichen Zustands, stabilisieren das Kritische und schlagen einen Sanierungsplan mit expliziten Entscheidungen vor.

Discovery zuerst: Umfang, Risiken und Rahmenbedingungen verstehen, bevor Zahlen zugesagt werden. Schätzungen kommen mit expliziten Annahmen und ehrlichen Spannen.

Nein. Der Assistent erzeugt eine Vorab-Bewertung und einen Roadmap-Vorschlag, die unser Team prüft. Preise und Termine werden immer mit Menschen vereinbart.

Ja – das ist unser bevorzugter Weg: ein Prototyp mit begrenzten realen Daten, der Qualität und Machbarkeit vor der Skalierung validiert.

Minimalzugriff, sicheres Credential-Management, kontrollierte Umgebungen und sichere Entwicklungspraktiken. Ihre Projektinformationen werden nicht an Dritte weitergegeben.

Ja – wir unterzeichnen NDAs vor Erhalt sensibler Informationen, wann immer Sie es verlangen.

Ja: echte Internationalisierung (keine automatische Übersetzung), regionale Formate, Zeitzonen und Multi-Region-Deployments, wo gerechtfertigt.

Kontinuität: Monitoring, Support, Wartung und Weiterentwicklung. Das Deployment ist der Beginn des Betriebs, nicht das Ende der Beziehung.