Fragen an Ihren
Software-Entwickler

Warum wichtig: Referenzen sind der beste Beleg für Kompetenz. Achten Sie darauf, ob das gezeigte Projekt Ihrem ähnelt — nicht nur optisch, sondern auch in Komplexität und Branche.

Warum wichtig: Bei Agenturen arbeitet manchmal nicht die Person am Projekt, die im Vertriebsgespräch überzeugt hat. Fragen Sie nach konkreten Namen und Rollen.

Warum wichtig: Agile Entwicklung lebt von regelmäßiger Abstimmung. Gute Antworten: „Wöchentlicher Jour fixe", „Sie sehen nach jedem Sprint das Ergebnis", „Wir stimmen Prioritäten gemeinsam ab." Schlechte Antwort: „Wir melden uns, wenn es fertig ist."

Warum wichtig: In agilen Projekten ist Kurskorrektur normal und eingeplant. Fragen Sie, wie Feedback-Schleifen funktionieren und ob nach jedem Sprint nachjustiert werden kann.

Warum wichtig: Der Quellcode sollte Ihnen gehören, nicht dem Entwickler. Prüfen Sie, ob das im Vertrag steht. Sonst sind Sie dauerhaft vom Entwickler abhängig.

Warum wichtig: Die Technologiewahl beeinflusst langfristige Wartbarkeit und Verfügbarkeit von Fachkräften. Fragen Sie, ob die gewählte Technologie verbreitet ist und ob auch andere Entwickler damit arbeiten können.

Warum wichtig: Der Entwickler sollte von sich aus auf Datenschutzanforderungen eingehen können. Wenn das Thema erst auf Nachfrage kommt, ist Vorsicht geboten.

Warum wichtig: Software ist mit dem Go-Live nicht „fertig". Sicherheitsupdates, Bugfixes und kleine Anpassungen fallen laufend an. Klären Sie die Kosten vorher.

Warum wichtig: Vendor Lock-in vermeiden: Sie sollten jederzeit den Dienstleister wechseln können, ohne von vorne anfangen zu müssen. Dazu brauchen Sie den Code, die Dokumentation und Zugang zu allen Systemen.

Warum wichtig: Festpreise geben Planungssicherheit, setzen aber einen exakt definierten Umfang voraus (den es am Anfang selten gibt). Agile Abrechnung nach Aufwand ist flexibler und oft ehrlicher — vorausgesetzt, Sie behalten durch kurze Sprints die Kontrolle. Fragen Sie, wie Transparenz über geleistete Stunden sichergestellt wird.

Warum wichtig: Achten Sie auf versteckte Kosten: Hosting, Domain, SSL-Zertifikat, E-Mail-Einrichtung, Schulung, Datenmigration, Einarbeitungszeit. Wenn etwas nicht explizit erwähnt wird, ist es wahrscheinlich nicht enthalten.

Warum wichtig: In agilen Projekten gibt es kein starres Pflichtenheft, sondern ein priorisiertes Backlog, das sich weiterentwickelt. Klären Sie: Wer priorisiert? Wie werden neue Anforderungen eingesteuert? Wie wird verhindert, dass der Umfang unkontrolliert wächst (Scope Creep)?

Warum wichtig: Kurze Sprints (1–2 Wochen) geben Ihnen regelmäßig die Möglichkeit, den Fortschritt zu prüfen und die Richtung zu korrigieren. Fragen Sie, ob Sie nach jedem Sprint ein funktionierendes Teilergebnis sehen und testen können — nicht nur Screenshots oder Präsentationen.

Warum wichtig: Gute Antworten: „Sie bekommen nach jedem Sprint einen Statusbericht mit verbrauchtem und verbleibendem Budget", „Wir arbeiten mit einem Budget-Cap pro Phase", „Sie können jederzeit stoppen." Schlechte Antwort: „Vertrauen Sie uns."

Warum wichtig: Ein guter Entwickler liefert innerhalb der ersten 2–4 Wochen einen funktionierenden Prototyp oder MVP. Wenn die Antwort „in 3 Monaten" lautet, fehlt Ihnen zu lange die Möglichkeit, den Kurs zu korrigieren.

Warum wichtig: Klären Sie vorab, ob es eine Kostenobergrenze gibt. In agilen Projekten wird oft mit einem „Time & Material"-Modell mit Budget-Cap gearbeitet: Sie zahlen nach Aufwand, aber nur bis zu einer vereinbarten Grenze. Danach wird neu entschieden.

Warum wichtig: Die beste Software nützt nichts, wenn niemand sie bedienen kann. Klären Sie, ob Einführung, Kurzanleitung oder Schulung Teil des Angebots sind — oder ob das extra kostet.

Warum wichtig: Alle Zugangsdaten müssen bei Ihnen liegen, nicht nur beim Entwickler. Prüfen Sie jeden einzelnen Zugang und ändern Sie die Passwörter.

Warum wichtig: Der Code auf dem Server und der Code im Repository müssen identisch sein. Prüfen Sie, ob Sie das Repository klonen und die Software selbst deployen können.

Warum wichtig: Ohne Dokumentation ist ein Entwicklerwechsel extrem teuer. Mindestens: Installationsanleitung, Architektur-Übersicht, Konfigurationsparameter. In agilen Projekten entsteht Dokumentation oft begleitend — prüfen Sie, ob sie aktuell und vollständig ist.

Warum wichtig: Backups existieren erst, wenn sie erfolgreich wiederhergestellt wurden. Lassen Sie sich das einmal live zeigen.

Warum wichtig: Bei Übergabe sollte alles aktuell sein. Veraltete Abhängigkeiten sind ein Sicherheitsrisiko und werden mit der Zeit immer teurer zu aktualisieren.

Warum wichtig: Testen Sie nicht nur mit den Testdaten des Entwicklers, sondern mit Ihren echten Abläufen. Grenzfälle und ungewöhnliche Eingaben zeigen, ob die Software robust ist.

Warum wichtig: Automatisierte Tests sind eine Investition in die Zukunft. Sie stellen sicher, dass bei späteren Änderungen nichts Bestehendes kaputt geht. Fragen Sie nach der Testabdeckung.

Warum wichtig: Sie sollten erfahren, wenn die Anwendung ausfällt oder Fehler auftreten — nicht erst, wenn sich Kunden beschweren. E-Mail-Alerts bei Serverfehlern sind das Minimum.

Warum wichtig: Datenschutz ist kein Nice-to-have, sondern Pflicht. Prüfen Sie, ob alle besprochenen DSGVO-Anforderungen auch tatsächlich umgesetzt wurden.

Warum wichtig: In agilen Projekten ist der Go-Live selten das Ende — meist folgen weitere Iterationen. Klären Sie: Gibt es einen Wartungsvertrag? Wie werden Bugs nach Go-Live behandelt? Was kostet eine Weiterentwicklung pro Sprint? Wie schnell wird auf kritische Probleme reagiert?