Sujet 2.2 — Priorisation du travail

En une phrase : La priorisation est l'ordonnancement délibéré et transparent du travail qui a survécu au triage — équilibrant valeur, urgence, risque et effort contre une capacité finie — de sorte qu'à tout moment l'organisation fait les choses les plus précieuses qu'elle peut, et peut expliquer pourquoi.

Pourquoi c'est important dans la santé et l'action sociale#

La priorisation est là où la stratégie devient réelle. La véritable stratégie d'une organisation n'est pas son plan publié mais l'ordre dans lequel elle fait réellement les choses — et dans la santé et l'action sociale, cet ordre porte des conséquences de sécurité, d'équité et d'argent public. Dépriorisez le travail d'interopérabilité et un dossier de soins partagé stagne ; dépriorisez la dette technique et un système échoue à 2h du matin un jour férié ; dépriorisez le correctif d'accessibilité et vous excluez les personnes qui ont le plus besoin du service.

La pression est structurelle : la demande dépasse toujours la capacité, et une grande partie de cette demande est légitime. Les dirigeants ont donc besoin de méthodes qui rendent les compromis explicites et défendables, pas un processus où le dernier e-mail gagne ou où chaque projet est « priorité absolue ». Une priorisation transparente change aussi le climat politique : lorsque les parties prenantes peuvent voir les critères et l'ordonnancement, la négociation passe du lobbying à une conversation partagée sur la valeur et le coût du retard. Ce sujet suit la réception (Sujet 2.0) et le triage (Sujet 2.1) ; il suppose que vous avez déjà un carnet visible et évalué à ordonner, et il alimente le cycle de vie de livraison (Sujets 3.4–8) et la gestion de portefeuille (Sujet 5.3 — EPPM).

Concepts fondamentaux#

La priorisation ordonne un carnet ou un portefeuille ; elle est distincte du triage (qui a évalué et acheminé chaque élément isolément). La priorisation compare les éléments entre eux pour une capacité finie, et refait cette comparaison à mesure que la réalité change.

Le coût du retard (Cost of Delay) est le prisme économique sous-jacent aux meilleures méthodes : que coûte — en valeur, en préjudice, ou en argent — chaque semaine où ceci n'est pas fait ? Rendre le coût du retard explicite recadre la priorisation de « qu'est-ce qui est le plus important ? » (tout) à « qu'est-ce qui est le plus coûteux à retarder ? » (une question classable).

Cadres courants, chacun avec son adéquation :

• WSJF (Weighted Shortest Job First), du Scaled Agile Framework (SAFe) : notez le coût du retard (valeur utilisateur/métier + criticité temporelle + réduction de risque/activation d'opportunité) et divisez par la taille du travail. Le WSJF le plus élevé est fait en premier. Il favorise naturellement le travail petit, à haute valeur, critique en temps et ignore les coûts irrécupérables.
• RICE (Reach × Impact × Confidence ÷ Effort, popularisé par Intercom) : un score de gestion de produit qui tempère l'enthousiasme avec un facteur de Confiance.
• MoSCoW (Must / Should / Could / Won't-this-time), du DSDM : une catégorisation, excellente pour cadrer une version ou un programme à date fixe, plus faible comme ordonnancement fin.
• Valeur versus effort (une matrice 2×2) : le visuel rapide pour repérer les gains rapides et les gouffres financiers ; grossier mais rapide.
• Modèle Kano : classe les fonctionnalités comme basiques (indispensables), de performance, ou d'enchantement — utile pour équilibrer les fondamentaux contre les différenciateurs.

Aucun cadre n'est « correct » ; chacun encode une définition différente de la valeur, et l'acte de noter ensemble est souvent plus précieux que le chiffre.

Exploitation versus changement est l'équilibre au niveau du portefeuille : le travail opérationnel de « maintien en fonctionnement » (exploitation) contre la nouvelle capacité (changement). La priorisation doit couvrir les deux, sinon le travail invisible d'exploitation — y compris la dette technique et la remédiation de sécurité/sûreté — perd chaque compétition contre les nouvelles fonctionnalités brillantes jusqu'à échouer de manière catastrophique.

Priorisation basée sur la capacité versus basée sur la date : l'ordonnancement basé sur la capacité remplit un débit connu et fini (un rythme soutenable) ; l'ordonnancement basé sur la date travaille à rebours depuis une échéance immuable (une mise en production réglementaire) et utilise MoSCoW pour fléchir le périmètre. La plupart des portefeuilles ont besoin des deux, appliqués à des éléments différents.

Bonnes pratiques#

1. Choisissez un cadre principal et appliquez-le de manière cohérente. Choisissez la méthode qui correspond à votre travail — WSJF pour un portefeuille de changement mixte avec une véritable criticité temporelle, RICE pour les carnets de fonctionnalités produit, MoSCoW pour les versions à date fixe — et utilisez-la de manière cohérente afin que les scores soient comparables. Changer de cadre par élément rend le carnet incomparable et invite à la manipulation.

2. Rendez le coût du retard explicite, en particulier pour le travail de sécurité et statutaire. Demandez de chaque élément : « que coûte un retard d'un mois ? » Pour un correctif de sécurité ou un délai réglementaire, la réponse est souvent sévère et non linéaire, ce qui est précisément pourquoi ils doivent être notés, pas supposés. Le coût du retard est la monnaie commune qui permet de comparer honnêtement un délai de conformité et une amélioration de l'expérience utilisateur.

3. Réservez une capacité explicite pour l'exploitation, la dette technique et la sécurité. Ne laissez pas le travail de maintien en fonctionnement, la dette technique, et la remédiation sécurité/sûreté rivaliser fonctionnalité par fonctionnalité avec la nouvelle capacité — ils perdront jusqu'à ce que quelque chose se casse. Réservez un pourcentage permanent de capacité (une règle de base courante est une tranche significative et protégée) pour ce travail, et traitez-le comme non négociable.

4. Priorisez sur les résultats et la valeur, pas sur le rang du demandeur. Notez par rapport aux résultats et priorités déclarés de l'organisation (idéalement ses OKR — voir Sujet 10.0) plutôt que qui a demandé. Lorsque l'élément d'une partie prenante senior score bas, c'est le système qui fonctionne ; le cadre vous donne une base juste et non personnelle pour avoir cette conversation.

5. Adaptez la méthode à la contrainte : capacité ou date. Pour un flux soutenable de changement, ordonnez par valeur et tirez le travail vers une capacité connue. Pour une date immuable, travaillez à rebours et utilisez MoSCoW pour protéger les « Must » et fléchir les « Could ». Confondre les deux — tenter d'insérer un périmètre fixe dans un temps fixe et une capacité fixe — est la voie classique vers un programme échoué.

6. Priorisez de manière transparente et négociez en public. Publiez le carnet classé et la notation qui le sous-tend. La transparence transforme la priorisation d'une série d'accords privés en une négociation partagée où les compromis sont visibles : pour faire monter votre élément, quelque chose d'autre doit descendre, et tout le monde peut voir le coût. C'est le mouvement dépolitisant le plus puissant disponible pour un responsable de livraison.

7. Reprisez selon une cadence régulière — et seulement alors. Fixez un rythme (par exemple une révision de portefeuille mensuelle ou trimestrielle, plus un affinement plus léger du carnet entre les deux) auquel les priorités sont revisitées contre de nouvelles preuves. Entre les révisions, tenez la ligne afin que les équipes disposent de pistes stables. La reprisation constante est aussi dommageable que ne jamais repriorier — elle détruit le flux et ne termine rien.

8. Gardez-vous de la manipulation et de la fausse précision. Les scores relatifs (Fibonacci, tailles de t-shirt) sont des estimations, pas des vérités ; un WSJF de 8,3 n'est pas significativement meilleur que 7,9. Utilisez les chiffres pour informer une conversation classée, surveillez les entrées gonflées, et laissez le jugement expérimenté outrepasser un score manifestement pervers — tout en enregistrant pourquoi.

Questions à discuter avec votre équipe#

1. Quelle est notre réponse honnête à « que coûte réellement un retard d'un mois ? » pour le travail que nous continuons à reporter ? Le coût du retard est la monnaie commune qui permet de comparer honnêtement un délai de conformité et un ajustement d'expérience utilisateur, pourtant la plupart des organisations ne le rendent jamais explicite et se replient donc sur « tout est important » — ce qui n'est pas une affirmation classable. Cela compte de manière aiguë dans la santé et l'action sociale parce que le coût de retarder certains travaux est sévère et non linéaire : un correctif de sécurité reporté ou une dépendance d'interopérabilité peut rester inoffensif pendant des mois puis échouer de manière catastrophique, tandis qu'une fonctionnalité de commodité reportée ne coûte presque rien. L'équipe devrait débattre de si elle peut réellement articuler le coût de retard pour ses principaux éléments contestés, et affronter les cas inconfortables où la réponse honnête est « très peu » pour un projet populaire et « potentiellement un incident grave » pour un projet invisible. Angles concrets : prenez trois éléments actuellement coincés au milieu du carnet et forcez une phrase de coût de retard pour chacun ; demandez si la dette technique et la remédiation de sécurité ont déjà été notées sur le coût du retard du tout, ou perdent simplement chaque compétition en n'y entrant jamais. Une bonne réponse distingue les éléments dont le coût de retard est approximativement linéaire de ceux où il s'envole à une échéance ou un point de défaillance, et utilise cette forme pour justifier l'ordre. La version malhonnête se cache derrière « c'est tout une priorité », ce qui est précisément l'absence de priorisation que cette question est destinée à exposer.

2. Combien de capacité sommes-nous disposés à réserver pour l'exploitation, la dette technique et la sécurité — et la défendrons-nous quand une nouvelle offre brillante arrivera ? C'est le compromis qui tourne mal le plus fréquemment : le travail de maintien en fonctionnement, la dette technique, et la remédiation de sécurité ou de sûreté sont invisibles et perdent fonctionnalité par fonctionnalité contre la nouvelle capacité jusqu'à ce que quelque chose se casse à 2h du matin un jour férié. Le débat n'est pas de savoir s'il faut protéger une certaine capacité — presque tout le monde est d'accord en principe — mais le pourcentage spécifique, et, bien plus difficile, si la direction tiendra réellement cette ligne la première fois qu'un projet excitant d'un sponsor senior veut piller la réserve. Dans la santé et l'action sociale, les enjeux incluent la sécurité des patients et la fiabilité des systèmes dont dépendent les cliniciens, donc traiter la tranche comme non négociable est une posture de sécurité, pas seulement une bonne hygiène. Angles concrets : regardez en arrière le dernier incident majeur ou quasi-incident et demandez s'il remonte à un travail d'exploitation ou de dette reporté qui n'a jamais gagné une compétition de priorité ; nommez la personne ayant l'autorité de refuser un pillage de la capacité protégée et testez si elle le ferait réellement. Une réponse forte s'engage à une tranche spécifique et protégée et, de manière cruciale, décrit la gouvernance qui la maintient protégée sous pression plutôt que de faire confiance aux bonnes intentions. La version honnête admet que la réserve n'est réelle que si elle survit au contact avec la partie prenante la plus puissante de la pièce.

3. Lorsque l'élément d'une partie prenante senior score bas, avons-nous la transparence et le cran de laisser le classement tenir ? Prioriser sur les résultats plutôt que sur le rang du demandeur semble évident, mais l'effet HiPPO — l'opinion de la personne la mieux payée (Highest-Paid Person's Opinion) outrepassant silencieusement la notation — est l'échec par défaut dans les contextes hiérarchiques du NHS et du gouvernement, et il est corrosif précisément parce qu'il est silencieux. La tension est qu'un élément senior à faible score est souvent le système fonctionnant correctement, pourtant sans un classement transparent et publié et son raisonnement de notation, le responsable de livraison n'a aucune base non personnelle pour avoir cette conversation et cédera généralement. L'équipe devrait débattre de si son carnet et ses scores sont véritablement visibles pour les organisations demanderesses, car la négociation ouverte de compromis — « pour faire monter le vôtre, quel élément à score plus élevé descend, et êtes-vous à l'aise avec le coût de ce retard ? » — est le mouvement dépolitisant le plus puissant disponible, et il ne fonctionne qu'en public. Angles concrets : rappelez-vous la dernière fois qu'une demande senior a sauté la file et demandez ce qui se serait passé si le classement avait été public ; envisagez de conserver le raisonnement de notation comme un enregistrement de gouvernance que vous pourriez montrer à un conseil d'administration, un ICB, ou des auditeurs. Une bonne réponse associe la transparence (publier l'ordre et les scores) à un script répété et non personnel pour la conversation de dérogation, et identifie qui a la position pour la tenir. La réponse évasive traite cela comme hypothétique ; en réalité, cela arrive la plupart des semaines, et le plan doit y survivre.

4. Nous sommes-nous réellement engagés sur un cadre de priorisation, ou notons-nous discrètement chaque élément selon la méthode qui le flatte ? Choisir un cadre principal et l'appliquer de manière cohérente est ce qui rend un carnet comparable ; au moment où WSJF est utilisé pour une offre, une intuition valeur-versus-effort pour une autre, et « le directeur le veut vraiment » pour une troisième, l'ordonnancement cesse de signifier quoi que ce soit et la manipulation s'infiltre. La tension est qu'aucun cadre unique ne convient à tous les types de travail — WSJF convient à un portefeuille de changement mixte, RICE à un carnet de fonctionnalités produit, MoSCoW à une version à date fixe — donc le débat honnête est de savoir lequel est votre méthode principale et où une seconde est légitimement autorisée plutôt qu'une échappatoire commode. Dans la santé et l'action sociale, cela compte parce qu'un délai de conformité, une fonctionnalité demandée par un clinicien, et une mise à niveau de base de données doivent être pesés sur la même échelle, et seule une méthode cohérente permet à un élément statutaire et un élément de commodité d'être classés l'un contre l'autre sans plaidoyer spécial. Angles concrets : auditez la dernière douzaine de décisions de priorisation et vérifiez si la même méthode a été véritablement appliquée, ou si la méthode a changé pour justifier une réponse prédéterminée ; surveillez le « théâtre du cadre », où une notation élaborée produit un chiffre sur lequel personne n'agit ensuite. Une bonne réponse nomme le cadre principal, explique les cas étroits et fondés sur des principes où un autre est utilisé, et traite le score comme informant une conversation classée plutôt que comme une vérité. La réponse faible laisse chaque demandeur apporter ses propres mathématiques, ce qui est indiscernable de n'avoir aucune méthode du tout.

5. Sommes-nous honnêtes sur quel travail est lié à la capacité et lequel est lié à la date — ou essayons-nous de fixer le périmètre, la date, et la capacité tous en même temps ? La priorisation doit correspondre à la contrainte : un flux soutenable de changement est ordonné par valeur et tiré vers une capacité connue, tandis qu'une mise en production réglementaire immuable est travaillée à rebours depuis la date avec MoSCoW protégeant les « Must » et fléchissant les « Could ». La voie classique vers un programme échoué est de confondre les deux — verrouiller périmètre, date, et capacité simultanément — et c'est particulièrement séduisant dans la santé et l'action sociale, où un délai statutaire semble non négociable et les parties prenantes supposent que le périmètre complet est également non négociable. L'équipe devrait débattre, élément par élément, si chaque pièce majeure de travail est réellement liée à la capacité ou liée à la date, car traiter un programme piloté par la date comme s'il avait un temps élastique, ou un flux d'activité courante comme s'il avait une échéance stricte, priorise mal tout ce qui suit en aval. Angles concrets : prenez une mise en production immuable et demandez quelles exigences sont véritablement « Must » pour le minimum légal versus « Should » ou « Could » qui ont été introduites en contrebande dans l'ensemble obligatoire ; recherchez le programme où les trois contraintes sont discrètement fixées et nommez ce qui cédera réellement quand la réalité frappera. Une bonne réponse classe le travail par sa contrainte liante et applique la méthode correspondante délibérément, gardant le flux basé sur la capacité et la livraison basée sur la date comme des disciplines séparées. La réponse irréaliste promet le périmètre complet, à la date fixe, dans la capacité fixe, et espère.

6. Quelle est notre cadence de reprisation, et avons-nous la discipline de maintenir l'ordre stable entre les révisions ? Les priorités doivent être revisitées contre de nouvelles preuves, mais selon un rythme — une révision de portefeuille mensuelle ou trimestrielle avec un affinement plus léger entre les deux — car la reprisation constante est aussi dommageable que ne jamais repriorier : elle détruit le flux et ne termine rien. La tension est réelle : la réalité change véritablement, un nouveau signal de sécurité ou un changement de financement peut justifier un réordonnancement, pourtant chaque remaniement en cours de vol coûte aux équipes leur piste et laisse un travail à moitié construit échoué. Dans la santé et l'action sociale, où les équipes de livraison sont souvent tendues et les dépendances traversent plusieurs organisations, l'agitation est coûteuse et sape le moral, donc la piste stable entre les révisions est une question de productivité et de rétention autant que de livraison. Angles concrets : vérifiez combien de fois au dernier trimestre le sommet du carnet a changé en dehors d'une révision programmée, et ce qui a été livré en conséquence ; convenez à l'avance des critères étroits — une véritable urgence, pas une partie prenante bruyante — qui justifient de briser la cadence. Une bonne réponse fixe une cadence explicite, défend la piste entre les révisions, et peut pointer vers un travail qui a réellement fini parce que l'ordre a tenu. La réponse défaillante repriorise chaque fois que le dernier e-mail arrive, confondant mouvement et réactivité alors que rien ne franchit la ligne.

En pratique : un exemple de santé et d'action sociale#

Une équipe de portefeuille numérique d'ICB faisait face à douze offres concurrentes et une capacité pour peut-être cinq. Historiquement, l'ordonnancement avait suivi l'ancienneté organisationnelle, et la dette technique n'apparaissait jamais du tout. Elle a adopté WSJF pour le travail de changement et a réservé une tranche fixe de capacité pour l'exploitation, la dette technique, et la sécurité.

Chaque offre a été notée ensemble — valeur métier, criticité temporelle, réduction de risque/activation d'opportunité, et taille de tâche — en une seule session avec des voix de livraison, cliniques, et financières. Un délai statutaire de retours de données a scoré très haut en criticité temporelle et, étant modeste en taille, est monté au sommet sur le WSJF. Une plateforme d'analytique grande et populaire a bien scoré sur la valeur mais sa taille l'a fait descendre dans l'ordre — un résultat qui aurait été impensable sous un classement basé sur l'ancienneté, et que le cadre a rendu défendable. Une mise à niveau de base de données longtemps reportée, auparavant invisible, a été financée depuis la tranche d'exploitation réservée avant qu'elle ne puisse échouer.

De manière cruciale, le carnet classé et ses scores ont été partagés avec toutes les organisations demanderesses. Lorsqu'un trust a poussé pour que son offre saute la file, la conversation n'était pas « qui connaissez-vous ? » mais « lequel de ces éléments à score plus élevé devrait descendre, et êtes-vous à l'aise avec le coût de ce retard ? » La négociation s'est déroulée en public, et l'ICB a pu démontrer à son conseil d'administration que l'ordre reflétait la valeur et le coût du retard, pas la politique.

Angles sectoriels#

Startup#

Une startup de santé numérique contrainte par le financement priorise contre la piste de décollage avant tout, donc sa méthode d'ordonnancement devrait être légère et pilotée par la valeur — une matrice 2×2 valeur-versus-effort ou un simple score RICE suffit généralement, et une machinerie WSJF élaborée est excessive pour un carnet de trente éléments. Le coût de retard dominant est existentiel : manquer la preuve dont une évaluation NICE ou un client phare a besoin peut mettre fin à l'entreprise, ce qui surpasse nettement une fonctionnalité agréable à avoir. La discipline la plus difficile est de réserver toute capacité pour la dette technique et la remédiation de sécurité quand chaque semaine crie pour la prochaine fonctionnalité de revenu, pourtant la sauter entièrement est ce qui fait qu'un jeune produit se grippe juste au moment où il passe à l'échelle. La reprisation est fréquente et pilotée par le fondateur, donc le risque est l'agitation — l'antidote est de maintenir un ordre stable pendant au moins un court sprint afin que quelque chose soit réellement livré.

Petite entreprise#

Un prestataire établi de petite taille — un cabinet de médecins généralistes, une pharmacie communautaire, une maison de retraite, ou une clinique monosite — priorise avec presque aucune marge : la même poignée de personnes exploite le service et tout travail de changement, donc l'ordonnancement doit être brutalement simple, et une matrice 2×2 valeur-versus-effort que n'importe qui dans l'équipe peut lire vaut plus qu'un modèle de notation que personne n'a le temps de maintenir. Le coût de retard dominant est généralement statutaire ou piloté par la sécurité — un délai de toolkit de sécurité des données, un correctif de sécurité clinique, une mise à niveau système mandatée par un fournisseur national — et ceux-ci doivent se trouver au sommet car un petit prestataire porte les mêmes obligations qu'un grand trust sans les ressources pour absorber un échec. Les améliorations discrétionnaires rivalisent véritablement avec l'exploitation du service, donc la discipline honnête est de protéger une petite tranche régulière de temps pour le travail non négociable d'exploitation et de remédiation plutôt que de le laisser perdre chaque semaine contre les demandes orientées patient. Avec une capacité informatique dédiée limitée ou inexistante, une grande partie du « comment » est fixée par les fournisseurs et les contrats-cadres, donc la priorisation concerne souvent le séquencement des changements pilotés par les fournisseurs et les quelques choses que le cabinet peut contrôler, et le maintien d'un ordre stable assez longtemps pour que quelque chose se termine entre une semaine chargée et la suivante.

Entreprise#

Un trust du NHS ou un ICS exploite un portefeuille de changement mixte avec une véritable criticité temporelle et de lourdes obligations d'exploitation, ce qui est exactement la forme pour laquelle WSJF et une tranche réservée d'exploitation/dette technique/sécurité ont été conçus. La politique est le véritable défi : de multiples organisations sponsorisantes, la pression HiPPO, et des attentes héritées selon lesquelles l'ancienneté fixe l'ordre, donc la transparence du carnet classé et de ses scores est l'outil dépolitisant principal de l'entreprise. La priorisation ici s'étend sur un bureau de portefeuille et doit concilier le flux basé sur la capacité pour le changement d'activité courante avec les programmes basés sur la date travaillant à rebours depuis des mises en production réglementaires immuables, fléchissant le périmètre via MoSCoW. Parce qu'un trust doit démontrer le rapport qualité-prix à son conseil d'administration, un ICB, et des auditeurs, le raisonnement de notation est conservé comme un enregistrement de gouvernance, pas jeté une fois la décision prise.

Gouvernement#

À NHS England, DHSC, ou un gouvernement décentralisé, la priorisation est une gestion de portefeuille à l'échelle nationale, formalisée à travers Management of Portfolios (MoP) et le modèle des cinq cas du Trésor, où le coût du retard est mesuré en santé de la population, conformité statutaire, et milliards de livres. Une grande partie du portefeuille est non discrétionnaire — retours mandatés, délais légaux, engagements ministériels — donc la méthode doit classer le comment et le quand du travail obligé plutôt que de savoir s'il faut le faire, et les programmes à date immuable dominent. L'appétit pour le risque est faible et l'examen minutieux contradictoire : le National Audit Office et le Public Accounts Committee testeront si l'ordre reflétait la valeur et le coût du retard ou simplement la commodité politique, donc une base de priorisation explicite et publiée est une défense autant qu'un outil de gestion. L'équité est une dimension statutaire de la valeur, donc un modèle de notation gouvernemental devrait pondérer l'impact sur les populations les moins bien servies, pas seulement le bénéfice agrégé, sinon il favorisera systématiquement ceux déjà bien servis.

Modes d'échec courants#

• Tout est priorité un. Aucun véritable ordonnancement n'existe, donc la voix la plus forte ou l'échéance la plus proche gouverne. Correctif : forcer un classement strict ; les égalités ne sont pas autorisées au sommet.
• L'exploitation et la dette technique perdent toujours. Le travail opérationnel et de remédiation invisible est affamé jusqu'à échouer. Correctif : capacité réservée et protégée.
• Dérogation HiPPO. L'opinion de la personne la mieux payée outrepasse silencieusement la notation à chaque fois. Correctif : scores transparents et négociation ouverte des compromis.
• Théâtre du cadre. Une notation élaborée produit un chiffre sur lequel personne n'agit. Correctif : laisser le score informer un ordre classé réel et agi.
• Périmètre fixe + date fixe + capacité fixe. Les trois contraintes verrouillées, garantissant l'échec. Correctif : fléchir le périmètre via MoSCoW, ou la capacité, ou la date.
• Agitation. Les priorités changent chaque semaine ; rien ne se termine. Correctif : une cadence de reprisation fixe et des pistes stables entre les deux.

Modèle de maturité#

Liste de contrôle#

• Un cadre de priorisation principal est choisi et appliqué de manière cohérente.
• Le coût du retard est rendu explicite, en particulier pour le travail de sécurité et statutaire.
• La capacité est réservée pour l'exploitation, la dette technique, et le travail de sécurité/sûreté.
• Les éléments sont notés par rapport aux résultats/OKR, pas à l'ancienneté du demandeur.
• Les méthodes basées sur la capacité et sur la date sont utilisées pour les bons éléments.
• Le carnet classé et sa notation sont publiés aux parties prenantes.
• Les compromis sont négociés en public : pour en faire monter un, un autre descend.
• La reprisation se produit selon une cadence fixe, avec des pistes stables entre les deux.
• Les scores sont traités comme des estimations ; la manipulation et la fausse précision sont surveillées.
• L'ordre actuel peut être expliqué et défendu au conseil d'administration.

Sources clés#

• Scaled Agile Framework (SAFe) — Weighted Shortest Job First (WSJF) and Cost of Delay.
• Reinertsen, D. — The Principles of Product Development Flow (Cost of Delay, queueing economics).
• Intercom — the RICE scoring model (Reach, Impact, Confidence, Effort).
• DSDM / Agile Business Consortium — MoSCoW prioritisation.
• Kano, N. — the Kano model of customer satisfaction.
• Cabinet Office / AXELOS — Management of Portfolios (MoP) — portfolio prioritisation and balance.
• NHS Digital Service Standard & GOV.UK Service Manual — prioritising the most important user needs; OKRs (Doerr, Measure What Matters) for outcome alignment.

Références#

1. Prioritization — Wikipédia — https://en.wikipedia.org/wiki/Prioritization
2. Cost of delay — Wikipédia — https://en.wikipedia.org/wiki/Cost_of_delay
3. Scaled agile framework — Wikipédia — https://en.wikipedia.org/wiki/Scaled_agile_framework
4. MoSCoW method — Wikipédia — https://en.wikipedia.org/wiki/MoSCoW_method
5. Dynamic systems development method — Wikipédia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
6. Kano model — Wikipédia — https://en.wikipedia.org/wiki/Kano_model
7. Technical debt — Wikipédia — https://en.wikipedia.org/wiki/Technical_debt
8. Objectives and key results — Wikipédia — 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