Wie läuft die Entwicklung individueller Software ab?

01Was ist Individualsoftware, und wann brauchen Sie sie?

Individualsoftware ist Software, die auf Arbeitsabläufe, Regeln und Nutzer eines bestimmten Unternehmens zugeschnitten entwickelt wird. Der Unterschied zu Standardpaketen: Nicht das Unternehmen passt sich der Software an, sondern die Software dem Unternehmen.

Nicht jeder Bedarf erfordert Individualsoftware. Für eine gewöhnliche Buchhaltung oder E-Mail gibt es ausgereifte Standardlösungen. Sinnvoll wird Individualsoftware, wenn ein Prozess eine Methode enthält, die Sie von der Konkurrenz abhebt, wenn mehrere Systeme miteinander verbunden werden müssen oder wenn Standardwerkzeuge die Arbeit nur zur Hälfte lösen und der Rest von Hand bleibt.

Ein weiteres Zeichen ist die Excel-Müdigkeit. Läuft ein kritischer Prozess über ineinander kopierte Tabellen, WhatsApp-Nachrichten und Kontrollen aus dem Gedächtnis, sind sowohl das Fehlerrisiko als auch der Zeitverlust groß. Eine richtig konzipierte Software kann sich dann in kurzer Zeit amortisieren.

02Ablauf eines Softwareprojekts im Überblick

Auch wenn Projekte je nach Größe mit unterschiedlichen Methoden geführt werden, bleiben die Phasen weitgehend gleich. Die folgende Tabelle fasst zusammen, was in jeder Phase entsteht und was vom Unternehmen erwartet wird.

03Warum ist die Analysephase so wichtig?

Der teuerste Fehler in einem Softwareprojekt ist, das Falsche richtig zu machen. Die Bedarfsanalyse verringert dieses Risiko, indem sie vor der ersten Zeile Code klärt, was gebaut wird.

In dieser Phase wird der Prozess Schritt für Schritt herausgearbeitet: Wer erhält welche Information woher und gibt sie wohin weiter? Welche Entscheidungen werden von Hand getroffen, welche lassen sich in Regeln fassen? Mit welchen Systemen ist eine Anbindung nötig? Die Antworten werden später zu einem Referenzdokument, das Scope Creep (schleichende Ausweitung des Umfangs) verhindert.

Wichtig ist auch, in der Analyse zwischen “unverzichtbar” und “wäre schön” zu unterscheiden. Die erste Version klein und stabil zu halten und mit dem Feedback der Nutzer zu wachsen, ist bei den meisten Projekten der gesündeste Weg. Diese erste Version nennt man oft MVP (Minimum Viable Product).

• Wie läuft der aktuelle Prozess, und wo hakt es?
• Wer nutzt das System, und mit welchen Berechtigungen?
• Welche Berichte und Benachrichtigungen werden benötigt?
• Gibt es Anbindungen an Buchhaltung, Versand, Zahlung oder andere Systeme?
• Werden personenbezogene Daten verarbeitet, und wie lange sollen sie gespeichert werden?

04Umfang, Angebot und Zeitplan

Der Umfang, der sich aus der Analyse ergibt, ist die Grundlage des Angebots. Ein gutes Softwareangebot nennt nicht nur den Gesamtbetrag, sondern auch, welche Module enthalten sind, was nicht zum Umfang gehört, die Lieferphasen und die Abnahmekriterien.

Auch der Zeitplan sollte ebenso klar sein. Große Projekte werden meist in Zyklen von zwei bis vier Wochen unterteilt; am Ende jedes Zyklus wird ein funktionierender Teil gezeigt. So verfolgt das Unternehmen den Projektfortschritt nicht anhand von Dokumenten, sondern am Bildschirm.

Beim Vergleich von Angeboten kann es in die Irre führen, nur auf die Zahl zu schauen. Prüfen Sie, ob Posten wie Wartung, Hosting, Schulung und Eigentum am Quellcode enthalten sind. Welche Faktoren das Budget beeinflussen, haben wir in unserem Beitrag Softwarekosten ausführlich behandelt.

05Design: Oberfläche und Architektur

Oberfläche und Benutzererfahrung

Bildschirmentwürfe (Wireframes) zeigen, wie der Nutzer mit dem System interagiert, bevor Code geschrieben wird. Eine Änderung in dieser Phase ist in wenigen Minuten erledigt; dieselbe Änderung kann am Ende der Entwicklung Tage kosten. Wer die Abläufe, die Nutzer wirklich durchlaufen, mit UI/UX-Design aufbaut, verringert zudem den Schulungsbedarf.

Datenmodell und Architektur

In dieser Phase wird festgelegt, welche Informationen gespeichert werden, wie sie zusammenhängen und aus welchen Teilen das System besteht. Ein richtiges Datenmodell ist die Grundlage für Reporting und für später hinzukommende Funktionen. Auch die Kommunikation mit anderen Systemen wird meist über eine API entworfen.

06Wie laufen Entwicklung und Test ab?

Die Entwicklung schreitet auf Basis des freigegebenen Designs Modul für Modul voran. Der Code wird mit Versionskontrolle verwaltet, jede Änderung wird geprüft, und Zwischenversionen werden dem Unternehmen regelmäßig gezeigt. Sprache und Technologie richten sich nach dem Bedarf; bei datenintensiven und automatisierungslastigen Aufgaben fällt die Wahl häufig auf Sprachen wie Python.

Der Test ist kein Schritt, der ans Ende der Entwicklung gestellt wird, sondern ein Prozess, der parallel mitläuft. Neben den automatisierten Tests des Teams ist der Abnahmetest, den das Unternehmen mit realen Szenarien durchführt, die Grundlage der endgültigen Freigabe.

Auch die Art der Kommunikation ist in dieser Phase entscheidend. Ein kurzes wöchentliches Statusmeeting, eine gemeinsame Aufgabenliste und eine einzige verantwortliche Person verhindern, dass Entscheidungen im E-Mail-Verkehr untergehen. Auch auf Unternehmensseite hilft ein entscheidungsbefugter Ansprechpartner: Er verhindert, dass auf Freigabe wartende Aufgaben sich stauen, und schützt den Zeitplan. Frühes Feedback zu Zwischenversionen verringert teure Änderungen im Nachhinein.

• Unit-Tests: prüfen, ob eine einzelne Funktion korrekt arbeitet.
• Integrationstests: prüfen, ob Module und externe Systeme zusammenarbeiten.
• Benutzerabnahmetest: der Praxistest mit den realen Arbeitsabläufen des Unternehmens.
• Performance- und Sicherheitsprüfung: Verhalten unter Last und Widerstandsfähigkeit gegen bekannte Schwachstellen.

07Livegang und Wartung

Der Livegang umfasst Servereinrichtung, Übernahme der vorhandenen Daten, Anlegen der Benutzerkonten und Schulung. Bei kritischen Systemen verringert ein kurzer Parallelbetrieb von altem und neuem System das Umstiegsrisiko.

Mit dem Livegang ist die Software nicht fertig. Ändern sich Browser, Betriebssysteme und angebundene Dienste, sind Updates nötig. Und je länger Nutzer das System verwenden, desto mehr neue Anforderungen entstehen. Deshalb ist der Wartungsvertrag ein Punkt, der gleich zu Projektbeginn besprochen werden sollte.

Auch Backups, Zugriffsprotokolle und Sicherheitsupdates gehören zur Wartung. Bei Systemen, die personenbezogene Daten verarbeiten, prüfen Sie die Pflichten nach KVKK (türkisches Datenschutzgesetz, vergleichbar mit der DSGVO) anhand der aktuellen Rechtslage und mit Ihrer Rechtsberatung.

08Empfehlungen für alle, die Software entwickeln lassen wollen

Bei branchenspezifischen Anforderungen ist es auch eine Option, nicht bei null anzufangen, sondern eine ausgereifte Lösung anzupassen. Für Tourismus, Hotellerie, Immobilien und Gastronomie entwickelte Branchensoftware-Lösungen sind Beispiele dafür. Branchenprodukte wie die Hotelsoftware lassen sich an die Regeln des Unternehmens anpassen; im Shop-Bereich schlagen Integrationen die Brücke zu bestehenden Systemen.

1. Beschreiben Sie das Problem, nicht die Lösung: Sagen Sie statt “Ich möchte einen Bildschirm” lieber “Die Freigabe von Bestellungen dauert zwei Tage”.
2. Beziehen Sie die Prozesskenner ein: Laden Sie auch die Anwender aus dem Tagesgeschäft zu den Analysetreffen ein.
3. Starten Sie klein: Begrenzen Sie die erste Version auf den kritischsten Ablauf.
4. Klären Sie Eigentum an Quellcode und Daten: Es sollte ausdrücklich im Vertrag stehen.
5. Lassen Sie sich Referenzen und laufende Systeme zeigen: Sehen Sie sich frühere Projekte des Anbieters an.
6. Fragen Sie nach Wartungs- und Supportbedingungen: Reaktionszeiten und Update-Umfang sollten feststehen.