Use Cases finden und bewerten
Ich habe eine Nutzen-Aufwand-Matrix gesehen, aber niemand sagt, wie die Punkte darin entstehen. Wie rechnet man Nutzen und Aufwand eines KI-Anwendungsfalls konkret aus?
Nutzen und Aufwand von KI-Use-Cases berechnen — der vollständige Rechenweg
Die Vier-Felder-Matrix ist keine Rechnung, sondern eine Darstellung. Hier steht die Rechnung dahinter: Formeln, Gewichte, Grenzwerte und ein Beispiel mit allen Zwischenwerten.
41 Prozent der Unternehmen ab 20 Beschäftigten in Deutschland setzen KI ein, weitere 48 Prozent planen oder diskutieren den Einsatz — und ein Drittel der Anwender stellte fest, dass KI deutlich mehr gekostet hat als erwartet. Das ist keine Technikfrage, sondern eine Rechenfrage. Was dieselbe Erhebung über den Nutzen sagt und wie sie sich zu den kursierenden Scheiter-Quoten verhält, steht im Faktencheck zu diesen Zahlen.
Wer KI-Ideen sortiert, landet fast zwangsläufig bei einer Vier-Felder-Matrix: Nutzen auf der einen Achse, Aufwand auf der anderen. Der deutschsprachige Fachtext bleibt dort stehen. Eine der rankenden Seiten zeigt die Matrix ohne Gewichtung und ohne Formel; eine zweite nennt sechs Kriterien auf einer Skala von 1 bis 5 und schreibt ausdrücklich dazu, es gehe nicht um mathematische Präzision, sondern um die gemeinsame Diskussion. Eine KI-spezifische Bewertungsvorlage mit Rechenweg war bei einer Suche am 27.08.2026 nicht auffindbar; die Treffer waren generische Nutzwertanalysen. Es folgt der fehlende Teil.
Woher die Vier-Felder-Matrix kommt — und woher nicht
Die verbreitetste Herleitung führt die Matrix auf Dwight D. Eisenhower zurück. Das trägt nicht. Eisenhower sagte den bekannten Satz am 19. August 1954 in Evanston — dass er zwei Arten von Problemen habe, dringende und wichtige, und „the urgent are not important, and the important are never urgent“. Er schrieb den Gedanken ausdrücklich einem ungenannten früheren College-Präsidenten zu und zeichnete keine Matrix. Populär wurde das Vier-Quadranten-Raster erst durch Stephen Covey 1989.
Die Denkweise — zwei Achsen, vier Felder, je Feld eine andere Handlungsempfehlung — stammt aus der Portfolio-Strategie. Bekannt wurde sie mit der Growth-Share Matrix der Boston Consulting Group, die BCG-Gründer Bruce D. Henderson 1970 populär machte. Ihre Achsen sind andere: Marktwachstum und relativer Marktanteil.
Für die Nutzen-Aufwand- oder Impact-Effort-Matrix selbst existiert kein dokumentierter Urheber und kein datierbarer Ursprungstext; sie wird in der Lean- und Six-Sigma-Literatur als Werkzeug geführt, verwandt mit dem PICK Chart. Ein Werkzeug ohne Ursprungstext bringt auch keine Rechenvorschrift mit. Genau dort hört der Content auf.
Schritt 1: Der monetäre Jahresnutzen
- Prozesskostenrechnung
- Verfahren der Kostenrechnung, das die Kosten indirekter Leistungsbereiche — Beschaffung, Marketing, Vertrieb, Logistik, Verwaltung — über Menge und Dauer der dort ausgeführten Vorgänge ermittelt statt über Zuschlagssätze. Sie gilt als deutsche Adaption des US-amerikanischen Activity Based Costing und wird Péter Horváth und Reinhold Mayer (Universität Stuttgart, 1989) zugeschrieben.
Die Nutzenseite ist damit keine Heuristik, sondern angewandte Prozesskostenrechnung. Drei Eingaben genügen für den Ist-Zustand: wie oft der Vorgang pro Woche anfällt, wie viele Minuten er je Fall dauert, welcher Stundensatz gilt. Daraus werden die heutigen Kosten des Prozesses. Davon gehen die laufenden Kosten der Lösung ab, dazu kommt ein erwarteter Mehrumsatz, falls der Fall Umsatz schafft statt Kosten zu sparen.
- Monetärer Jahresnutzen
- Kosteneinsparung plus zusätzlicher Deckungsbeitrag eines Anwendungsfalls in Euro pro Jahr. Formel: (Frequenz pro Woche × 52) × (Zeit je Fall in Minuten ÷ 60) × Stundensatz − jährliche Kosten der Lösung + Mehrumsatz pro Jahr. Die Einmalinvestition steht bewusst nicht darin; sie geht in die Amortisationsdauer ein, nicht in den laufenden Nutzen.
Der übereinstimmende Tenor der deutschsprachigen Fachbeiträge lautet: Die Schwierigkeit liegt nicht in der Formel, sondern in der Vollständigkeit. Regelmäßig fehlen Lizenzen und Werkzeuge, die Integration in bestehende Systeme und die Schulung — gemeint ist die Lernzeit der Belegschaft, nicht nur das Trainerhonorar.
Schritt 2: Der Aufwand-Score aus fünf Kriterien
Der Aufwand lässt sich zum Bewertungszeitpunkt nicht in Euro angeben — wer vor dem Projekt die Personentage kennt, braucht keine Priorisierung mehr. Er wird deshalb über fünf Kriterien auf einer Skala von 1 bis 10 geschätzt und als gewichteter Mittelwert zusammengefasst. Die Auswahl ist nicht beliebig: Der acatech Industrie 4.0 Maturity Index gliedert Reifegrad entlang der Gestaltungsfelder Ressourcen, Informationssysteme, Kultur und Organisationsstruktur — also Daten, Technik, Change und Integration. Für KI kommt ein fünftes Feld dazu: Regulatorik.
| Kriterium | Wonach gefragt wird | Beispiel |
|---|---|---|
| Daten-Readiness | Sind die Daten digital, strukturiert und datenschutzkonform nutzbar? 1 = alles bereit, 10 = Datenchaos | 4 |
| Technische Implementierung | Reicht ein Standard-Schnittstellenaufruf oder braucht es ein eigenes Modell? 1 = API-Aufruf, 10 = eigenes Modell | 3 |
| Change Management | Wie stark müssen Beschäftigte ihre Arbeitsweise ändern? 1 = nahtlos, 10 = Kulturwandel | 5 |
| Integration & IT-Infrastruktur | Wie tief greift die Anbindung an ERP, CRM und Bestandssysteme? 1 = standardisiert, 10 = tiefe Eingriffe | 6 |
| Regulatorik & Datenschutz | Wie stark ist der Fall reguliert, welche Dokumentations- und Nachweispflichten fallen an? 1 = unkritisch, 10 = hohe Auflagen | 3 |
- Aufwand-Score
- Gewichteter Mittelwert der Aufwandskriterien auf der Skala 1 bis 10; ohne abweichende Gewichte ist er das arithmetische Mittel. Ein hoher Wert bedeutet hohen Aufwand — die Skala läuft in die für Bewertungen ungewohnte Richtung.
Schritt 3: Warum Nutzen nicht nur Euro sein darf
Für diese Frage gibt es eine amtliche Antwort: Das Fachkonzept WiBe 5.0 — die für IT-Maßnahmen des Bundes verbindliche Methodik, Rechtsgrundlage § 7 der Bundeshaushaltsordnung — rechnet zweiteilig und stellt der monetären Wirtschaftlichkeit ausdrücklich eine nicht-monetäre Nutzwertbetrachtung zur Seite. Wer den qualitativen Teil in einen Euro-Betrag hineinschätzt, macht die Rechnung nicht genauer, nur unüberprüfbarer. Wie sich diese zweite Spalte nach der Einführung prüfbar messen lässt, beschreibt der Beitrag zum Nutzennachweis; hier geht es um ihren Platz in der Bewertung davor.
Der qualitative Teil des Nutzens wird deshalb getrennt erhoben, wieder auf der Skala 1 bis 10: Skalierbarkeit und Wiederholbarkeit, strategischer Hebel, Qualitäts- und Erlebnisgewinn, Motivation der Beschäftigten. Auch hier ein gewichteter Mittelwert.
Bleibt die Frage, wie ein unbegrenzter Euro-Betrag auf eine Skala von 1 bis 10 kommt. Linear geht das nicht: Ein Fall mit 500.000 Euro würde jeden Fall mit 20.000 Euro an den Rand drücken, und die Matrix hätte einen Punkt oben rechts und eine Traube am Boden. Deshalb wird logarithmiert. Der monetäre Teilscore beträgt 1 + 9 × log₁₀(Nutzen + 1) ÷ log₁₀(Bezugswert + 1). Bezugswert ist der größte monetäre Jahresnutzen im Portfolio — der stärkste Fall liegt damit bei 10 —, ersatzweise eine Million Euro. Ein Nutzen von null oder darunter ergibt 1.
- Nutzen-Score
- Gewichtete Mischung aus monetärem und qualitativem Teilscore auf der Skala 1 bis 10, standardmäßig je zur Hälfte. Ist der monetäre Jahresnutzen negativ, wird der Nutzen-Score auf 5,4 gedeckelt — ein Fall, der Geld kostet, darf nicht über hohe qualitative Bewertungen in die nutzenstarken Quadranten rutschen.
Schritt 4: Priority-Score und die Grenze bei 5,5
- Priority-Score
- Nutzen-Score minus Aufwand-Score. Der Wert liegt zwischen −9 und +9 und ergibt die Rangfolge. Subtraktion statt Division: Der Abstand bleibt in der Einheit der beiden Achsen lesbar, und ein sehr kleiner Aufwandswert kann den Score nicht ins Unendliche treiben, wie es bei einem Quotienten geschieht.
Die vier Felder entstehen an der Marke 5,5 auf beiden Achsen. Warum 5,5 und nicht 5: Die Skala beginnt bei 1 und endet bei 10, die Mitte liegt bei 5,5. Aufwand unter 5,5 bei Nutzen ab 5,5 ergibt Schnelle Erfolge, hoher Aufwand bei hohem Nutzen Strategisch, beides niedrig Mitnehmer, hoher Aufwand bei niedrigem Nutzen Unwirtschaftlich. Ein negativer monetärer Jahresnutzen setzt den Fall unabhängig vom Aufwand in Unwirtschaftlich.
Das Beispiel, komplett durchgerechnet
Erstprüfung eingehender Lieferantenrechnungen. 120 Rechnungen pro Woche, 9 Minuten je Rechnung, Stundensatz 45 Euro. Die Lösung kostet einmalig 25.000 Euro und jährlich 14.000 Euro für Lizenz, Betrieb und Wartung. Mehrumsatz: null, es ist ein reiner Effizienzfall. Gerechnet wird ohne Portfolio, der Bezugswert der Log-Skala ist deshalb eine Million Euro.
| Schritt | Rechnung | Ergebnis |
|---|---|---|
| Fälle pro Jahr | 120 × 52 | 6.240 |
| Manuelle Kosten pro Jahr | 6.240 × (9 ÷ 60) × 45 € | 42.120 € |
| Einsparung pro Jahr | 42.120 € − 14.000 € | 28.120 € |
| Monetärer Jahresnutzen | 28.120 € + 0 € Mehrumsatz | 28.120 € |
| Monetärer Teilscore | 1 + 9 × log₁₀(28.121) ÷ log₁₀(1.000.001) | 7,67 |
| Qualitativer Teilscore | (8 + 5 + 7 + 6) ÷ 4 | 6,50 |
| Nutzen-Score | 0,5 × 7,67 + 0,5 × 6,50 | 7,09 |
| Aufwand-Score | (4 + 3 + 5 + 6 + 3) ÷ 5 | 4,20 |
| Priority-Score | 7,09 − 4,20 | 2,89 |
| Amortisation | 25.000 € ÷ 28.120 € | 0,9 Jahre |
Nutzen 7,09 über der Grenze, Aufwand 4,20 darunter: Der Fall liegt in Schnelle Erfolge. Bemerkenswert ist der Sprung von 28.120 Euro auf 7,67 Punkte. Der doppelte Nutzen, 56.240 Euro, ergäbe rund 8,1 — nicht 15. Das ist die Wirkung der Logarithmierung: Bei Schätzungen dieser Art ist die Größenordnung belastbar, die zweite Nachkommastelle nicht.
Der Optimismus-Aufschlag: Ihre erste Zahl ist zu gut
Dass Wirtschaftlichkeitsrechnungen systematisch zu günstig ausfallen, ist keine Meinung, sondern in Großbritannien Verwaltungsvorschrift. Das britische Finanzministerium verlangt in seiner ergänzenden Green-Book-Leitlinie empirisch begründete Zuschläge auf Kosten, Nutzen und Dauer. Für die Kategorie Equipment/Development, die laut Definition ausdrücklich die Entwicklung von Software und Systemen sowie IKT-Entwicklungsprojekte umfasst, nennt die Tabelle auf die Kapitalkosten 200 Prozent im oberen und 10 Prozent im unteren Wert, auf die Dauer 54 beziehungsweise 10 Prozent. Für Outsourcing von IKT-Dienstleistungen gilt bis zu 41 Prozent auf die Betriebskosten. Die Anweisung: mit dem oberen Wert beginnen und nur so weit reduzieren, wie nachweisbare Gegenmaßnahmen greifen.
- Optimismus-Aufschlag
- Empirisch hergeleiteter Zuschlag auf geschätzte Kosten und Dauer eines Vorhabens, der die belegte Neigung von Planenden zu günstigen Schätzungen ausgleicht. Er wird vor der Bewertung auf die Rohwerte gerechnet, nicht nachträglich als Risikopuffer daneben gestellt.
| Größe | Erste Rechnung | Mit oberem Zuschlag |
|---|---|---|
| Einmalinvestition | 25.000 € | 75.000 € (+200 %) |
| Jährliche Lösungskosten | 14.000 € | 19.740 € (+41 %) |
| Monetärer Jahresnutzen | 28.120 € | 22.380 € |
| Nutzen-Score | 7,09 | 7,01 |
| Priority-Score | 2,89 | 2,81 |
| Amortisation | 0,9 Jahre | 3,4 Jahre |
Der Score bewegt sich um acht Hundertstel, die Amortisation fast auf das Vierfache. Beides ist richtig. Die Reihenfolge der Anwendungsfälle ist gegenüber Schätzfehlern robust — das ist der Sinn der logarithmischen Skala. Die Investitionsentscheidung ist es nicht: Ein Fall, der sich nach neun Monaten trägt, und einer, der dreieinhalb Jahre braucht, sind zwei verschiedene Vorhaben, auch wenn sie in der Rangliste nebeneinanderstehen. Die Übertragung britischer Beschaffungszuschläge auf ein deutsches Unternehmen ist eine Näherung; als Prüffrage taugt sie: Was passiert mit der Amortisation, wenn die Einmalkosten dreimal so hoch ausfallen?
Was RICE, WSJF, MoSCoW und Kano anders machen
Die Nutzen-Aufwand-Rechnung ist nicht das einzige Verfahren, und für manche Fragen ist sie das falsche. Die verbreiteten Alternativen unterscheiden sich vor allem in einer Größe: der Einheit, in der sie rechnen.
| Verfahren | Herkunft | Rechnet in | Grenze |
|---|---|---|---|
| Nutzen-Aufwand-Matrix | kein dokumentierter Urheber, geführt in der Lean-/Six-Sigma-Literatur | zwei Achsen, vier Felder | Ohne offengelegten Rechenweg ist die Position im Feld Verhandlungssache |
| RICE | Sean McBride, Intercom, 05.01.2018 | (Reach × Impact × Confidence) ÷ Effort; Impact 3/2/1/0,5/0,25, Confidence 100/80/50 %, Effort in Personenmonaten | Ein einziger Aufwandswert; Datenlage und Regulatorik haben kein eigenes Kriterium |
| WSJF | Scaled Agile Framework, ökonomisch auf Reinertsen 2009 gestützt | relative Cost of Delay ÷ relative Job Duration | Ergebnis ist eine Verhältniszahl aus Schätzskalen, kein Betrag, den ein Controller prüfen kann |
| MoSCoW | DSDM / Agile Business Consortium, Dai Clegg zugeschrieben, um 1994 | vier Kategorien: Must, Should, Could, Won't this time | Setzt eine fixierte Timebox voraus und sagt nicht, um wie viel ein Fall besser ist |
| Kano-Modell | Kano, Seraku, Takahashi, Tsuji, 1984 | drei Qualitätstypen: Basis, Leistung, Begeisterung | Erklärt, warum Nutzen nicht linear verläuft, liefert aber keine Reihenfolge |
Zwei Punkte wiegen für KI-Anwendungsfälle schwerer als der Rest. RICE stammt aus dem Produktmanagement und kennt nur einen Aufwandswert in Personenmonaten — Datenverfügbarkeit und regulatorische Auflagen, bei KI oft die Hauptarbeit, verschwinden darin. Und Kano hat recht: Ein Fall, der eine Selbstverständlichkeit herstellt, wirkt anders als einer, der begeistert. Deshalb ersetzt kein Score die Entscheidung — Intercom schreibt das über RICE selbst dazu.
Drei Fehler, die jede Nutzenrechnung kippen
Erstens: Die geschätzte Zeitersparnis ist keine gemessene. In einem randomisierten Experiment von METR mit 16 erfahrenen Entwicklern über 246 reale Aufgaben brauchten die Teilnehmer mit KI-Werkzeugen 19 Prozent länger und hielten sich hinterher trotzdem für rund 20 Prozent schneller; der Beitrag zum Nutzennachweis führt den Befund samt der Einschränkungen der Autoren aus. Für die Rechnung folgt daraus eine Regel: Die geschätzte Zeit je Fall ist eine Annahme, die als Zielwert festgehalten und nach dem Start mit derselben Methode nachgemessen wird.
Zweitens: Der Mittelwert verdeckt die Ausreißer. In der Auswertung von 1.471 IT-Projekten durch Flyvbjerg und Budzier lag die durchschnittliche Kostenüberschreitung bei 27 Prozent, während jedes sechste Projekt die Kosten um durchschnittlich 200 Prozent überschritt — das Risiko steckt in der Verteilung, nicht im Durchschnitt. Was das für die Frage bedeutet, ob ein Fall überhaupt starten sollte, steht im Beitrag zum Abbruch. Für die Bewertung genügt der Handgriff: Rechnen Sie den größten Posten Ihrer Aufwandsschätzung einmal mit dem Dreifachen und sehen Sie nach, ob der Fall noch im selben Quadranten liegt.
Drittens: das falsche Problem. Vier der fünf Grundursachen, die RAND aus Interviews mit 65 Data Scientists und Engineers für gescheiterte KI-Vorhaben ableitet, sind organisatorisch und keine technischen; nachzulesen mitsamt der Einordnung der kursierenden 80-Prozent-Quote im Faktencheck zu diesen Zahlen. Die erste dieser Ursachen — das Problem wird missverstanden — fällt genau dann auf, wenn jemand Frequenz, Zeit je Fall und Stundensatz benennen soll und es nicht kann.
Häufige Fragen
Welche Zahlen brauche ich, um einen KI-Anwendungsfall zu bewerten?
Für die Nutzenseite sechs Angaben: wie oft der Vorgang pro Woche anfällt, wie viele Minuten er je Fall dauert, welcher Stundensatz gilt, was die Lösung einmalig und was sie jährlich kostet, und — falls der Fall Umsatz schafft statt Kosten zu sparen — der erwartete Mehrumsatz pro Jahr. Für die Aufwandsseite fünf Einschätzungen auf einer Skala von 1 bis 10: Datenlage, technische Umsetzung, Change, IT-Integration, Regulatorik. Der übereinstimmende Tenor der deutschsprachigen Fachbeiträge lautet, dass die Schwierigkeit nicht in der Formel liegt, sondern in der Vollständigkeit der Kostenseite: Lizenzen, Integration und Schulung einschließlich Lernzeit fehlen regelmäßig.
Woher stammt die Nutzen-Aufwand-Matrix?
Für die Nutzen-Aufwand- oder Impact-Effort-Matrix ist weder ein Urheber noch ein Ursprungstext dokumentiert; sie wird in der Lean- und Six-Sigma-Literatur als Werkzeug geführt, verwandt mit dem PICK Chart. Die verbreitete Herleitung aus der Eisenhower-Matrix trägt nicht: Eisenhower sagte den Satz über Dringendes und Wichtiges am 19. August 1954 in Evanston, schrieb ihn ausdrücklich einem ungenannten früheren College-Präsidenten zu und zeichnete keine Matrix; populär wurde das Raster erst durch Stephen Covey 1989. Die Quadranten-Denkweise stammt aus der Portfolio-Strategie und wurde mit der BCG Growth-Share Matrix bekannt, die Bruce D. Henderson 1970 populär machte. Eine Ahnenlinie zwischen diesen drei Dingen ist nicht belegt.
Warum liegt die Quadrantengrenze bei 5,5 und nicht bei 5?
Weil die Bewertungsskala bei 1 beginnt und bei 10 endet: Die Mitte zwischen 1 und 10 ist 5,5. Ein Anwendungsfall gilt damit als nutzenstark ab einem Nutzen-Score von 5,5 und als aufwandsarm unterhalb eines Aufwand-Scores von 5,5. Daraus entstehen die vier Felder: geringer Aufwand bei hohem Nutzen sind schnelle Erfolge, hoher Aufwand bei hohem Nutzen strategische Vorhaben, beides gering ein Mitnehmer, hoher Aufwand bei geringem Nutzen unwirtschaftlich. Wer die Skala bei 0 beginnen lässt, setzt die Grenze auf 5. Wichtiger als die Zahl ist, dass sie vor der Bewertung feststeht und danach nicht verschoben wird.
Was unterscheidet die Nutzen-Aufwand-Rechnung von RICE und WSJF?
Die Einheit. RICE — (Reach × Impact × Confidence) ÷ Effort, 2018 von Sean McBride bei Intercom veröffentlicht — bewertet die Wirkung auf einer Stufenskala von 0,25 bis 3, die Zuversicht in Prozent (100, 80 oder 50) und den Aufwand in Personenmonaten; das Ergebnis ist eine Vergleichszahl ohne Geldbetrag. WSJF im Scaled Agile Framework teilt eine relative Cost of Delay durch eine relative Job Duration, beide auf Schätzskalen erhoben. Die hier beschriebene Rechnung setzt den Nutzen dagegen in Euro pro Jahr an und skaliert ihn erst für die Darstellung auf 1 bis 10. Praktischer Unterschied: Aus einem RICE- oder WSJF-Wert lässt sich kein Betrag zurückrechnen, den ein Controller prüfen kann.
Die Rechnung als Formular

Bild seitlich schiebbar.
Quellen
- Bitkom, Presseinformation „Digitalisierung der Wirtschaft: Fast jedes Unternehmen beschäftigt sich mit KI“ (604 Unternehmen ab 20 Beschäftigten, KW 2–6/2026) · Stand: 11.03.2026
- onacy, „KI-Use-Cases priorisieren“ — Matrix mit vier Feldern, ohne Gewichtung und Formel · Stand: abgerufen 27.08.2026
- ao-itc.de, „KI-Projekte priorisieren“ — sechs Kriterien auf Skala 1–5, ausdrücklich ohne mathematische Präzision · Stand: abgerufen 27.08.2026
- Projektmagazin, Nutzwertanalyse-Vorlage (Excel) — Beispiel für die generischen Treffer bei der Suche nach einer KI-Bewertungsmatrix · Stand: abgerufen 27.08.2026
- Dwight D. Eisenhower, Address at the Second Assembly of the World Council of Churches, Evanston (Volltext, The American Presidency Project) · Stand: Rede vom 19.08.1954, abgerufen 27.08.2026
- Growth–share matrix, Übersichtsdarstellung mit Quellenapparat (BCG-Primärseite war nicht abrufbar; Zuschreibung an Henderson 1970) · Stand: abgerufen 27.08.2026
- Toolshero, Impact Effort Matrix — keine Primärquelle mit Urheber oder Erstveröffentlichung auffindbar · Stand: abgerufen 27.08.2026
- Lean Six Sigma Definition, PICK Chart · Stand: abgerufen 27.08.2026
- Prozesskostenrechnung, Übersichtsdarstellung mit Quellenapparat (Originalaufsatz Horváth/Mayer 1989 nicht im Volltext geprüft) · Stand: abgerufen 27.08.2026
- Skillbyte, „KI-Business-Case berechnen“ — Grundformeln und Kostenbestandteile · Stand: abgerufen 27.08.2026
- Beauftragte der Bundesregierung für Informationstechnik, Fachkonzept WiBe 5.0 (Anlage zum Beschluss Nr. 2015/3 des IT-Rats) · Stand: Beschluss 2015/3, Volltext geprüft 27.08.2026
- acatech, Industrie 4.0 Maturity Index (Studie 2017, Update 2020) — Reifegradmodell für Industrie 4.0, nicht für KI · Stand: abgerufen 27.08.2026
- HM Treasury, Supplementary Green Book Guidance: Optimism Bias, Table 1 · Stand: Dokument 2003, Datengrundlage Mott MacDonald 2002; Volltext geprüft 27.08.2026
- Sean McBride, Intercom, „RICE: Simple prioritization for product managers“ · Stand: 05.01.2018, abgerufen 27.08.2026
- Scaled Agile Framework, Extended Guidance: WSJF · Stand: abgerufen 27.08.2026
- Agile Business Consortium, DSDM Project Framework: MoSCoW Prioritisation · Stand: abgerufen 27.08.2026
- Kano, Seraku, Takahashi, Tsuji, „Attractive Quality and Must-Be Quality“, Journal of the Japanese Society for Quality Control 14(2), S. 39–48 · Stand: Original 15.04.1984, abgerufen 27.08.2026
- METR, „Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity“ · Stand: 10.07.2025, abgerufen 27.08.2026
- Bent Flyvbjerg, Alexander Budzier, „Why Your IT Project May Be Riskier Than You Think“, Harvard Business Review · Stand: September 2011, abgerufen 27.08.2026
- James Ryseff, Brandon F. De Bruhl, Sydne J. Newberry, „The Root Causes of Failure for Artificial Intelligence Projects and How They Can Succeed“, RAND RR-A2680-1 (Volltext nicht direkt abrufbar, Angaben aus RAND-Zusammenfassungen) · Stand: August 2024, abgerufen 27.08.2026