Kurze Antwort
Bei einem unfertigen oder nicht gelieferten Softwareprojekt dokumentieren wir zuerst den tatsächlichen Stand: Zugriff auf Code und Konten, Installierbarkeit, offene Arbeiten und Risiken. Danach vergleichen wir Fortführung, teilweise Erneuerung und Neuentwicklung nach denselben Kriterien und legen einen gestaffelten Abschlussplan vor.
Den tatsächlichen Stand feststellen
Wir prüfen Quellcodezugang, reproduzierbare Installation, Datenstrukturen, offene Aufgaben und die letzte funktionierende Version. Fertige Oberflächen belegen noch keinen vollständigen Geschäftsablauf.
Möglichkeiten vergleichen
Geschäftslogik, Testbarkeit, Wartungsaufwand und Migrationsrisiken fließen in die Entscheidung ein. Bei älterem Code ist ein Neubau nicht automatisch die beste Lösung.
Ergebnisse der Übergabe
Eine technische Bestandsaufnahme, Zugangsübersicht, Risikoliste und ein gestufter Fertigstellungsplan machen die nächsten Schritte prüfbar. Die erste Lieferung sollte beobachtbare Abnahmekriterien haben.
Welche Angaben helfen?
Beschreiben Sie Repository-Zugang, Dokumentation, fehlende Abläufe und Übergabebedingungen. Die Prüfung klärt Fortführungsoptionen, Prioritäten und einen gestuften Plan.
Wann eine Übernahme nicht passt
Lässt sich der Zugriff auf Quellcode und grundlegende Konten gar nicht herstellen, kann ein Neuanfang statt einer Übernahme nötig sein. Verträge und rechtliche Auseinandersetzungen liegen außerhalb dieser Leistung; das technische Zustandsdokument kann dabei helfen, ersetzt aber keine Rechtsberatung.
So arbeiten wir
Zugriffe und Code-Repository werden verifiziert, und wir versuchen, die Anwendung in einer sauberen Umgebung zu installieren. Eine Zustandsübersicht, eine Risikoliste und Optionen werden schriftlich festgehalten. Für den gewählten Weg entsteht ein gestaffelter Plan; die erste Lieferung wird an ein beobachtbares Abnahmekriterium gebunden, etwa Aufbau und Verifizierung eines Kernablaufs.
Häufige Fragen
Die häufigsten Fragen vor der Übernahme eines unfertigen Projekts.
Ist eine Übernahme ohne Zugriff auf den Quellcode möglich?
Ohne Quellcode nicht. Zuerst klären wir, dass Repository, Domain, Server und Drittanbieter-Konten Ihnen gehören und zugänglich sind. Fehlt etwas, planen wir gemeinsam, wie es wiederhergestellt wird.
Was tun Sie bei einem Streit mit dem bisherigen Entwickler?
Verträge und rechtliche Auseinandersetzungen bewerten wir nicht. Wir dokumentieren den technischen Stand neutral; dieses Dokument kann bei der Übergabe hilfreich sein.
Müssen wir alles neu schreiben?
Meist nicht. Wir wägen den Wert funktionierender Abläufe, Änderungskosten, Testbarkeit und Datenportabilität gemeinsam ab. Unser Entscheidungsratgeber „Software verbessern oder neu entwickeln?“ erläutert die Gründe.
Wie lange dauert die erste Bewertung?
Das hängt von der Größe der Codebasis ab und davon, wie schnell der Zugriff vorliegt. Sobald der Zugriff besteht, nennen wir schriftlich die Dauer für die technische Zustandsübersicht.