Anforderungen für ein Digitalisierungsprojekt richtig definieren
Eine lange Anforderungsliste ist noch kein Anforderungsmanagement. Wie sich Muss- von Kann-Anforderungen trennen lassen, Aufwand und Risiko getrennt bewertet werden - und wann ein Projekt wirklich entscheidungsreif ist.
Vor fast jedem Digitalisierungsprojekt steht eine Anforderungsliste. Oft ist sie lang, manchmal beeindruckend detailliert - und trotzdem kaum brauchbar. Der Grund liegt selten an fehlendem Fleiss, sondern an der Struktur: Eine Liste, die alles gleich gewichtet, sagt nichts darüber aus, was tatsächlich über Erfolg oder Misserfolg des Projekts entscheidet.
Warum lange Listen nicht weiterhelfen
Wer alle Wünsche aus allen Abteilungen sammelt und aneinanderreiht, bekommt am Ende eine Liste, die drei Probleme in sich trägt:
- Alles wirkt gleich wichtig. Ohne Priorisierung stehen die Anforderung, ohne die der Betrieb stillsteht, und die Anforderung, die “auch noch schön wäre”, auf derselben Stufe.
- Sie wächst schneller, als sie bewertet werden kann. Jede weitere Runde mit Stakeholdern bringt neue Punkte - und niemand entfernt am Ende auch wieder etwas.
- Sie beantwortet die eigentliche Frage nicht. Eine Liste zeigt, was sich jemand wünscht. Sie zeigt nicht, was das Projekt kosten wird, wo die Risiken liegen und ob sich der Aufwand überhaupt lohnt.
Kurz gesagt: Eine Anforderungsliste ist eine Sammlung von Wünschen. Anforderungsmanagement ist die Arbeit, die daraus eine Entscheidungsgrundlage macht.
Muss von Kann trennen
Der erste und wichtigste Schritt ist banal formuliert, aber in der Praxis oft übersprungen: jede Anforderung in genau eine von zwei Kategorien einsortieren.
- Muss-Anforderungen sind jene, ohne die der Betrieb nicht funktioniert oder ein gesetzlicher, vertraglicher oder sicherheitsrelevanter Grund zwingend dafür spricht. Fehlt eine davon, ist das Projekt für dieses Unternehmen nicht einsatzfähig.
- Kann-Anforderungen verbessern den Alltag, ersetzen aber keinen bestehenden, funktionierenden Weg. Sie sind wertvoll - aber verhandelbar, sowohl beim Umfang als auch beim Zeitpunkt.
Die Trennschärfe entsteht durch eine einfache Gegenfrage: “Was passiert, wenn wir das nicht umsetzen?” Bedeutet die Antwort einen Prozessstopp, einen Compliance-Verstoss oder einen klaren Wettbewerbsnachteil, ist es ein Muss. Bedeutet sie nur “etwas mehr Aufwand” oder “weniger komfortabel”, ist es ein Kann. Diese Übung allein reduziert typische Anforderungslisten in der Praxis um ein Drittel bis die Hälfte - nicht, weil Anforderungen gestrichen werden, sondern weil sie eingeordnet werden.
Eine Anforderung, die niemand als Kann-Anforderung akzeptiert, ist meistens ein Wunsch, kein Muss.
Aufwand und Risiko getrennt bewerten
Selbst eine sauber priorisierte Liste reicht nicht aus, solange Aufwand und Risiko in einen Topf geworfen werden. Beides sind unterschiedliche Grössen:
- Aufwand ist planbar: Zeit, Kosten, benötigte Ressourcen. Eine grosse, aber klar umrissene Anforderung lässt sich budgetieren.
- Risiko ist Unsicherheit: Abhängigkeiten zu anderen Systemen, unklare Datenlage, fehlende interne Erfahrung. Eine kleine Anforderung kann trotzdem hochriskant sein - etwa eine Schnittstelle zu einem Altsystem, dessen Dokumentation fehlt.
Wer beides vermischt, rechnet am Ende falsch: Ein pauschaler Risikoaufschlag auf alle Positionen verteuert die einfachen Anforderungen unnötig und unterschätzt gleichzeitig die wirklich riskanten. Getrennt bewertet lässt sich stattdessen gezielt vorgehen - für Anforderungen mit hohem Risiko zuerst ein Proof of Concept, für Anforderungen mit hohem Aufwand aber geringem Risiko eine reguläre Einplanung.
Wann ein Projekt entscheidungsreif ist
Entscheidungsreife ist erreicht, wenn drei Fragen beantwortet sind: Welche Anforderungen sind zwingend? Was kosten sie ungefähr? Wo liegen die grössten Unsicherheiten? Erst dann lässt sich seriös entscheiden, ob sich ein Projekt lohnt, was es kostet und wo zuerst angesetzt wird. Ein Angebot vor dieser Klärung ist entweder zu hoch kalkuliert, weil unbekannte Risiken pauschal eingepreist werden, oder zu tief, weil sie schlicht übersehen wurden - beides fällt später auf das Projekt zurück.
In Odoo zeigt sich dieselbe Logik im Projektablauf: Der Entscheidungsworkshop nimmt Anforderungen systematisch auf, trennt Muss von Kann und bewertet Aufwand und Risiko getrennt - bevor ein Angebot entsteht, nicht danach. Wie dieser Workshop konkret abläuft, zeigt die Seite zu unserem Projekt-Workshop.
Fazit
Eine lange Anforderungsliste fühlt sich nach guter Vorbereitung an, ist es aber selten. Erst die Trennung von Muss und Kann sowie die getrennte Bewertung von Aufwand und Risiko machen aus einer Wunschliste eine Entscheidungsgrundlage. Wer diesen Schritt überspringt, verschiebt die eigentliche Priorisierungsarbeit nur in die spätere, teurere Phase des Projekts.
Weiterführend: Themenwelt Digitalisierung & Prozesse. Den nächsten Schritt machen Sie mit dem kostenlosen Projekt-Check.
Sind Ihre Anforderungen entscheidungsreif?
Im kostenlosen Projekt-Check ordnen wir gemeinsam ein, was für Ihr Vorhaben wirklich nötig ist.
