Custom Development

Häufige Fehler bei individueller Entwicklung

Individuelle Software scheitert selten an der Technik und fast immer am unklaren Ausschnitt. Der häufigste Fehler ist, alles auf einmal bauen zu wollen: Alle Wünsche aus allen Abteilungen kommen in ein Lastenheft, das Projekt wird groß, teuer und langsam — und wenn nach acht Monaten die erste Version steht, haben sich die Anforderungen längst verschoben. Sinnvoller ist ein klar geschnittener erster Ausschnitt, der einen einzigen Prozess vollständig abbildet und produktiv genutzt wird, bevor der zweite dazukommt. Zweiter Fehler: Die Datenstruktur wird nebenbei entschieden. Wer zuerst Oberflächen entwirft und das Datenmodell hinterherzieht, baut Sonderfälle ein, die später jede Auswertung verhindern. Umgekehrt trägt ein sauberes Modell auch Anforderungen, die zum Startzeitpunkt noch niemand kennt. Drittens der Betrieb: Wer entwickelt, wer betreibt, wer reagiert nachts um drei, wenn ein Dienst ausfällt? Diese Frage gehört in die Planung, nicht in die erste Störung. Und viertens die Abhängigkeit vom Dienstleister. Verlangt von Anfang an Zugriff auf das Repository, eine nachvollziehbare Dokumentation der Entscheidungen und Zugangsdaten, die euch gehören. Ein Anbieter, der das nicht selbstverständlich liefert, verkauft nicht Software, sondern eine Bindung. Fünfter Punkt: Tests werden als Luxus behandelt. Bei einer Anwendung, die täglich genutzt wird, ist das Gegenteil der Fall — ohne automatisierte Prüfungen wird jede Erweiterung zum Risiko für alles, was vorher funktioniert hat, und die Entwicklungsgeschwindigkeit sinkt mit jedem Monat. In der Summe entscheidet nicht die Wahl der Programmiersprache über den Erfolg individueller Entwicklung, sondern wie klar der erste Ausschnitt geschnitten ist und wie ehrlich über Betrieb und Übergabe gesprochen wurde. Wer diese Punkte früh klärt, bekommt Software, die dem Prozess folgt — und nicht einen Prozess, der sich nach der Software richten muss.