Die Auswahl eines Custom-Software-Entwicklers ist eine der wichtigsten Entscheidungen in einem Softwareprojekt. Eine schlechte Wahl kostet nicht nur Geld — sie kostet Monate, führt zu einem Produkt, das nicht funktioniert, und macht es schwieriger, danach einen besseren Entwickler zu finden, weil er mit schlecht geschriebenem Code anfangen muss.
Ich teile hier die Fragen, die ich für sinnvoll halte — basierend auf dem, was ich als Entwickler selbst für wichtig halte, und dem, was ich in fehlgeschlagenen Projekten als Ursache identifiziert habe.
Die Fragen, die du stellen solltest
“Können Sie mir ähnliche abgeschlossene Projekte zeigen?”
Nicht Demo-Projekte, nicht Konzeptstudien — abgeschlossene, deployete, in Produktion laufende Software. Frag nach dem Kontakt beim Auftraggeber, damit du direkt nachfragen kannst. Ein Entwickler, der auf diese Frage ausweicht oder nur Eigenentwicklungen zeigen kann, fehlt Erfahrung in kommerziellen Kundenprojekten.
“Was passiert, wenn sich die Anforderungen während der Entwicklung ändern?”
Anforderungsänderungen sind in jedem Projekt unvermeidlich. Die Antwort auf diese Frage zeigt, ob der Entwickler ein strukturiertes Prozessverständnis hat. “Wir berechnen das als Change Request nach definiertem Stundenaufwand” ist eine gute Antwort. “Das klären wir dann” ist ein Warnsignal.
“Wer ist konkret zuständig für mein Projekt?”
Bei Agenturen mit Entwicklerteams ist es kritisch zu wissen, wer tatsächlich den Code schreibt. Oft wird im Vertriebsgespräch ein Senior-Entwickler präsentiert, der Angebot und Präsentation macht — und die eigentliche Entwicklung dann an Junior-Entwickler delegiert. Direkt fragen, wer am Projekt arbeiten wird und was deren Erfahrungslevel ist.
“Wie sieht der Code-Übergabeprozess aus?”
Du solltest am Ende des Projekts vollen Zugriff auf den Quellcode haben — in einem Repository deiner Wahl, vollständig dokumentiert, mit verständlichem Kommentar-Code. Wenn der Entwickler zögert oder Einschränkungen macht (z.B. “Quellcode nur bei höherem Paket”), ist das ein Zeichen, dass er dich an sich binden will, nicht dein Problem lösen will.
“Was ist Ihr Ansatz für Testing?”
Software ohne Testing-Prozess produziert unvermeidlich fehlerhafte Software, die später teuer zu reparieren ist. Ein ernsthafter Entwickler hat einen klaren Testing-Ansatz — Unit Tests, Integration Tests, User Acceptance Testing. Wenn Testing nicht explizit im Angebot erscheint, frag warum.
Warnsignale in Entwickler-Gesprächen
- Kein strukturierter Anforderungsprozess vor der Preisangabe (Pauschalpreise ohne tiefes Verständnis der Anforderungen sind fast immer entweder zu hoch oder zu niedrig)
- Keine klaren Meilensteine und Zahlungsplan (Vollzahlung vor dem Start ist ein Risiko)
- Entwickler verspricht Fertigstellung in unrealistisch kurzer Zeit
- Kein klarer Wartungsplan nach dem Launch
- Schwierigkeiten beim Erklären von technischen Entscheidungen in verständlicher Sprache
Für Entwicklungsanfragen und -projekte: Meine Custom-Software-Entwicklungsdienstleistungen.