Priorisierungskriterien für Funktionsanforderungen entwickeln

Autor: AILesson9 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28

Schnelle Antwort

Vor der Bewertung von Kandidaten evidenzbasierte Funktionskriterien, Ausschlusskriterien, Skalen, Unsicherheiten, Abhängigkeiten und Entscheidungsregeln definieren. Angeben: Entscheidungskontext, Funktionskandidaten und Belege, Vorgaben für Bewertung und Governance. Erwartetes Ergebnis: Ein kalibriertes Priorisierungsraster, eine Evidenzvereinbarung, eine Bewertungstabelle, ein Sensitivitätstest und eine Vorlage für das Entscheidungsprotokoll.

1

Kontext hinzufügen

Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.

2

Dein Prompt

Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.

Entwickle für die angegebene Entscheidung und die Kandidaten einen belastbaren Rahmen zur Priorisierung von Funktionen.

Entscheidungskontext:
[decision]

Kandidaten und Belege:
[candidates]

Regeln für Bewertung und Governance:
[rules]

Trenne verbindliche Ausschlusskriterien von Vergleichskriterien. Definiere für jedes Kriterium die Entscheidungsfrage, eine Skala mit verhaltensbezogenen Ankern, zulässige Belege, verbotene Ersatzindikatoren, Bewertungsrichtung, eine Gewichtung nur bei Genehmigung, den Umgang mit fehlenden Daten, die Konfidenz und das Risiko einer Doppelzählung. Halte gegebenenfalls Nutzerreichweite, Schweregrad, strategische Eignung, Evidenzkonfidenz, Aufwand, Betriebsbelastung, technisches Risiko, Barrierefreiheit, Datenschutz, Sicherheit und Abhängigkeiten getrennt. Erfinde keine Auswirkungen, Schätzungen, Nutzer, Umsätze, Verpflichtungen, Gewichtungen oder Genauigkeit. Eine gewichtete Punktzahl unterstützt die Diskussion; sie setzt Ausschlusskriterien, Abhängigkeiten, Unsicherheiten oder Entscheidungsbefugnisse nicht außer Kraft. Kalibriere mit mindestens zwei der bereitgestellten Kandidaten, zeige Rohwerte und konfidenzbereinigte Ansichten nur bei ausdrücklicher Regel, teste die Sensitivität gegenüber plausiblen Änderungen von Gewichtungen oder Schätzungen, identifiziere dominierte und nicht vergleichbare Optionen und gib eine Bewertungstabelle, Evidenzlücken, Möglichkeiten zur Reihenfolge, ein Entscheidungsprotokoll und einen Auslöser für die erneute Prüfung aus.
Im Playground ausprobieren
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.

Von der Eingabe zum Ergebnis

Ein ausgearbeitetes Beispiel

Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.

Tatsächliche Eingabe

Entscheidungskontext
Wähle für ein kleines Rechnungsprodukt im vierten Quartal höchstens ein sechswöchiges Vorhaben aus Entdeckung und Umsetzung. Ziel: fehlgeschlagene Rechnungseinzüge bei Freiberuflern reduzieren. Kapazität: vier Entwicklerwochen, eine Designerwoche und keine zusätzlichen Supportstellen. Jede Änderung an Zahlungsdaten erfordert eine Sicherheitsprüfung. Die Produktleitung empfiehlt, die Geschäftsleitung entscheidet. Die Barrierefreiheitsgrundlage WCAG 2.2 AA ist ein Freigabekriterium. Verbindliche regulatorische Arbeiten werden separat behandelt und dürfen in dieser Rangfolge nicht konkurrieren.
Funktionskandidaten und Belege
F1 Terminplanung für Zahlungserinnerungen: 18 von 24 befragten Freiberuflern berichten von manuellen Erinnerungen; Ereignisdaten zeigen, dass 31 % der überfälligen Rechnungen manuell erinnert werden. Aufgabenerfolg mit dem Prototyp: 7/8. Schätzung: 3–5 Entwicklerwochen und eine Designerwoche; abhängig vom Benachrichtigungsdienst; der Support erwartet Fragen zur konfigurierbaren Zeitzone. F2 KI-verfasster Ton für Erinnerungen: 9/24 wünschen Hilfe bei der Formulierung; keine verhaltensbezogenen Nutzungsbelege; Prototypverständnis 5/8; Schätzung 2–4 Entwicklerwochen plus laufende Modellkosten und redaktionelle Prüfung; Datenschutz- und Halluzinationsbewertung noch nicht erfolgt. F3 Webhook zum Zahlungsstatus: von vier Buchhaltungspartnern mit 620 verknüpften Konten angefragt; Partnerprotokolle zeigen 14.000 Statusabfragen pro Monat. Schätzung: 5–8 Entwicklerwochen; erfordert Sicherheitsprüfung und API-Versionierung; Auswirkung auf den Einzug bei Nutzern nicht gemessen. F4 Farbthemen für Rechnungen: 6/24 erwähnen Branding; Analysedaten nicht verfügbar; Schätzung 1–2 Entwicklerwochen; keine Abhängigkeit. Schätzungen sind Bandbreiten, keine Zusagen.
Vorgaben für Bewertung und Governance
Verwende Skalen von 1 bis 4 mit festen Ankern. Genehmigte Vergleichskriterien und Gewichtungen: Belege für das Nutzerproblem 30 %, erwarteter Beitrag zum Einzug 25 %, strategische Eignung 15 %, Umsetzbarkeit 20 %, betriebliche Nachhaltigkeit 10 %. Die Evidenzkonfidenz wird separat dargestellt und nicht mit der Punktzahl multipliziert. Ausschlusskriterien: Barrierefreiheit für alle; Sicherheit bei Zahlungsdaten. Verwende weder die Seniorität der anfragenden Person noch die rohe Zahl der Partnerkonten als Ersatz für den Nutzen für Endanwender. Unbekannte Auswirkungen erhalten 1 statt 0 Punkten. Eine Aufwandsspanne, die die Kapazität überschreitet, muss gekennzeichnet werden. Ein Abstand von höchstens 0,2 gilt als unentschieden; nutze den Wert zusätzlicher Evidenzgewinnung als Stichentscheid und keine willkürlichen Dezimalstellen.

Beispielausgabe

Priorisierungsrahmen

Die Anker reichen von 1 bis 4. Belege für das Problem: nur einzelne Aussage; wiederholte qualitative Belege; qualitative plus verhaltensbezogene Belege; wiederholt bestätigte starke Belege. Beitrag zum Einzug: unbekannt; plausibel indirekt; gemessener Frühindikator; gemessenes Einzugsergebnis. Strategische Eignung: von peripher bis direkt. Umsetzbarkeit: übersteigt die Kapazität eindeutig; Spanne überschreitet die Kapazität oder große Abhängigkeit ist ungeklärt; passt mit beherrschbarer Abhängigkeit; passt mit deutlichem Spielraum. Nachhaltigkeit: ungeklärtes wiederkehrendes Risiko; hohe Belastung; beherrschbar; geringe Belastung. Jede Punktzahl verweist auf Belege; die Konfidenz ist niedrig, mittel oder hoch und bleibt separat.

FunktionBelegeEinzugEignungUmsetzbarkeitNachhaltigkeitGewichtetKonfidenz/Ausschlusskriterien
F1424222.9mittel–hoch; Barrierefreiheit offen
F2213211.8niedrig; Datenschutz-/Inhaltsrisiken offen
F3312121.9mittel für Integrationsprobleme, niedrig für Einzug; Sicherheitskriterium offen
F4211442.2niedrig–mittel; Barrierefreiheit offen

Empfehlung: F1 ist das führende Vorhaben für Entdeckung und Umsetzung, aber keine automatische Genehmigung. Die Spanne von 3–5 Wochen überschreitet die Kapazität von vier Wochen und der Betrieb über Zeitzonen hinweg ist ungeklärt. Vor einer Zusage müssen die Schätzung eingegrenzt, die Abhängigkeit vom Benachrichtigungsdienst getestet, Standardwerte für Zeitzonen definiert und WCAG AA geprüft werden. F3 passt nicht in die angegebene Kapazität und es fehlen Belege für die Auswirkung auf den Einzug; erwäge eine separate Untersuchung. F2 wird nach aktueller Evidenz von F1 dominiert und bringt ungeklärte laufende Kontrollen mit sich. F4 ist umsetzbar, aber nur schwach mit dem Ziel verbunden.

Sensitivität: Eine Erhöhung der Gewichtung der Umsetzbarkeit von 20 % auf 35 % könnte F4 nahe an F1 heranbringen; eine Absenkung der Problembelege für F1 von 4 auf 3 verringert dessen Vorsprung. Die Entscheidung reagiert somit empfindlich auf die Sicherheit der Kapazitätsschätzung, jedoch nicht so stark, dass F2 vorzuziehen wäre. Protokolliere die Entscheidung der Geschäftsleitung, ausgewählte Belege, Ausnahmen, verantwortliche Person und Auslöser für die erneute Prüfung. Öffne die Rangfolge erneut, wenn die Schätzung für F1 fünf Wochen übersteigt, die Barrierefreiheitsprüfung scheitert, die Benachrichtigungsabhängigkeit blockiert oder neue Belege zum Einzugsergebnis vorliegen.

Warum das funktioniert

  1. 1

    Verhaltensbezogene Anker und Evidenzvereinbarungen sorgen dafür, dass Bewertungen verschiedener Prüfender vergleichbar bleiben

  2. 2

    Ausschlusskriterien und Sensitivitätstests zeigen, wann eine scheinbar eindeutige Rangfolge instabil oder ungültig ist

Ergebnis prüfen

  • Misst jedes Kriterium genau ein entscheidungsrelevantes Merkmal anhand beobachtbarer Anker?

  • Sind fehlende Belege, Konfidenz, Ausschlusskriterien, Abhängigkeiten und Doppelzählungen unabhängig von der Gesamtpunktzahl sichtbar?

  • Würden plausible Änderungen der Gewichtungen oder Schätzungen die Empfehlung verändern und eine erneute Prüfung auslösen?

Sicher nutzen

Häufig gestellte Fragen

Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.

Was sollte ich vorbereiten, bevor ich „Priorisierungskriterien für Funktionsanforderungen entwickeln“ verwende?

Bereite für „Priorisierungskriterien für Funktionsanforderungen entwickeln“ den Entscheidungskontext, die Funktionskandidaten und Belege sowie die Vorgaben für Bewertung und Governance vor. Ersetze Platzhalter nur durch Angaben, die du überprüfen kannst. Wenn ein Detail unbekannt ist, halte diese Unsicherheit ausdrücklich fest, statt das Modell um eine Schlussfolgerung zu bitten.

Wann ist das Ergebnis von „Priorisierungskriterien für Funktionsanforderungen entwickeln“ noch nicht einsatzbereit?

Das Ergebnis ist noch nicht einsatzbereit, wenn es das angegebene Resultat – ein kalibriertes Priorisierungsraster, eine Evidenzvereinbarung, eine Bewertungstabelle, einen Sensitivitätstest und eine Vorlage für das Entscheidungsprotokoll – anhand der bereitgestellten Belege noch nicht liefert oder auf ungeklärten Annahmen, fehlenden Freigaben oder erfundenen Details beruht. Nutze die Prüfungen als Freigabekriterien: Überarbeite die Ausgangsdaten oder beauftrage eine namentlich benannte, autorisierte Person mit der Prüfung, statt ein nicht belegtes Ergebnis sprachlich zu verfeinern.

Für welche KI-Tools sind Tests zu „Priorisierungskriterien für Funktionsanforderungen entwickeln“ dokumentiert?

Der veröffentlichte Testnachweis für „Priorisierungskriterien für Funktionsanforderungen entwickeln“ nennt mit Stand vom 28.08.2026 ChatGPT. Dies bestätigt dokumentierte Testläufe, garantiert jedoch weder die Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Halte bei einem anderen Tool oder einer anderen Version alle Einschränkungen sichtbar und wiederhole vor der Verwendung die Ergebnisprüfungen.

Weitere Möglichkeiten zum Entdecken

Wo dieses Rezept hineinpasst

Bring die Arbeit voran