Nutzwertanalyse für die Software-Auswahl: Dienstplan-Software objektiv bewerten – Methode, Rechenbeispiel, Vorlage

Die Nutzwertanalyse (englisch scoring model oder weighted scoring) ist ein Verfahren der multikriteriellen Entscheidungsvorbereitung. Sie wurde 1970 von Christof Zangemeister für die Systemtechnik beschrieben und ist seitdem das Standardwerkzeug, wenn Alternativen an Kriterien gemessen werden sollen, die sich nicht in einer gemeinsamen Einheit – Euro, Stunden, Prozent – ausdrücken lassen. Genau das ist bei Software der Fall: Die Bedienbarkeit einer Planungsmaske und die Existenz einer Lohnschnittstelle haben keinen gemeinsamen Nenner, aber beide entscheiden über den Nutzen.

Das Ergebnis ist eine dimensionslose Zahl je Alternative, der Nutzwert. Er sagt nicht, ob eine Software „gut“ ist, sondern nur, wie sie im Verhältnis zu den anderen bewerteten Alternativen an den festgelegten Kriterien abschneidet. Drei Grenzen sind wichtig, bevor die erste Tabelle entsteht: Erstens ist die Analyse nur so objektiv wie ihre Gewichte – wer die Gewichte nach den Demos setzt, hat das Ergebnis vorher gewählt. Zweitens gleicht sie Schwächen aus: Eine schwache Zeiterfassung kann durch eine starke App kompensiert werden, was bei Muss-Anforderungen falsch wäre. Drittens erzeugt sie Scheingenauigkeit – ein Abstand von 0,05 Punkten ist kein Abstand, sondern Rauschen.

Die Reihenfolge ist keine Formsache. Der häufigste Methodenfehler in Auswahlprojekten ist, dass Gewichte und Bewertung gleichzeitig entstehen – dann passt sich die Gewichtung dem Favoriten an, ohne dass es jemand beabsichtigt.

Schritt 1 ist der wichtigste und wird am häufigsten übersprungen. Muss-Anforderungen sind binär: Entweder ein Anbieter stellt einen Auftragsverarbeitungsvertrag, oder er ist nicht einsetzbar. In einer gewichteten Summe kann ein fehlendes Muss-Kriterium durch drei gute Kann-Kriterien ausgeglichen werden – das ist der Konstruktionsfehler, nicht die Software. Welche Anforderungen in die K.-o.-Liste gehören, steht im Anforderungskatalog; die Vertragsseite deckt der Beitrag zum Auftragsverarbeitungsvertrag ab.

Die folgenden acht Kriterien decken die Anforderungen ab, die in Auswahlprojekten für Dienstplan-Software regelmäßig auftauchen. Die Gewichte sind ein Vorschlag für einen Betrieb mit 30 bis 150 Beschäftigten im Schichtbetrieb, in dem die Dienstplanung an die Lohnabrechnung übergeben wird; ein Betrieb ohne Zeiterfassungsbedarf würde Kriterium 3 auf 5 Prozent senken und die Differenz auf Planung und App verteilen. Entscheidend ist nicht, dass die Gewichte „richtig“ sind – das gibt es nicht –, sondern dass sie vor den Demos beschlossen und danach nicht mehr verändert werden.

Für die Gewichtung im Team hat sich der paarweise Vergleich bewährt: Jedes Kriterium wird gegen jedes andere gestellt, das wichtigere bekommt einen Punkt, die Punktsummen werden auf 100 normiert. Bei acht Kriterien sind das 28 Vergleiche – eine Stunde Arbeit, die den späteren Streit über „ist die App wirklich wichtiger als die Schnittstelle?“ vorwegnimmt und dokumentiert. Die Alternative, jede Person verteilt 100 Punkte frei und der Durchschnitt zählt, ist schneller, produziert aber häufiger Gleichverteilungen, die nichts unterscheiden.

Die folgenden Zahlen sind ein fiktives Beispiel zur Illustration der Methode, keine Bewertung realer Anbieter. Drei Anbieter A, B und C haben die K.-o.-Prüfung bestanden; zwei Bewertende haben nach Demo und Testphase getrennt bewertet, die Tabelle zeigt die abgestimmten Punkte auf der Skala 0–10.

Anbieter A liegt vorn, B und C trennen fünf Hundertstel. Wer hier aufhört, hat ein Ergebnis, aber keine Entscheidung – denn ob B oder C auf Platz 2 steht, hängt offensichtlich am Zufall der letzten Gewichtung. Deshalb folgt die Sensitivitätsanalyse. Im Beispiel war im Team umstritten, ob Bedienbarkeit (15 Prozent) nicht wichtiger sei als die Planungstiefe (20 Prozent), weil die Planung in drei Filialen von Marktleitungen ohne Vorerfahrung gemacht wird. Die Gegenprobe verschiebt zehn Prozentpunkte von Kriterium 1 auf Kriterium 6.

Das Ergebnis ist das, was die Analyse leisten soll: Platz 1 ist robust – A gewinnt unter beiden Gewichtungen. Die Plätze 2 und 3 sind es nicht; sie hängen an genau der Frage, die im Team umstritten war. Das ist keine Schwäche der Methode, sondern ihre Information: Wer B statt C als Rückfalloption wählt, muss die Gewichtung der Planungstiefe begründen können. Für die Entscheidung selbst reicht die Robustheit von Platz 1 – vorausgesetzt, die Kostenseite bestätigt sie.

Die Versuchung ist groß, „Kosten“ als neuntes Kriterium mit 20 oder 25 Prozent aufzunehmen. Das Problem: Kosten sind das einzige Kriterium, das sich exakt messen lässt, und sie werden fast immer auf die Extreme der Skala gesetzt – der günstigste Anbieter bekommt 10, der teuerste 2. Bei 25 Prozent Gewicht entspricht das einem Vorsprung von zwei vollen Nutzwertpunkten, mehr als die Summe aller Leistungsunterschiede im Beispiel oben. Der Preis entscheidet dann die Analyse, ohne dass es in der Tabelle sichtbar wird.

Die sauberere Lösung trennt die Dimensionen. Der Nutzwert misst die Leistung; die Gesamtkosten über drei Jahre – Lizenzen, Einführung, Schulung, interne Aufwände, Schnittstellenpflege – messen die Kostenseite, wie sie die Seite Gesamtkosten (TCO) beschreibt. Beide werden anschließend gegenübergestellt, entweder als Kosten-Nutzen-Verhältnis oder in einem Diagramm mit Nutzwert auf der einen und Jahreskosten auf der anderen Achse.

Jetzt zeigt sich, was die reine Nutzwertanalyse verdeckt hätte: C liefert je Euro den meisten Nutzen, A den höchsten absoluten Nutzen, B weder das eine noch das andere und scheidet aus. Ob A oder C gewählt wird, ist eine Budgetfrage, keine Methodenfrage – und genau so sollte sie im Entscheidungsvermerk stehen: „A bei Budget ≥ 4.200 Euro jährlich, sonst C.“ Wie sich die Einsparungen auf der Nutzenseite in Euro übersetzen lassen, zeigt der Beitrag zur ROI-Rechnung der Dienstplanung; die Preislogik realer Anbieter – Abrechnung je Beschäftigten, Staffeln, Kündigungsfristen – ordnet der Anbieter-Vergleich ein. Der Testsieger dieses Dossiers, Aplano, rechnet je Beschäftigten und Monat ab, ist monatlich kündbar und lässt sich 14 Tage mit allen Funktionen testen – für die Bewertungsphase einer Nutzwertanalyse ist die Testphase der wichtigere der beiden Punkte, weil Punktzahlen aus einer echten Testwoche belastbarer sind als aus einer Demo.

Die Methode ist einfach; die Fehler entstehen im Verfahren. Aus Auswahlprojekten für Dienstplan- und Zeiterfassungssoftware lassen sich sieben wiederkehrende Muster benennen.

Ein achter Punkt betrifft nicht die Methode, sondern die Beteiligten. Die Nutzwertanalyse ist die beste Grundlage für die Unterrichtung des Betriebsrats nach § 90 BetrVG und für die spätere Betriebsvereinbarung: Wer Kriterien und Gewichte gemeinsam festlegt, hat die Diskussion über die Mitbestimmung nach § 87 Abs. 1 Nr. 6 BetrVG zur Hälfte geführt, bevor sie beginnt. Der Betriebsrat kann eigene Kriterien einbringen – etwa Transparenz der automatischen Zuweisung, wie sie der Beitrag zur KI-Verordnung beschreibt –, und trägt die Gewichtung dann mit.

Eine Nutzwertanalyse braucht kein Spezialwerkzeug; eine Tabellenkalkulation mit vier Blättern reicht. Die Struktur unten lässt sich in wenigen Minuten anlegen und ist so aufgebaut, dass Gewichte und Bewertungen nicht auf demselben Blatt stehen – das erschwert das unbewusste Nachjustieren.

Wer die Anbieterantworten aus dem Fragenkatalog für Anbietergespräche in Blatt 3 verlinkt, hat zugleich die Begründung jeder Punktzahl dokumentiert – und damit den Teil der Analyse, der bei Nachfragen der Geschäftsführung, des Betriebsrats oder eines Prüfers am ehesten verlangt wird: nicht das Ergebnis, sondern der Weg dorthin.