Der größte Block ist nicht der funktionale, sondern der integrative. Das deckt sich mit dem, was wir in Projekten sehen: Systeme scheitern selten daran, dass ein Feature fehlt. Sie scheitern daran, dass Inhalte nicht sauber in den Shop kommen, dass die Benutzerverwaltung nicht an das Verzeichnis des Unternehmens angebunden ist oder dass eine Schnittstelle zwar existiert, aber nur in eine Richtung funktioniert.
Ebenso aufschlussreich ist das untere Ende. Einundzwanzig Anforderungen zu Betrieb, Skalierung und Compliance sind wenige – aber unter ihnen sind die härtesten. Anzahl und Gewicht sind zwei verschiedene Dinge. Eine einzelne Anforderung zum Speicherort personenbezogener Daten kann ein System ausschließen, während dreißig funktionale Wünsche verhandelbar bleiben. Genau deshalb wird normiert, gewichtet und ausgeschlossen, statt gezählt.
Wichtig ist, was der Katalog nicht ist: ein Pflichtprogramm. Für ein mittelständisches Unternehmen mit einer Website und zwei Sprachen sind vielleicht 180 der 422 Anforderungen relevant. Die übrigen werden nicht schlecht bewertet, sondern herausgenommen. Der Katalog ist ein Vorrat, aus dem geschöpft wird – keine Checkliste, die abgearbeitet werden muss.
Für andere Systemtypen bleiben die fünf Dimensionen unverändert, Capabilities und Anforderungen werden ausgetauscht. Ein Digital-Asset-Management hat andere Fähigkeiten als ein CMS, aber dieselben fünf Perspektiven. Dasselbe gilt für E-Commerce-Plattformen, Formularmanagement und die weiteren Systemtypen, für die wir eigene Kataloge pflegen – gewachsen auf demselben Weg und mit derselben Struktur lesbar.