Ist der Quellcode vollständig und baubar?
Repository, Abhängigkeiten, Konfiguration und Deployment müssen gemeinsam nachvollziehbar sein.
Bestehende Software übernehmen
Die Software läuft noch. Aber niemand möchte sie anfassen.
Das System ist wichtig. Gleichzeitig fehlen Wissen, verlässliche Builds oder klare Zuständigkeiten. Wir beginnen mit einer technischen und fachlichen Bestandsaufnahme.
Einordnung
Was zuerst geklärt werden muss.
Wo und wie läuft das System?
Server, Datenbanken, Hintergrundjobs, Domains, Backups und Fremddienste gehören zum tatsächlichen Bestand.
Was darf nicht ausfallen?
Geschäftskritische Vorgänge und Daten bestimmen, welche Risiken zuerst bearbeitet werden.
Grenze
Kein schneller Relaunch ohne belastbare Grundlage.
Alte Software ist nicht automatisch schlechte Software. Entscheidend ist, ob sie sicher betrieben, geprüft und verändert werden kann.
Wenn Quellcode, Rechte oder Betrieb keine verantwortbare Übernahme erlauben, sagen wir das offen.
Prüfbarer Einstieg
Die Erstprüfung führt zu einer Entscheidung.
Die Grundlage trägt. Builds, Tests und Betrieb werden nachvollziehbar gemacht.
Kritische Abhängigkeiten und Betriebsrisiken werden zuerst begrenzt.
Neue Teile entstehen kontrolliert, während der Bestand weiterläuft.
Der erste Auftrag ist eine Entscheidungsvorlage.
Beschreiben Sie die Anwendung, ihre Nutzer und den Teil, der heute das größte Risiko erzeugt.