Wie ein Softwareprojekt vom Angebot bis zur Übergabe abläuft

Eine der ersten Fragen einer Organisation, die Software entwickeln lassen will, ist, wie der Prozess abläuft. Wann sieht sie was, was wird von ihr erwartet, wann gilt die Arbeit als erledigt.

In diesem Beitrag beschreibe ich, welche Schritte ein Projekt vom ersten Gespräch bis zur Wartung durchläuft. Die Schritte sind nicht in jedem Projekt gleich lang. Bei einer kleinen Aufgabe passen mehrere in ein einziges Treffen. Aber keiner wird übersprungen, denn ein übersprungener Schritt kommt am Ende des Projekts als Überraschung zurück.

Das erste Gespräch

Im ersten Gespräch reden wir nicht über den Preis. Wir versuchen zu verstehen, was erreicht werden soll, wie die Arbeit heute läuft und was sich ändern muss. Wer wird die Software nutzen, welche Daten verarbeitet sie, mit welchen Systemen spricht sie.

Am Ende dieses Gesprächs sagen wir manchmal, dass keine Individualsoftware nötig ist. Wenn ein fertiges Produkt den Zweck erfüllt, spart es allen Zeit, das gleich zu sagen.

Discovery

Ist der Bedarf noch nicht klar, schlagen wir eine kurze Discovery-Phase vor. Einige Workshops, ein Blick auf bestehende Systeme und Daten, der Arbeitsablauf Schritt für Schritt. Das Ergebnis ist ein schriftliches Dokument: Umfang, Nutzerrollen, Integrationen, Daten, bekannte Risiken und Unbekannte.

Das ist die günstigste Phase des Projekts und die, die am meisten Geld spart. Einen falsch verstandenen Bedarf im Dokument zu korrigieren, ist viel leichter als im Code.

Angebot

Das Angebot stützt sich auf das Discovery-Dokument. Für jedes Arbeitspaket steht fest, was gemacht wird, wie lange es dauert, was von der Organisation erwartet wird und nach welchem Kriterium es abgenommen wird. Was nicht zum Umfang gehört, steht ebenfalls schriftlich da. Hier wird auch geklärt, bei wem Quellcode und Rechte am geistigen Eigentum bleiben und wie die Wartung läuft.

Entwurf

Bevor wir Code schreiben, entwerfen wir das Datenmodell, die Berechtigungsstruktur und die wichtigsten Bildschirme. Die Bildschirmentwürfe zeigen wir echten Nutzern der Organisation. Einwände in dieser Phase sind viel günstiger als spätere.

Werden personenbezogene Daten verarbeitet, wird in dieser Phase auch entschieden, welche Daten warum erhoben werden, wer sie sehen darf und wie lange sie gespeichert werden. Das sind keine Funktionen, die man später ergänzt, sondern Teil der Architektur.

Entwicklung

Die Entwicklung läuft in kurzen Zyklen. Am Ende jedes Zyklus sieht die Organisation eine laufende Version in der Testumgebung. Wenn etwas falsch verstanden wurde, fällt es innerhalb weniger Wochen auf.

Bei jeder Änderung laufen automatisierte Tests. Schlägt ein Test fehl, geht diese Version nicht weiter. Wie wir das auf unserer eigenen Website machen, haben wir in einem eigenen Beitrag beschrieben.

Test und Abnahme

Die Abnahme erfolgt nach den Kriterien im Angebot. Für jede Funktion gibt es konkrete Kriterien nach dem Muster „in diesem Fall ergibt sich dieses Ergebnis“. Die Organisation prüft diese Kriterien mit ihren eigenen Daten, Abweichungen werden festgehalten und behoben.

Gibt es keine schriftlichen Abnahmekriterien, ist der Streit um „Funktioniert es?“ unvermeidlich. Warum, haben wir im Beitrag über Abnahmekriterien beschrieben.

Inbetriebnahme

Die Inbetriebnahme ist kein einzelner Tag, sondern ein kleiner Plan. Müssen Daten aus dem Altsystem übernommen werden, finden vorher Probemigrationen statt. Wie man zurückgeht, wenn etwas schiefläuft, ist schriftlich festgehalten. Die Nutzer bekommen eine kurze Schulung, und in den ersten Wochen werden Fragen schnell beantwortet.

Wartung

Nach der Übergabe laufen Sicherheitsupdates, Infrastruktur-Upgrades und kleine Verbesserungen weiter. Der Umfang der Wartung und die Frist, in der ein Problem bearbeitet wird, werden schon in der Angebotsphase schriftlich festgelegt.

Quellcode, Dokumentation und Deployment-Schritte werden an die Organisation übergeben. So kann sie, wenn sie eines Tages mit einem anderen Team weitermachen will, das auch tun.

Die Rolle der Organisation

In all diesen Schritten braucht es auf Seiten der Organisation einen Ansprechpartner. Jemanden, der den Arbeitsablauf kennt, Fragen schnell beantwortet und Zwischenversionen testen kann. Was Projekte bremst, ist meistens kein technisches Problem, sondern das Fehlen dieses Ansprechpartners.

Kurz gesagt

Erstes Gespräch, Discovery, Angebot, Entwurf, Entwicklung, Abnahme, Inbetriebnahme und Wartung. Die Schritte werden je nach Projektgröße kürzer oder länger, aber keiner wird übersprungen. Wenn am Ende jedes Schritts schriftlich feststeht, was geliefert wird, gibt es am Ende des Projekts keine Überraschungen.