Das Wichtigste
- Eine Analyse sollte Entscheidungen hervorbringen, nicht nur Dokumente.
- Erwarten Sie eine Prozesslandkarte, ein abgegrenztes erstes Release, eine Architekturskizze und eine Schätzung mit Annahmen.
- Beziehen Sie die Menschen ein, die die Arbeit machen – nicht nur die, die sie steuern.
- Eine gute Analyse empfiehlt manchmal, weniger oder gar nichts zu bauen.
In der Analysephase werden Kosten und Risiken eines Softwareprojekts größtenteils festgelegt. Eine Checkliste dessen, was eine nützliche Analyse liefert – und woran man eine erkennt, die nicht hilft.
Wofür die Analyse da ist
Die Analyse ersetzt Annahmen durch Entscheidungen, bevor sie teuer werden. Sie beantwortet, was das erste Release leisten muss, für wen, mit welchen Integrationen, unter welchen Rahmenbedingungen – und was es realistischerweise kostet.
Was Sie erhalten sollten
Eine nützliche Analyse endet mit wenigen Dokumenten, die Ihr Team lesen, hinterfragen und freigeben kann.
- Eine Prozesslandkarte, wie die Arbeit heute läuft und wie sie im neuen System laufen wird.
- Nutzerrollen und was jede sehen und tun muss.
- Ein abgegrenztes erstes Release mit dem, was bewusst später kommt.
- Integrationsübersicht: jedes System, mit dem das neue sprechen muss, und wie.
- Architekturskizze: Datenmodell, Komponenten, Hosting und Sicherheitsansatz.
- Schätzung und Plan mit den schriftlich festgehaltenen Annahmen dahinter.
Wer mit am Tisch sitzen muss
Führungskräfte beschreiben, wie ein Prozess laufen sollte. Die Menschen, die die Arbeit machen, beschreiben, wie er tatsächlich läuft – einschließlich der Umwege, die das neue System unterstützen oder beseitigen muss. Beide Sichten sind nötig, und in der zweiten verstecken sich meist die wichtigen Anforderungen.
Warnzeichen
Jedes dieser Zeichen deutet darauf hin, dass die schwierigen Entscheidungen in die Entwicklung verschoben wurden, wo sie mehr kosten.
- Ein Anforderungsdokument, das Masken auflistet, aber keine Abläufe.
- Keine schriftlichen Annahmen hinter der Schätzung.
- Keine Diskussion über Datenmigration oder Integrationen.
- Jede gewünschte Funktion steckt im ersten Release.
Manchmal lautet die Antwort: weniger bauen
Eine ehrliche Analyse empfiehlt gelegentlich ein Standardprodukt, ein kleineres erstes Release oder eine Prozessänderung statt Software. Das ist ein gutes Ergebnis: Der günstigste Code ist der, der nie geschrieben werden muss.
Hat es Ihnen gefallen? Den nächsten Beitrag per E-Mail erhalten.