Thema 2.2 — Priorisierung der Arbeit

In einem Satz: Priorisierung ist die bewusste, transparente Ordnung der Arbeit, die die Triage überstanden hat – Wert, Dringlichkeit, Risiko und Aufwand gegen endliche Kapazität abwägend –, damit die Organisation in jedem Moment die wertvollsten Dinge tut, die sie kann, und erklären kann, warum.

Warum das in Gesundheit und Pflege wichtig ist#

In der Priorisierung wird Strategie real. Die wahre Strategie einer Organisation ist nicht ihr veröffentlichter Plan, sondern die Reihenfolge, in der sie Dinge tatsächlich tut – und in Gesundheit und Pflege hat diese Reihenfolge Folgen für Sicherheit, Gerechtigkeit und öffentliches Geld. Stellt man die Interoperabilitätsarbeit zurück, gerät eine gemeinsame Patientenakte ins Stocken; stellt man technische Schulden zurück, fällt ein System an einem Feiertag um 2 Uhr morgens aus; stellt man die Barrierefreiheitskorrektur zurück, schließt man die Menschen aus, die den Service am meisten brauchen.

Der Druck ist strukturell: Die Nachfrage übersteigt stets die Kapazität, und ein Großteil dieser Nachfrage ist legitim. Führungskräfte brauchen daher Methoden, die Zielkonflikte explizit und vertretbar machen, keinen Prozess, in dem die letzte E-Mail gewinnt oder jedes Projekt „oberste Priorität“ hat. Transparente Priorisierung verändert auch das politische Klima: Wenn Stakeholder die Kriterien und die Reihenfolge sehen können, verschiebt sich Verhandlung von Lobbyarbeit zu einem gemeinsamen Gespräch über Wert und Verzögerungskosten. Dieses Thema folgt auf Eingang (Thema 2.0) und Triage (Thema 2.1); es setzt voraus, dass Sie bereits einen sichtbaren, bewerteten Backlog zum Ordnen haben, und speist den Lieferlebenszyklus (Themen 3.4–8) und das Portfoliomanagement (Thema 5.3 — Enterprise-Projektportfoliomanagement (EPPM)).

Kernkonzepte#

Priorisierung ordnet einen Backlog oder ein Portfolio; sie ist von der Triage zu unterscheiden (die jeden Punkt für sich bewertete und weiterleitete). Priorisierung vergleicht Punkte miteinander um endliche Kapazität und wiederholt diesen Vergleich, wenn sich die Realität ändert.

Cost of Delay (Verzögerungskosten) ist die ökonomische Linse unter den besten Methoden: Was kostet es – an Wert, Schaden oder Geld – für jede Woche, in der dies nicht getan wird? Cost of Delay explizit zu machen, verschiebt die Priorisierung von „was ist am wichtigsten?“ (alles) zu „was ist am teuersten zu verzögern?“ (eine rangfähige Frage).

Gängige Rahmenwerke, jedes mit seiner Passung:

  • WSJF (Weighted Shortest Job First), aus dem Scaled Agile Framework (SAFe): Cost of Delay bewerten (Nutzer-/Geschäftswert + Zeitkritikalität + Risikominderung/Chancenermöglichung) und durch die Größe der Aufgabe teilen. Der höchste WSJF wird zuerst erledigt. Es begünstigt naturgemäß kleine, wertvolle, zeitkritische Arbeit und ignoriert versunkene Kosten.
  • RICE (Reach × Impact × Confidence ÷ Effort, von Intercom bekannt gemacht): ein Produktmanagement-Wert, der Begeisterung durch einen Confidence-Faktor mäßigt.
  • MoSCoW (Must / Should / Could / Won't-this-time), aus DSDM: eine Kategorisierung, hervorragend zum Umreißen eines Releases oder eines Programms mit festem Termin, schwächer als feinkörnige Ordnung.
  • Wert versus Aufwand (ein 2×2): die schnelle visuelle Methode, um Quick Wins und Geldgräber zu erkennen; grob, aber schnell.
  • Kano-Modell: klassifiziert Funktionen als Basis (Muss), Leistung oder Begeisterung – nützlich, um Grundanforderungen gegen Differenzierungsmerkmale abzuwägen.

Kein Rahmenwerk ist „richtig“; jedes kodiert eine andere Definition von Wert, und der Akt des gemeinsamen Bewertens ist oft wertvoller als die Zahl.

Betrieb versus Veränderung ist die Balance auf Portfolioebene: „Licht am Brennen halten“-Betriebsarbeit (Run) versus neue Fähigkeit (Change). Priorisierung muss beides umfassen, sonst verliert die unsichtbare Betriebsarbeit – einschließlich technischer Schulden und Sicherheits-/Security-Sanierung – jeden Wettstreit gegen glänzende neue Funktionen, bis sie katastrophal versagt.

Kapazitätsbasierte versus terminbasierte Priorisierung: Kapazitätsbasierte Ordnung füllt einen bekannten, endlichen Durchsatz (ein nachhaltiges Tempo); terminbasierte Ordnung arbeitet von einem unverrückbaren Termin (ein regulatorischer Go-live) rückwärts und nutzt MoSCoW, um den Umfang zu flexibilisieren. Die meisten Portfolios brauchen beides, auf verschiedene Punkte angewandt.

Bewährte Praktiken#

  1. Wählen Sie ein primäres Rahmenwerk und wenden Sie es einheitlich an. Wählen Sie die Methode, die zu Ihrer Arbeit passt – WSJF für ein gemischtes Änderungsportfolio mit echter Zeitkritikalität, RICE für Produktfunktions-Backlogs, MoSCoW für Releases mit festem Termin – und nutzen Sie sie einheitlich, damit Werte vergleichbar sind. Das Wechseln des Rahmenwerks je Punkt macht den Backlog unvergleichbar und lädt zum Tricksen ein.

  2. Machen Sie Cost of Delay explizit, besonders für Sicherheits- und gesetzliche Arbeit. Fragen Sie bei jedem Punkt: „Was kostet eine Verzögerung um einen Monat?“ Bei einer Sicherheitskorrektur oder einer regulatorischen Frist ist die Antwort oft gravierend und nichtlinear, genau deshalb müssen diese bewertet statt angenommen werden. Cost of Delay ist die gemeinsame Währung, die eine Compliance-Frist und eine Nutzererlebnis-Verbesserung ehrlich vergleichbar macht.

  3. Reservieren Sie ausdrückliche Kapazität für Betrieb, technische Schulden und Sicherheit. Lassen Sie Betriebsarbeit, technische Schulden und Security-/Sicherheits-Sanierung nicht Funktion für Funktion mit neuer Fähigkeit konkurrieren – sie werden verlieren, bis etwas kaputtgeht. Grenzen Sie einen ständigen Prozentsatz der Kapazität ab (eine gängige Faustregel ist ein bedeutsamer, geschützter Anteil) und behandeln Sie ihn als nicht verhandelbar.

  4. Priorisieren Sie nach Ergebnissen und Wert, nicht nach dem Rang der Anfragenden. Bewerten Sie gegen die erklärten Ergebnisse und Prioritäten der Organisation (idealerweise ihre OKRs – siehe Thema 10.0), nicht danach, wer gefragt hat. Wenn der Punkt eines leitenden Stakeholders niedrig bewertet wird, ist das das System, das funktioniert; das Rahmenwerk gibt Ihnen eine faire, unpersönliche Grundlage für dieses Gespräch.

  5. Stimmen Sie die Methode auf die Beschränkung ab: Kapazität oder Termin. Für einen nachhaltigen Fluss an Veränderung ordnen Sie nach Wert und ziehen Arbeit in eine bekannte Kapazität. Für einen unverrückbaren Termin arbeiten Sie rückwärts und nutzen MoSCoW, um die „Musts“ zu schützen und die „Coulds“ zu flexibilisieren. Beides zu verwechseln – festen Umfang in feste Zeit und feste Kapazität zu pressen – ist der klassische Weg zu einem gescheiterten Programm.

  6. Priorisieren Sie transparent und verhandeln Sie offen. Veröffentlichen Sie den gerankten Backlog und die Bewertung dahinter. Transparenz verwandelt Priorisierung von einer Reihe privater Deals in eine gemeinsame Verhandlung, in der Zielkonflikte sichtbar sind: Um Ihren Punkt nach oben zu schieben, muss etwas anderes nach unten, und alle sehen die Kosten. Das ist der wirksamste entpolitisierende Zug, der einer Lieferleiterin zur Verfügung steht.

  7. Priorisieren Sie in regelmäßigem Takt neu – und nur dann. Legen Sie einen Rhythmus fest (zum Beispiel eine monatliche oder vierteljährliche Portfolio-Überprüfung, plus leichteres Backlog-Refinement dazwischen), in dem Prioritäten gegen neue Evidenz erneut betrachtet werden. Halten Sie dazwischen die Linie, damit Teams stabile Startbahnen haben. Ständiges Neupriorisieren ist ebenso schädlich wie nie neu zu priorisieren – es zerstört Fluss und bringt nichts zu Ende.

  8. Hüten Sie sich vor Tricksen und falscher Präzision. Relative Werte (Fibonacci, T-Shirt-Größen) sind Schätzungen, keine Wahrheiten; ein WSJF von 8,3 ist nicht sinnvoll besser als 7,9. Nutzen Sie die Zahlen, um ein Gespräch über das Ranking zu informieren, achten Sie auf aufgeblähte Eingaben und lassen Sie erfahrenes Urteil einen offensichtlich perversen Wert übersteuern – und halten Sie fest, warum.

Fragen zur Diskussion im Team#

  1. Wie lautet unsere ehrliche Antwort auf „was kostet eine Verzögerung um einen Monat tatsächlich?“ bei der Arbeit, die wir immer wieder aufschieben? Cost of Delay ist die gemeinsame Währung, die eine Compliance-Frist und eine Nutzererlebnis-Anpassung ehrlich vergleichbar macht, doch die meisten Organisationen machen sie nie explizit und fallen daher auf „alles ist wichtig“ zurück – was keine rangfähige Aussage ist. In Gesundheit und Pflege ist das besonders wichtig, weil die Kosten der Verzögerung mancher Arbeit gravierend und nichtlinear sind: Eine aufgeschobene Sicherheitskorrektur oder Interoperabilitätsabhängigkeit kann monatelang harmlos liegen und dann katastrophal versagen, während eine aufgeschobene Komfortfunktion fast nichts kostet. Das Team sollte debattieren, ob es die Verzögerungskosten seiner am stärksten umstrittenen Punkte tatsächlich formulieren kann, und sich den unbequemen Fällen stellen, in denen die ehrliche Antwort „sehr wenig“ für ein beliebtes Projekt und „potenziell ein ernster Vorfall“ für ein unsichtbares lautet. Konkrete Ansätze: Nehmen Sie drei Punkte, die derzeit in der Mitte des Backlogs feststecken, und erzwingen Sie für jeden einen Satz zu den Verzögerungskosten; fragen Sie, ob technische Schulden und Sicherheitssanierung je nach Cost of Delay bewertet wurden oder jeden Wettstreit verlieren, weil sie nie eintreten. Eine gute Antwort unterscheidet Punkte, deren Verzögerungskosten etwa linear sind, von jenen, bei denen sie an einer Frist oder einem Ausfallpunkt hochschnellen, und nutzt diese Form, um die Reihenfolge zu begründen. Die unehrliche Fassung versteckt sich hinter „alles ist Priorität“, was genau das Fehlen von Priorisierung ist, das diese Frage aufdecken soll.

  2. Wie viel Kapazität sind wir bereit, für Betrieb, technische Schulden und Sicherheit abzugrenzen – und verteidigen wir sie, wenn ein glänzender neuer Antrag eintrifft? Das ist der Zielkonflikt, der am zuverlässigsten schiefgeht: Betriebsarbeit, technische Schulden und Security- oder Sicherheitssanierung sind unsichtbar und verlieren Funktion für Funktion gegen neue Fähigkeit, bis etwas an einem Feiertag um 2 Uhr morgens kaputtgeht. Die Debatte dreht sich nicht darum, ob man etwas Kapazität schützt – fast alle stimmen im Prinzip zu –, sondern um den konkreten Prozentsatz und, weit schwerer, ob die Führung diese Linie tatsächlich hält, wenn das erste Mal das aufregende Projekt einer leitenden Förderin die Abgrenzung plündern will. In Gesundheit und Pflege umfasst der Einsatz Patientensicherheit und die Verlässlichkeit von Systemen, auf die sich Klinikpersonal verlässt; den Anteil als nicht verhandelbar zu behandeln, ist daher eine Sicherheitshaltung, nicht nur gute Hygiene. Konkrete Ansätze: Blicken Sie auf den letzten größeren Vorfall oder Beinahe-Vorfall zurück und fragen Sie, ob er auf aufgeschobene Betriebs- oder Schuldenarbeit zurückgeht, die nie einen Prioritätswettstreit gewann; benennen Sie die Person mit der Befugnis, einen Raubzug auf die geschützte Kapazität zu verweigern, und testen Sie, ob sie es wirklich täte. Eine starke Antwort legt sich auf einen konkreten, geschützten Anteil fest und beschreibt entscheidend die Governance, die ihn unter Druck geschützt hält, statt guten Absichten zu vertrauen. Die ehrliche Fassung räumt ein, dass die Abgrenzung nur real ist, wenn sie den Kontakt mit der mächtigsten Stakeholderin im Raum überlebt.

  3. Wenn der Punkt einer leitenden Stakeholderin niedrig bewertet wird, haben wir die Transparenz und den Nerv, das Ranking stehen zu lassen? Nach Ergebnissen statt nach dem Rang der Anfragenden zu priorisieren klingt selbstverständlich, doch der HiPPO-Effekt – die Meinung der bestbezahlten Person, die die Bewertung still überstimmt – ist das Standardversagen in hierarchischen NHS- und Regierungsumfeldern, und er ist gerade deshalb zersetzend, weil er leise ist. Die Spannung: Ein niedrig bewerteter Punkt von oben ist oft das System, das korrekt funktioniert, doch ohne transparentes, veröffentlichtes Ranking und seine Bewertungsbegründung hat die Lieferleiterin keine unpersönliche Grundlage für dieses Gespräch und wird meist einknicken. Das Team sollte debattieren, ob sein Backlog und seine Werte für die anfragenden Organisationen wirklich sichtbar sind, denn offene Zielkonflikt-Verhandlung – „um Ihren Punkt nach oben zu schieben, welcher höher bewertete Punkt rückt nach unten, und sind Sie mit den Kosten dieser Verzögerung einverstanden?“ – ist der wirksamste entpolitisierende Zug, und er funktioniert nur offen. Konkrete Ansätze: Erinnern Sie das letzte Mal, dass eine Anfrage von oben die Warteschlange übersprang, und fragen Sie, was geschehen wäre, hätte das Ranking öffentlich vorgelegen; erwägen Sie, die Bewertungsbegründung als Governance-Datensatz aufzubewahren, den Sie einem Vorstand, einem ICB oder Prüfenden zeigen könnten. Eine gute Antwort paart Transparenz (Reihenfolge und Werte veröffentlichen) mit einem geprobten, unpersönlichen Skript für das Übersteuerungsgespräch und benennt, wer das Standing hat, es zu halten. Die ausweichende Antwort behandelt dies als Hypothese; in Wirklichkeit geschieht es fast jede Woche, und der Plan muss es überstehen.

  4. Haben wir uns tatsächlich auf ein Priorisierungsrahmenwerk festgelegt, oder bewerten wir still jeden Punkt nach der Methode, die ihm schmeichelt? Ein primäres Rahmenwerk zu wählen und einheitlich anzuwenden macht einen Backlog vergleichbar; sobald WSJF für einen Antrag genutzt wird, eine Wert-Aufwand-Ahnung für einen anderen und „die Direktorin will es wirklich“ für einen dritten, bedeutet die Ordnung nichts mehr, und Tricksen schleicht sich ein. Die Spannung: Kein einzelnes Rahmenwerk passt zu jeder Art von Arbeit – WSJF passt zu einem gemischten Änderungsportfolio, RICE zu einem Produktfunktions-Backlog, MoSCoW zu einem Release mit festem Termin –, sodass die ehrliche Debatte darum geht, welches Ihre primäre Methode ist und wo eine zweite legitim erlaubt ist, statt ein bequemer Notausgang zu sein. In Gesundheit und Pflege ist das wichtig, weil eine Compliance-Frist, eine vom Klinikpersonal gewünschte Funktion und ein Datenbank-Upgrade auf derselben Skala gewogen werden müssen und nur eine einheitliche Methode einen gesetzlichen Punkt und einen Komfortpunkt ohne Sonderpleidoyer gegeneinander ranken lässt. Konkrete Ansätze: Prüfen Sie die letzten zwölf Priorisierungsentscheidungen und schauen Sie, ob tatsächlich dieselbe Methode angewandt wurde oder ob sich die Methode verschob, um eine vorab feststehende Antwort zu rechtfertigen; achten Sie auf „Rahmenwerk-Theater“, bei dem aufwendige Bewertung eine Zahl erzeugt, nach der niemand handelt. Eine gute Antwort benennt das primäre Rahmenwerk, erklärt die engen, begründeten Fälle, in denen ein anderes genutzt wird, und behandelt den Wert als Information für ein Gespräch über das Ranking statt als Wahrheit. Die schwache Antwort lässt jede Anfragende ihre eigene Mathematik mitbringen, was von gar keiner Methode nicht zu unterscheiden ist.

  5. Sind wir ehrlich, welche Arbeit kapazitätsgebunden und welche termingebunden ist – oder versuchen wir, Umfang, Termin und Kapazität zugleich festzulegen? Priorisierung muss zur Beschränkung passen: Ein nachhaltiger Fluss an Veränderung wird nach Wert geordnet und in eine bekannte Kapazität gezogen, während ein unverrückbarer regulatorischer Go-live rückwärts vom Termin bearbeitet wird, wobei MoSCoW die „Musts“ schützt und die „Coulds“ flexibilisiert. Der klassische Weg zu einem gescheiterten Programm ist die Verwechslung beider – Umfang, Termin und Kapazität gleichzeitig festzuschreiben –, und in Gesundheit und Pflege ist sie besonders verführerisch, wo eine gesetzliche Frist nicht verhandelbar wirkt und Stakeholder annehmen, der volle Umfang sei es ebenso. Das Team sollte Punkt für Punkt debattieren, ob jede größere Arbeit wirklich kapazitäts- oder termingebunden ist, denn ein termingetriebenes Programm zu behandeln, als hätte es elastische Zeit, oder einen Regelbetrieb-Fluss, als hätte er eine harte Frist, fehlpriorisiert alles Nachgelagerte. Konkrete Ansätze: Nehmen Sie einen unverrückbaren Go-live und fragen Sie, welche Anforderungen für das gesetzliche Minimum wirklich „Must“ sind gegenüber „Should“ oder „Could“, die in den verpflichtenden Satz geschmuggelt wurden; suchen Sie das Programm, in dem alle drei Beschränkungen still festgeschrieben sind, und benennen Sie, was tatsächlich nachgeben wird, wenn die Realität zubeißt. Eine gute Antwort klassifiziert Arbeit nach ihrer bindenden Beschränkung und wendet die passende Methode bewusst an, wobei kapazitätsbasierter Fluss und terminbasierte Lieferung getrennte Disziplinen bleiben. Die unrealistische Antwort verspricht vollen Umfang, zum festen Termin, in fester Kapazität, und hofft.

  6. Wie lautet unser Neupriorisierungstakt, und haben wir die Disziplin, die Ordnung zwischen Überprüfungen stabil zu halten? Prioritäten müssen gegen neue Evidenz erneut betrachtet werden, aber in einem Rhythmus – eine monatliche oder vierteljährliche Portfolio-Überprüfung mit leichterem Refinement dazwischen –, denn ständiges Neupriorisieren ist ebenso schädlich wie nie neu zu priorisieren: Es zerstört Fluss und bringt nichts zu Ende. Die Spannung ist real: Die Realität ändert sich tatsächlich, ein neues Sicherheitssignal oder eine Finanzierungsverschiebung kann eine Neuordnung rechtfertigen, doch jedes Umstellen mitten im Flug kostet Teams ihre Startbahn und lässt halb gebaute Arbeit gestrandet zurück. In Gesundheit und Pflege, wo Lieferteams oft überlastet sind und Abhängigkeiten mehrere Organisationen umspannen, ist Thrash teuer und moralzehrend, sodass die stabile Startbahn zwischen Überprüfungen ebenso eine Produktivitäts- und Bindungsfrage wie eine Lieferfrage ist. Konkrete Ansätze: Prüfen Sie, wie oft sich die Spitze des Backlogs im letzten Quartal außerhalb einer geplanten Überprüfung änderte und was dadurch geliefert wurde; vereinbaren Sie vorab die engen Kriterien – ein echter Notfall, keine laute Stakeholderin –, die den Bruch des Takts rechtfertigen. Eine gute Antwort legt einen expliziten Takt fest, verteidigt die Startbahn zwischen Überprüfungen und kann auf Arbeit verweisen, die tatsächlich fertig wurde, weil die Ordnung hielt. Die scheiternde Antwort priorisiert neu, wann immer die letzte E-Mail landet, und verwechselt Bewegung mit Reaktionsfähigkeit, während nichts die Ziellinie überquert.

In der Praxis: ein Beispiel aus Gesundheit und Pflege#

Ein Digitalportfolio-Team eines ICB sah sich zwölf konkurrierenden Anträgen gegenüber bei Kapazität für vielleicht fünf. Historisch folgte die Ordnung organisatorischer Seniorität, und technische Schulden kamen nie vor. Sie führten WSJF für Änderungsarbeit ein und grenzten einen festen Kapazitätsanteil für Betrieb, technische Schulden und Sicherheit ab.

Jeder Antrag wurde gemeinsam bewertet – Geschäftswert, Zeitkritikalität, Risikominderung/Chancenermöglichung und Aufgabengröße – in einer einzigen Sitzung mit Stimmen aus Lieferung, Klinik und Finanzen. Eine gesetzliche Frist für Datenmeldungen erzielte hohe Zeitkritikalität und stieg, da bescheiden in der Größe, in WSJF an die Spitze. Eine große, beliebte Analytikplattform erzielte gute Werte beim Wert, doch ihre Größe schob sie in der Ordnung nach unten – ein Ergebnis, das unter senioritätsbasiertem Ranking undenkbar gewesen wäre und das das Rahmenwerk vertretbar machte. Ein lange aufgeschobenes Datenbank-Upgrade, zuvor unsichtbar, wurde aus dem abgegrenzten Betriebsanteil finanziert, bevor es ausfallen konnte.

Entscheidend war, dass der gerankte Backlog und seine Werte mit allen anfragenden Organisationen geteilt wurden. Als ein Trust drängte, dass sein Antrag die Warteschlange überspringe, lautete das Gespräch nicht „wen kennen Sie?“, sondern „welcher dieser höher bewerteten Punkte soll nach unten rücken, und sind Sie mit den Kosten dieser Verzögerung einverstanden?“ Die Verhandlung fand offen statt, und der ICB konnte seinem Vorstand belegen, dass die Ordnung Wert und Verzögerungskosten widerspiegelte, nicht Politik.

Sektorperspektiven#

Startup#

Ein durch Finanzierung beschränktes Startup der digitalen Gesundheit priorisiert vor allem gegen die Finanzierungsdauer; seine Ordnungsmethode sollte daher leicht und wertgeführt sein – ein Wert-Aufwand-2×2 oder ein einfacher RICE-Wert genügt meist, und aufwendige WSJF-Maschinerie ist für einen Backlog aus dreißig Punkten überzogen. Die vorherrschenden Verzögerungskosten sind existenziell: Die Evidenz zu verpassen, die eine NICE-Bewertung oder ein Leitkunde braucht, kann das Unternehmen beenden, was eine Nettigkeit-Funktion scharf überrangt. Die schwerste Disziplin ist, überhaupt Kapazität für technische Schulden und Sicherheitssanierung zu reservieren, wenn jede Woche nach der nächsten umsatzbringenden Funktion schreit; sie ganz zu überspringen ist aber genau das, was ein junges Produkt gerade beim Skalieren festfahren lässt. Neupriorisierung ist häufig und gründergetrieben, sodass das Risiko Thrash ist – das Gegenmittel ist, eine stabile Ordnung wenigstens für einen kurzen Sprint zu halten, damit tatsächlich etwas ausgeliefert wird.

Kleines Unternehmen#

Ein etablierter kleiner Anbieter – eine Hausarztpraxis, eine Gemeindeapotheke, ein Pflegeheim oder eine Einzelstandort-Klinik – priorisiert fast ohne Spielraum: Dieselbe Handvoll Menschen betreibt den Service und jede Änderungsarbeit; die Ordnung muss daher brutal einfach sein, und ein Wert-Aufwand-2×2, das jede im Team lesen kann, ist mehr wert als ein Bewertungsmodell, das niemand Zeit hat zu pflegen. Die vorherrschenden Verzögerungskosten sind meist gesetzlich oder sicherheitsgetrieben – eine Frist des Data Security Toolkit, eine Korrektur der klinischen Sicherheit, ein angeordnetes Systemupgrade eines nationalen Lieferanten – und diese müssen oben stehen, denn ein kleiner Anbieter trägt dieselben Pflichten wie ein großer Trust, ohne die Ressourcen, ein Versagen aufzufangen. Diskretionäre Verbesserungen konkurrieren tatsächlich mit dem Betrieb des Services; die ehrliche Disziplin ist daher, einen kleinen, regelmäßigen Zeitanteil für die nicht verhandelbare Betriebs- und Sanierungsarbeit zu schützen, statt sie jede Woche gegen patientennahe Nachfrage verlieren zu lassen. Bei dünner oder fehlender eigener IT-Kapazität wird ein Großteil des „Wie“ von Lieferanten und Rahmenverträgen bestimmt; Priorisierung dreht sich daher oft um die Sequenzierung lieferantengetriebener Änderungen und der wenigen Dinge, die die Praxis kontrollieren kann, und darum, eine stabile Ordnung lange genug zu halten, dass zwischen einer geschäftigen Woche und der nächsten etwas fertig wird.

Großunternehmen#

Ein NHS Trust oder ICS führt ein gemischtes Änderungsportfolio mit echter Zeitkritikalität und starken Betriebsverpflichtungen, genau die Form, für die WSJF und ein abgegrenzter Anteil für Betrieb/technische Schulden/Sicherheit entworfen wurden. Die Politik ist die eigentliche Herausforderung: mehrere fördernde Organisationen, HiPPO-Druck und Altsystemerwartungen, dass Seniorität die Ordnung bestimmt; Transparenz des gerankten Backlogs und seiner Werte ist daher das wichtigste entpolitisierende Werkzeug des Großunternehmens. Priorisierung erstreckt sich hier über ein Portfolio-Büro und muss kapazitätsbasierten Fluss für Regelbetrieb-Änderung mit terminbasierten Programmen abgleichen, die von unverrückbaren regulatorischen Go-lives rückwärts arbeiten und den Umfang über MoSCoW flexibilisieren. Weil ein Trust Wirtschaftlichkeit gegenüber Vorstand, ICB und Prüfenden belegen muss, wird die Bewertungsbegründung als Governance-Datensatz aufbewahrt, nicht verworfen, sobald die Entscheidung gefallen ist.

Regierung#

Bei NHS England, DHSC oder einer dezentralen Regierung ist Priorisierung Portfoliomanagement im nationalen Maßstab, formalisiert durch Management of Portfolios (MoP) und das Fünf-Fälle-Modell des Finanzministeriums, wo Cost of Delay in Bevölkerungsgesundheit, gesetzlicher Compliance und Milliarden Pfund gemessen wird. Ein Großteil des Portfolios ist nicht diskretionär – angeordnete Meldungen, rechtliche Fristen, ministerielle Zusagen –, sodass die Methode das Wie und Wann verpflichtender Arbeit ranken muss statt ob sie getan wird, und Programme mit unverrückbarem Termin dominieren. Die Risikobereitschaft ist gering und die Kontrolle kontradiktorisch: Das National Audit Office und das Public Accounts Committee werden prüfen, ob die Ordnung Wert und Verzögerungskosten oder bloß politische Bequemlichkeit widerspiegelte; eine explizite, veröffentlichte Priorisierungsgrundlage ist daher ebenso Verteidigung wie Managementwerkzeug. Gerechtigkeit ist eine gesetzliche Dimension von Wert; ein Bewertungsmodell der Regierung sollte daher die Wirkung auf die am schlechtesten versorgten Bevölkerungsgruppen gewichten, nicht nur den aggregierten Nutzen, sonst begünstigt es systematisch die ohnehin Gutversorgten.

Häufige Fehlermuster#

  • Alles ist Priorität eins. Es gibt keine echte Ordnung, sodass die lauteste Stimme oder die nächste Frist regiert. Abhilfe: ein striktes Ranking erzwingen; Gleichstände an der Spitze sind nicht erlaubt.
  • Betrieb und technische Schulden verlieren immer. Unsichtbare Betriebs- und Sanierungsarbeit wird ausgehungert, bis sie versagt. Abhilfe: abgegrenzte, geschützte Kapazität.
  • HiPPO-Übersteuerung. Die Meinung der bestbezahlten Person übersteuert jedes Mal still die Bewertung. Abhilfe: transparente Werte und offene Zielkonflikt-Verhandlung.
  • Rahmenwerk-Theater. Aufwendige Bewertung erzeugt eine Zahl, nach der niemand handelt. Abhilfe: den Wert eine echte, befolgte gerankte Ordnung informieren lassen.
  • Fester Umfang + fester Termin + feste Kapazität. Alle drei Beschränkungen festgeschrieben, was Scheitern garantiert. Abhilfe: Umfang über MoSCoW flexibilisieren, oder Kapazität, oder Termin.
  • Thrash. Prioritäten ändern sich wöchentlich; nichts wird fertig. Abhilfe: ein fester Neupriorisierungstakt und stabile Startbahnen dazwischen.

Reifegradmodell#

Dimension Initiieren Entwickeln Standardisieren Steuern Orchestrieren
Methode und Grundlage Keine Methode; Ordnung nach Seniorität oder Frist Ein Rahmenwerk uneinheitlich oder nur für manche Arbeit genutzt Ein primäres Rahmenwerk einheitlich angewandt; Cost of Delay berücksichtigt Bewertungseingaben gesteuert und kalibriert; Priorisierungsentscheidungen gegen erklärte Ergebnisse gemessen Rahmenwerk auf Ergebnisse/OKRs abgestimmt; kapazitäts- und terminbasierte Methoden bewusst genutzt
Balance Betrieb/Veränderung und technische Schulden Betrieb und technische Schulden unsichtbar; nur neue Arbeit finanziert Etwas Bewusstsein für Betrieb/Schulden, aber keine geschützte Kapazität Abgegrenzte Kapazität für Betrieb, technische Schulden und Sicherheit Geschützter Anteil als Kennzahl verfolgt; Betrieb/Schulden und Sicherheitssanierung gegen Ziel abgesichert Balance Betrieb/Veränderung aktiv gesteuert und gegen Wert überprüft
Transparenz und Takt Prioritäten undurchsichtig; reaktiv und ständig geändert Backlog teils sichtbar; unregelmäßige Überprüfungen Gerankter Backlog veröffentlicht; fester Neupriorisierungstakt Takteinhaltung und Neupriorisierungs-Churn verfolgt; Bewertungsbegründung als gesteuerter Datensatz für Vorstände und Prüfende aufbewahrt Offene Zielkonflikt-Verhandlung ist die Norm; Takt stabil; Werte gegen Ergebnisse auf Plausibilität geprüft

Checkliste#

  • Ein primäres Priorisierungsrahmenwerk ist gewählt und wird einheitlich angewandt.
  • Cost of Delay ist explizit gemacht, besonders für Sicherheits- und gesetzliche Arbeit.
  • Kapazität ist für Betrieb, technische Schulden und Sicherheits-/Security-Arbeit abgegrenzt.
  • Punkte werden gegen Ergebnisse/OKRs bewertet, nicht nach Seniorität der Anfragenden.
  • Kapazitäts- und terminbasierte Methoden werden für die richtigen Punkte genutzt.
  • Der gerankte Backlog und seine Bewertung sind für Stakeholder veröffentlicht.
  • Zielkonflikte werden offen verhandelt: Um einen nach oben zu schieben, rückt ein anderer nach unten.
  • Neupriorisierung geschieht in festem Takt, mit stabilen Startbahnen dazwischen.
  • Werte werden als Schätzungen behandelt; auf Tricksen und falsche Präzision wird geachtet.
  • Die aktuelle Ordnung kann dem Vorstand erklärt und vor ihm verteidigt werden.

Zentrale Quellen#

  • Scaled Agile Framework (SAFe) — Weighted Shortest Job First (WSJF) und Cost of Delay.
  • Reinertsen, D. — The Principles of Product Development Flow (Cost of Delay, Warteschlangenökonomie).
  • Intercom — das RICE-Bewertungsmodell (Reach, Impact, Confidence, Effort).
  • DSDM / Agile Business Consortium — MoSCoW-Priorisierung.
  • Kano, N. — das Kano-Modell der Kundenzufriedenheit.
  • Cabinet Office / AXELOS — Management of Portfolios (MoP) — Portfolio-Priorisierung und Balance.
  • NHS Digital Service Standard & GOV.UK Service Manual — die wichtigsten Nutzerbedürfnisse priorisieren; OKRs (Doerr, Measure What Matters) zur Ergebnisausrichtung.

Referenzen#

  1. Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
  2. Cost of delay — Wikipedia — https://en.wikipedia.org/wiki/Cost_of_delay
  3. Scaled agile framework — Wikipedia — https://en.wikipedia.org/wiki/Scaled_agile_framework
  4. MoSCoW method — Wikipedia — https://en.wikipedia.org/wiki/MoSCoW_method
  5. Dynamic systems development method — Wikipedia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
  6. Kano model — Wikipedia — https://en.wikipedia.org/wiki/Kano_model
  7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
  8. Objectives and key results — Wikipedia — https://en.wikipedia.org/wiki/Objectives_and_key_results
  9. Weighted Shortest Job First (WSJF) and Cost of Delay — Scaled Agile Framework (SAFe) — https://framework.scaledagile.com/wsjf
  10. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/
  11. The RICE scoring model (Reach, Impact, Confidence, Effort) — Intercom — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
  12. MoSCoW prioritisation — DSDM / Agile Business Consortium — https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html
  13. Management of Portfolios (MoP) — AXELOS / Cabinet Office — https://www.axelos.com/
  14. Doerr, J. — Measure What Matters (OKRs) — Portfolio/Penguin — https://www.whatmatters.com/
  15. The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government

Diese Seite auf GitHub bearbeiten — das Buch ist die Quelle der Wahrheit; diese Website stellt es dar.