Ein System zur Priorisierung von Anfragen, das Menschen verstehen

Warum Anfragen ohne klare Regeln unfair wirken

Anfragen kommen selten an einem einzigen Ort an. Ein Manager schreibt eine E-Mail, jemand veröffentlicht etwas im Teamchat und ein Kollege erwähnt nach einem Meeting eine «kleine schnelle Änderung». Jede Anfrage kann im jeweiligen Moment dringend klingen. Ohne einen gemeinsamen Prozess für die Anfrageerfassung erhält oft die lauteste Nachricht oder die hartnäckigste anfragende Person zuerst Aufmerksamkeit.

Das sorgt schnell für Verwirrung. Ein Vertriebsteam wartet vielleicht zwei Wochen auf eine Aktualisierung des Kundenportals, während das Team noch am selben Tag einen kleinen internen Bericht erstellt. Wer auf Arbeit wartet, sieht die Abwägungen hinter dieser Entscheidung nicht. Stattdessen erleben diese Personen zunächst Funkstille und dann ein Ergebnis, das scheinbar jemand anderen bevorzugt.

Verborgene Entscheidungen lassen gewöhnliche Verzögerungen persönlich wirken. Antragsteller vermuten vielleicht, dass das Team ihre Nachricht verloren, das Problem falsch verstanden hat oder einflussreiche Personen bevorzugt behandelt. Selbst eine vernünftige Entscheidung ist schwer zu akzeptieren, wenn niemand sie nachvollziehen kann.

Ein System zur Priorisierung von Anfragen gibt jeder Anfrage denselben Ausgangspunkt. Es erfasst die Fakten, die für einen Vergleich der Aufgaben nötig sind: Wer ist betroffen? Was passiert, wenn die Arbeit wartet? Wie viel Aufwand ist erforderlich? Gibt es eine echte Frist? Ziel ist kein langes Formular und keine Formel, die Entscheidungen automatisch trifft. Es geht um eine einheitliche und sichtbare Grundlage für die Auswahl.

Beispiel: Eine Supportleitung meldet, dass Kunden ihre Passwörter nicht zurücksetzen können. Eine Kollegin aus dem Marketing bittet um einen neuen Filter für ein Dashboard vor dem nächsten Monat. Beide Anfragen sind wichtig, aber die erste betrifft Menschen, die nicht auf ihre Konten zugreifen können. Klare Regeln für die Bewertung von Anfragen machen diesen Grund sichtbar.

Ein transparenter Prozess für die Anfrageerfassung gibt Teams außerdem eine ruhigere Möglichkeit, mit Meinungsverschiedenheiten umzugehen. Ein Antragsteller kann fehlende Angaben ergänzen oder erklären, warum sich eine Frist geändert hat. Niemand muss privaten Gesprächen hinterherlaufen oder behaupten, dass sich die eigene Arbeit «dringender anfühlt».

Jede Anfrage sollte drei Fragen beantworten:

• Welches Problem löst die Anfrage und wer ist davon betroffen?
• Was passiert, wenn das Team wartet?
• Warum steht diese Anfrage vor oder hinter anderen Aufgaben?

Teams brauchen weiterhin eigenes Urteilsvermögen. Ein größerer Ausfall, ein rechtliches Problem oder eine unerwartete Zusage gegenüber einem Kunden kann eine Ausnahme erfordern. Halte den Grund fest und teile ihn mit den betroffenen Antragstellern. Menschen akzeptieren eine niedrigere Priorität meist leichter, wenn sie die Regel, die Belege und den Grund für eine Ausnahme sehen können.

Bei internen Tools und Kundenportalen hält ein No-Code-Anfrageportal diese Details an einem sichtbaren Ort fest, statt sie über Postfächer zu verteilen. Menschen sollten eine Anfrage einreichen, ihren Status sehen und nachvollziehen können, wie das Team zu seiner Entscheidung gekommen ist.

Vier verständliche Faktoren auswählen

Ein System zur Priorisierung von Anfragen funktioniert am besten, wenn alle Beteiligten die Kriterien in Alltagssprache erklären können. Die meisten Teams kommen mit vier Faktoren aus: Dringlichkeit, Auswirkung, Aufwand und Fristen. Halte diese Faktoren getrennt, sonst wird alles als dringend bewertet.

Die Dringlichkeit beschreibt, wie schnell jemand eine Maßnahme braucht. Ein Fehler bei der Gehaltsabrechnung, der Zahlungen an Mitarbeitende verhindert, ist dringend, weil er Menschen sofort schadet. Eine Anfrage für einen neuen Bericht vor dem nächsten Quartal kann sehr wichtig sein, ist aber heute nicht dringend.

Die Auswirkung beschreibt, was sich ändert, wenn das Team die Anfrage umsetzt oder unerledigt lässt. Dazu können die Zahl der betroffenen Kunden oder Mitarbeitenden, gewonnene oder verlorene Einnahmen, rechtliche oder Sicherheitsrisiken sowie eingesparte Stunden manueller Arbeit gehören.

Verwende eine kurze Skala, die ohne Rätselraten funktioniert:

• Geringe Auswirkung betrifft eine Person oder eine kleine Erleichterung.
• Mittlere Auswirkung betrifft ein Team, eine Kundengruppe oder mehrere Stunden wiederkehrender Arbeit.
• Hohe Auswirkung betrifft viele Kunden, erhebliche Einnahmen, Compliance, Sicherheit oder einen zentralen Geschäftsprozess.

Der Aufwand hat einen anderen Zweck. Eine große Aufgabe sollte nicht automatisch verlieren, nur weil sie mehr Zeit benötigt. Der Aufwand hilft dem Team, Kapazitäten zu planen und Optionen zu vergleichen. Die Behebung eines Problems beim Kontozugriff kann eine Stunde dauern und 20 Nutzern helfen. Der Umbau eines Freigabeprozesses kann zwei Wochen dauern und 200 Nutzern helfen. Beide Aufgaben können Aufmerksamkeit verdienen, aber das Team kann sie unterschiedlich einplanen.

Bitte um eine grobe Schätzung statt um eine scheinbar genaue Zahl. Vor der Prüfung reichen klein, mittel und groß aus. Der Antragsteller kann den erwarteten Arbeitsumfang beschreiben, während das Umsetzungsteam die Schätzung bestätigt.

Fristen brauchen Belege. Eine echte Frist hat ein Datum und eine klare Konsequenz: «Die neue Steuerregel beginnt am 1. Juli, und ohne dieses Feld können wir keine Erklärungen einreichen.» «Bitte bis Freitag fertigstellen» ist zunächst nur ein Wunsch, solange der Antragsteller nicht erklärt, was nach Freitag passiert.

So verhinderst du eine Inflation von Fristen. Wenn jede Anfrage ein dringendes Datum hat, helfen Datumsangaben dem Team nicht mehr bei der Priorisierung eingehender Anfragen. Ein transparentes Formular zur Anfrageerfassung kann nach dem Datum, der Folge eines Verpassens und einer möglichen Umgehungslösung fragen.

Ein leicht erklärbares Bewertungsmodell erstellen

Ein System zur Priorisierung von Anfragen schafft mehr Vertrauen, wenn ein Antragsteller das Ergebnis vor der Prüfung ungefähr vorhersagen kann. Verwende für jeden Faktor eine Skala von 1 bis 5. Größere Bereiche führen zu Diskussionen über kleine Unterschiede, die niemand überzeugend begründen kann.

Verwende Auswirkung, Dringlichkeit, Zeitdruck durch die Frist und Aufwand. Definiere jede Zahl in klarer Sprache und stelle diese Definitionen im Anfrageformular bereit.

Halte die Berechnung sichtbar:

Prioritätswert = (Auswirkung x 2) + Dringlichkeit + Zeitdruck durch die Frist + (6 - Aufwand)

Dadurch erhält die Auswirkung ein höheres Gewicht. Kürzere Aufgaben bekommen einen kleinen Vorteil, wenn zwei Anfragen einen ähnlichen Nutzen bieten. Die Werte reichen von 5 bis 25. Ein Teammitglied kann das Ergebnis einfach erklären: «Wir haben diese Anfrage vorgezogen, weil sie viele Menschen betrifft, ein festes Datum hat und weniger Aufwand erfordert als die Alternative.»

Verstecke Ausnahmen nicht in der Formel. Eine Zusage gegenüber einem Kunden, ein Sicherheitsproblem oder die Abhängigkeit von einem anderen Projekt kann die Reihenfolge ändern. Füge ein kurzes Feld «Kontext für die Prüfung» hinzu und verlange vom Prüfer eine Begründung, wenn er einen Wert übergeht.

Beispiel: Ein Vertriebsteam bittet um einen Bericht mit einem Wert von 18. Ein Supportproblem erreicht 16, aber ein Kunde kann eine bezahlte Bestellung nicht abschließen. Der Prüfer kann das Supportproblem vorziehen und notieren: «Aktive Sperre für eine bezahlte Bestellung eines Kunden.» Dadurch bleibt die Entscheidung überprüfbar und wirkt nicht persönlich.

AppMaster kann ein solches No-Code-Anfrageportal mit einem Formular und Geschäftslogik unterstützen, die den Gesamtwert berechnet. Stelle die Beschreibungen der Faktoren direkt neben den jeweiligen Feldern bereit, damit Antragsteller und Prüfer dieselben Regeln verwenden.

Die nötigen Details für jede Anfrage erfassen

Ein System zur Priorisierung von Anfragen braucht für jeden Eintrag dieselben grundlegenden Fakten. Ein kurzes Eingabeformular verhindert, dass unklare Nachrichten wie «Bitte bald erledigen» an Aufgaben mit dokumentiertem geschäftlichem Bedarf vorbeiziehen.

Die meisten Teams benötigen fünf Pflichtfelder:

• Eine Beschreibung des Problems oder der gewünschten Änderung in klarer Sprache
• Die Personen oder Gruppe, die das Ergebnis nutzen wird
• Wie häufig sie es nutzen werden
• Was passiert, wenn das Team die Arbeit verzögert
• Ein gewünschtes Fälligkeitsdatum, falls es eines gibt

Frage konkret nach den Folgen des Wartens. «Das wäre hilfreich» erklärt keine Dringlichkeit. Ein Antragsteller könnte beschreiben, dass Supportmitarbeitende bei jedem Fall Daten zwischen zwei Systemen kopieren oder dass ein Kunde eine Bestellung erst abschließen kann, wenn ein Feld im Portal angezeigt wird. Solche Details geben dem Team eine faire Grundlage für die Bewertung.

Auch die Nutzung beeinflusst die Priorität. Ein Bericht, den 40 Vertriebsmitarbeitende jeden Morgen verwenden, hat eine größere Auswirkung als ein ähnlicher Bericht, den ein Manager einmal pro Quartal nutzt. Bitte um Fakten, statt Antragsteller ihre eigene Punktzahl festlegen zu lassen. Die Regeln können diese Fakten dann in ein einheitliches Ergebnis umwandeln.

Fälligkeitstermine als begründungspflichtige Angaben behandeln

Ein Datum allein beweist keine Dringlichkeit. Wer ein Fälligkeitsdatum einträgt, sollte erklären, warum es wichtig ist. Nützliche Gründe sind eine unterschriebene Zusage gegenüber einem Kunden, ein rechtliches oder Compliance-relevantes Datum, eine geplante Veranstaltung oder eine Abhängigkeit von einem anderen Team.

Wer «Freitag» einträgt, weil dieser Termin bevorzugt wird, sollte nicht dieselbe Bewertung erhalten wie jemand, dessen Zahlungsprozess am Freitag stillsteht. Frage: «Was passiert, wenn die Aufgabe bis zu diesem Datum nicht fertig ist?» Eine klare Antwort macht die Frist leichter einzuschätzen. Eine schwache Antwort gibt dem Team einen Grund, sie anzupassen.

Unvollständige Anfragen schnell zurückgeben

Lass eine halb ausgefüllte Anfrage nicht in der Warteschlange liegen. Gib sie mit einem konkreten Hinweis zurück, etwa: «Bitte nenne die Nutzergruppe und beschreibe die Auswirkungen einer Verzögerung um zwei Wochen.» So bleibt der Prozess fair und das Team muss keine Annahmen erfinden.

Ein No-Code-Anfrageportal kann Pflichtfelder verlangen und Folgefragen nur anzeigen, wenn sie relevant sind. Die Frage nach der Frist kann beispielsweise erscheinen, nachdem jemand ein Fälligkeitsdatum eingegeben hat. Ein Team, das AppMaster nutzt, kann eine Eingabe-App mit Formularen, Geschäftsregeln und dem Status «Weitere Informationen erforderlich» erstellen. Antragsteller können fehlende Angaben dann ergänzen, ohne dass ein langer E-Mail-Verlauf entsteht.

Eine klare Anfrageerfassung ist keine Bürokratie. Sie gibt jeder Anfrage genügend Belege für dieselben Regeln zur Bewertung, auch Anfragen von zurückhaltenden und von besonders überzeugenden Personen.

Konkurrierende Anfragen nach denselben Regeln vergleichen

Ein Vertriebsteam bittet um eine Änderung am Kundenportal. Mehrere aktive Kunden können ihren aktuellen Servicestatus nicht sehen, und der Vertrieb sagt, dass die Änderung ein Gespräch über eine Vertragsverlängerung am Freitag beeinflussen könnte. Gleichzeitig bittet der Betrieb um einen internen Bericht, der wöchentliche Support- und Vertriebszahlen zusammenführt.

Verwende für beide Anfragen dieselbe Formel: (Auswirkung x 2) + Dringlichkeit + Zeitdruck durch die Frist + (6 - Aufwand).

Der Bericht kommt zunächst an die erste Stelle. Er hat eine bestätigte Frist, weil der Betriebsleiter ihn für eine geplante Besprechung am Montag benötigt. Die Portal-Anfrage betrifft zwar Kunden, aber das Vertriebsteam hat nur gesagt, dass Freitag wichtig ist. Mitarbeitende können den Servicestatus weiterhin per E-Mail senden, und niemand hat gezeigt, dass eine Vertragsverlängerung von der Änderung abhängt.

Einen Tag später liefert der Vertrieb Belege: Ein Kunde hat am Freitag ein Gespräch zur Vertragsverlängerung, der Kundenbetreuer fügt die Einladung bei und der Kunde bittet vor diesem Gespräch um Zugang zum Portal. Der Wert für den Zeitdruck steigt von 1 auf 5.

Die Portal-Anfrage erreicht nun 17 Punkte und rückt vor den Bericht. Der Bericht ist dadurch nicht weniger nützlich geworden. Die Portal-Änderung hat jetzt eine bestätigte Kundenfrist, die früher eintritt.

Deshalb braucht der Nachweis einer Frist eine eigene Regel. Das Wort «dringend» oder ein beliebiges Datum sollte keine zusätzlichen Punkte bringen. Akzeptiere Belege, die eine andere Person prüfen kann, etwa eine Zusage gegenüber einem Kunden, ein rechtliches Fälligkeitsdatum, einen gebuchten Termin oder ein Serviceproblem, das aktive Nutzer betrifft.

Halte die Notiz neben dem Wert kurz: «Gespräch zur Vertragsverlängerung am Freitag bestätigt; 18 aktive Kunden nutzen dieses Portal.» Wer die Warteschlange prüft, sieht, warum sich die Reihenfolge geändert hat, und das Betriebsteam kann auf dieser Grundlage planen.

Antragstellern zeigen, wie Entscheidungen entstehen

Menschen akzeptieren eine niedrigere Priorität leichter, wenn sie die Regeln sehen, die für alle gelten. Veröffentliche die Faktoren, die den jeweiligen Wert bestimmen: Dringlichkeit, Auswirkung, Aufwand und Zeitdruck durch die Frist. Definiere, was jede Zahl bedeutet. Eine Dringlichkeit von 5 kann beispielsweise bedeuten, dass die Arbeit für mehrere Personen stillsteht, während 2 heißt, dass die Anfrage eine regelmäßige Aufgabe erleichtern würde.

Der Prozess braucht außerdem einen verlässlichen Prüfplan. Gib an, wann das Team neue Anfragen prüft, beispielsweise jeden Dienstag und Donnerstag, und wann es die gesamte Warteschlange durchgeht. Eine Anfrage wirkt weniger verloren, wenn der Antragsteller den Termin kennt.

Die Warteschlange sichtbar machen

Jeder Antragsteller sollte den aktuellen Status und einen geplanten Prüftermin sehen können. Einfache Bezeichnungen funktionieren gut: Neu, Weitere Informationen erforderlich, In Prüfung, Geplant, In Bearbeitung und Nicht geplant. Vermeide Bezeichnungen wie «Ausstehend», wenn niemand weiß, was als Nächstes passiert.

Beispiel: Ein Vertriebsleiter reicht eine Anfrage für ein Feld im Kundenportal ein. Das Portal kann anzeigen, dass sie geprüft wird, den Wert 11 hat und am 14. Mai besprochen wird. Der Manager mag mit dem Ergebnis weiterhin nicht einverstanden sein, verfügt aber über Fakten statt Funkstille.

Wenn sich ein Wert ändert, füge einen kurzen Kommentar in Alltagssprache hinzu:

• «Die Frist wurde auf das nächste Quartal verschoben. Deshalb ist die Dringlichkeit von 4 auf 2 gesunken.»
• «Der Support hat bestätigt, dass 60 Kunden von diesem Problem betroffen sind. Deshalb ist die Auswirkung von 2 auf 5 gestiegen.»
• «Das Team hat eine vorhandene API gefunden. Dadurch ist der Aufwand von 4 auf 2 gesunken.»

Diese Notizen helfen dem Team, frühere Entscheidungen zu erklären. Sie zeigen, dass die Werte aktuelle Informationen widerspiegeln und nicht davon abhängen, wer am lautesten gefragt hat.

Menschen die Möglichkeit geben, Angaben zu korrigieren

Antragsteller brauchen eine Möglichkeit, fehlende oder falsche Fakten zu korrigieren. Füge dem transparenten Formular zur Anfrageerfassung ein Kommentarfeld oder eine Aktion «Weitere Details angeben» hinzu. Bitte um Belege, die den Wert beeinflussen, etwa Nutzerzahlen, ein vertragliches Fälligkeitsdatum oder eine Umgehungslösung.

Antragsteller können Fakten ergänzen, sollten ihren eigenen Wert aber nicht ändern. Die für die Priorisierung verantwortliche Person oder das zuständige Team aktualisiert ihn und erklärt die Änderung. So bleibt der Prozess fair und die Beteiligten haben dennoch eine echte Möglichkeit zur Mitwirkung.

Fehler, die Vertrauen beschädigen

Ein System zur Priorisierung von Anfragen verliert an Glaubwürdigkeit, wenn es die lauteste Person im Raum belohnt. Ein Antragsteller kann einen Eintrag als dringend bezeichnen, weil er die eigene Frist betrifft. Dringlichkeit braucht jedoch Belege: ein festes Datum, eine Zusage gegenüber einem Kunden, ein Compliance-Problem oder ein Serviceausfall. Bitte um diesen Nachweis, statt eine rote Kennzeichnung «Dringend» einfach zu akzeptieren.

Verwende den Aufwand nicht als Strafe für schwierige, aber notwendige Arbeit. Eine große Sicherheitskorrektur oder eine komplizierte Änderung am Kundenportal kann länger dauern als ein einfacher Bericht. Ihr Nutzen kann den Aufwand trotzdem rechtfertigen. Der Aufwand hilft beim Vergleich von Optionen. Er sollte komplexe Aufgaben nicht dauerhaft verdrängen.

Unklare Aussagen zur Auswirkung verursachen dasselbe Problem. «Das hilft allen» gibt einem Prüfer keine Grundlage für eine Bewertung. Bitte Antragsteller zu beschreiben, wer profitiert und was sich ändert. «Supportmitarbeitende kopieren bei 40 Fällen pro Woche jeweils 15 Minuten lang Daten» bietet dem Team eine praktische Grundlage für die Einschätzung der Auswirkung.

Häufige Gründe für Vertrauensverlust sind:

• Jede Anfrage als dringend markieren zu lassen, ohne Frist oder klare Auswirkungen
• Komplexe Anfragen nur deshalb niedrig zu bewerten, weil sie mehr Arbeit erfordern
• Allgemeine Aussagen zur Auswirkung ohne Nutzergruppe, Zahl oder Beispiel zu akzeptieren
• Anfragen der Führungsebene vorzuziehen, ohne sie im selben Prozess zu dokumentieren
• Bewertungen nicht zu aktualisieren, wenn sich Frist, Kundenbedarf oder Geschäftsziel ändern

Arbeit der Führungsebene muss nicht geheim bleiben. Eine Führungskraft kann einen legitimen Grund haben, eine Aufgabe vorzuziehen, etwa eine unterschriebene Zusage gegenüber einem Kunden oder eine rechtliche Frist. Füge die Anfrage in dieselbe Liste ein, nenne den Grund und zeige, wie er den Wert oder die Reihenfolge beeinflusst hat.

Auch Bewertungen verlieren ihre Gültigkeit. Eine Kampagne kann enden, ein Kunde kann das Problem auf andere Weise lösen oder eine Frist kann verstreichen. Prüfe aktive Anfragen alle zwei Wochen oder immer dann, wenn der Antragsteller die Details ändert. Der Verantwortliche für die Warteschlange sollte den Wert aktualisieren und mit einer kurzen Notiz erklären, was sich geändert hat.

Einheitliches Verhalten ist wichtiger als eine komplizierte Formel. Wenn das Team dieselben Regeln auf dringende, schwierige und von Führungskräften eingereichte Aufgaben anwendet, lernen Antragsteller, dass ein Wert eine echte Bedeutung hat.

Den Prozess vor dem Start testen

Führe einen kurzen Test durch, bevor das System zur Priorisierung von Anfragen zum Standard des Teams wird. Bitte drei Personen, die es nicht entwickelt haben, realistische Anfragen einzureichen. Wenn sie das Formular nicht ausfüllen und einen Wert schätzen können, ohne angeleitet zu werden, vereinfache die Formulierungen oder entferne ein Feld.

Gib zwei Prüfern dieselben Beispielanfragen und nur die Informationen, die ein gewöhnlicher Antragsteller bereitstellen würde. Ihre Ergebnisse müssen nicht genau übereinstimmen, aber große Abweichungen zeigen unklare Regeln. Ersetze Begriffe wie «hohe Auswirkung» durch Beschreibungen wie «betrifft mehr als 50 Kunden» oder «verhindert, dass das Finanzteam den Monatsabschluss durchführt».

Prüfe jedes angegebene Datum. Eine Frist braucht eine genannte Konsequenz: ein gesetzliches Einreichungsdatum, einen auslaufenden Vertrag, eine Zusage gegenüber einem Kunden oder eine geplante Veranstaltung. «Ich brauche es bald» ist ein Wunsch, keine Frist.

Stelle vor dem Start sicher, dass:

• Antragsteller ihren Wert, den Status und den Grund für Änderungen sehen können
• Prüfer eine Notiz erfassen, wenn sie den berechneten Wert übergehen
• Das Team wartende Anfragen nach einem festen Zeitplan prüft
• Das Formular genügend Details zur Einschätzung von Auswirkung, Aufwand, Dringlichkeit und Fristen erfasst
• Eine Person für die Warteschlange zuständig ist und Fragen zu den Werten beantwortet

Wenn eine Anfrage wegen eines größeren Problems zurückfällt, erkläre es in einer kurzen Aktualisierung. «Nach unten verschoben, weil eine neue Sicherheitsanfrage den Kundenzugriff blockiert» schafft mehr Vertrauen als eine stille Änderung des Status.

AppMaster eignet sich für den Aufbau eines solchen No-Code-Anfrageportals. Teams können ein Eingabeformular erstellen, Werte aus den Antworten berechnen, den Status für Antragsteller anzeigen und Notizen der Prüfer direkt bei jeder Anfrage aufbewahren, statt sie in E-Mail-Verläufen zu verlieren.

Klein anfangen und den Prozess sichtbar halten

Starte mit einem Team und einer kleinen Auswahl an Anfragearten, etwa Fehlerbehebungen, Zugriffsanfragen und Änderungen an Berichten. Bei einem begrenzten Test lassen sich verwirrende Fragen leichter erkennen, bevor jede Abteilung davon abhängig ist.

Halte die erste Version einfach. Erfasse die Details, die für die Bewertungsregeln nötig sind, berechne den Wert und zeige den aktuellen Status. Füge Freigaben, Erinnerungen und komplexe Weiterleitungen erst hinzu, wenn ein konkretes Problem sie erforderlich macht.

Prüfe im ersten Monat jede Woche echte Einreichungen. Achte darauf, ob Menschen dieselbe Situation unterschiedlich bewerten und ob Werte trotz korrekter Anwendung der Regeln unvernünftig wirken. Beide Probleme deuten auf Definitionen hin, die in einfacherer Sprache formuliert werden sollten.

Wenn mehrere Antragsteller eine kleine Unannehmlichkeit als «dringend» bezeichnen, ändere die Definition. Dringend kann bedeuten, dass ein Service nicht verfügbar ist, ein Kunde eine bezahlte Aufgabe nicht abschließen kann oder eine feste Frist innerhalb von zwei Arbeitstagen liegt. Menschen sollten eine Antwort auswählen können, ohne wissen zu müssen, wie das Team Prioritäten intern diskutiert.

Nach dem Absenden sollten Antragsteller Folgendes sehen:

• Den Wert oder die Prioritätsstufe
• Die Faktoren, aus denen er entstanden ist
• Den aktuellen Status und den Verantwortlichen
• Den nächsten Prüftermin, falls das Team die Arbeit noch nicht eingeplant hat

Sichtbarkeit bedeutet nicht, dass jede Anfrage sofort bearbeitet wird. Sie bedeutet, dass Menschen sehen können, dass das Team die Anfrage erhalten, dieselben Regeln angewendet und einen festen Prüfzeitpunkt festgelegt hat. Wenn sich eine Priorität ändert, dokumentiere den Grund in klarer Sprache.

Behalte nach dem Test die Teile, die Menschen verstehen, und entferne Felder, die niemand nutzt. Ein einfacher Prozess, dem Menschen folgen können, schafft mehr Vertrauen als ein detaillierter Workflow, den nur seine Entwickler verstehen.