Zum Hauptinhalt springen
Alle Artikel
Software-Audit · Projektrettung

Wie wir ein halbfertiges Softwareprojekt übernehmen

Der Entwickler ist verschwunden, oder die Anwendung funktioniert fast und niemand weiß warum. So entscheiden wir, ob Code es wert ist, erhalten zu werden, und was es kostet, das herauszufinden.

Veröffentlicht 6 Min. LesezeitSoltriks

Die Lage ist häufiger, als zugegeben wird

Die meisten Unternehmen, die uns wegen eines kaputten Systems anrufen, rufen nicht wegen eines Systems an, das wir gebaut haben. Sie rufen an, weil ein Freelancer nicht mehr antwortet, eine Agentur etwas geliefert hat, das nur halb funktioniert, oder ein Werkzeug Code erzeugt hat, den niemand im Team versteht.

Der erste Impuls ist meist, einen Neubau zu verlangen. Das ist oft die teuerste Antwort und manchmal die falsche. Viele halbfertige Projekte haben unter einer rauen Oberfläche eine solide Datenbank und eine vernünftige Struktur.

Warum wir mit einem Festpreis-Audit beginnen

Ein ehrliches Angebot für eine Rettung gibt es nicht, ohne den Code vorher zu lesen, und kein ernsthafter Entwickler liest eine Codebasis kostenlos. Das ist eine Sackgasse, und deshalb berechnen wir das Lesen getrennt.

Das Software-Audit kostet 490 Euro und dauert fünf Arbeitstage. Am Ende steht ein schriftlicher Bericht, kein Verkaufsgespräch.

  • Was kaputt ist, und warum es kaputtgeht
  • Sicherheitsrisiken, sortiert nach tatsächlicher Dringlichkeit
  • Die Reparaturkosten, aufgeschlüsselt statt als eine einzige Zahl
  • Ein klares Urteil: reparieren oder neu bauen

Worauf wir schauen

Der Bericht ist keine Stilkritik am Code. Wir prüfen die Dinge, die darüber entscheiden, ob ein System von jemand Neuem gewartet werden kann.

  • Datenmodell: ist die Datenbank sinnvoll aufgebaut, und sind die Daten wiederherstellbar
  • Zugangsdaten und Rechte: liegen Passwörter im Code, werden Berechtigungen auf dem Server erzwungen oder nur in der Oberfläche versteckt
  • Abhängigkeiten: wie weit das Projekt zurückliegt, und ob ein Update realistisch ist
  • Deployment: kann jemand eine Änderung ausliefern, ohne die Produktion zu zerstören
  • Integrationen: was passiert, wenn ein angebundenes System sich ändert

Reparieren oder neu bauen

Wir empfehlen eine Reparatur, wenn das Datenmodell trägt und die Probleme an der Oberfläche liegen. Das ist der günstigere Weg und erhält Historie und Daten.

Wir empfehlen einen Neubau, wenn das Datenmodell nicht abbilden kann, was das Unternehmen tatsächlich tut. Ein falsches Modell zu umgehen wird jeden Monat teurer, und die Neuentwicklung eines kleinen, gut verstandenen Systems dauert oft kürzer als ein Jahr Flickwerk.

So oder so bekommen Sie die Zahl, bevor Sie sich festlegen. Beauftragen Sie uns mit der Reparatur, wird die Auditgebühr angerechnet.

Mehr aus dem Blog

Haben Sie einähnliches Projekt?

Kostenlose Systemanalyse buchen