Tema 2.2 — Priorización del trabajo

En una frase: La priorización es la ordenación deliberada y transparente del trabajo que sobrevivió al triaje —equilibrando valor, urgencia, riesgo y esfuerzo frente a una capacidad finita— para que en cualquier momento la organización esté haciendo las cosas más valiosas que puede, y pueda explicar por qué.

Por qué esto importa en la salud y la atención#

La priorización es donde la estrategia se vuelve real. La verdadera estrategia de una organización no es su plan publicado sino el orden en que realmente hace las cosas —y en la salud y la atención ese orden conlleva consecuencias de seguridad, equidad y dinero público. Despriorizar el trabajo de interoperabilidad y un registro de atención compartido se estanca; despriorizar la deuda técnica y un sistema falla a las 2 de la madrugada en un día festivo; despriorizar la corrección de accesibilidad y excluyes a las personas que más necesitan el servicio.

La presión es estructural: la demanda siempre supera la capacidad, y gran parte de esa demanda es legítima. Los líderes, por lo tanto, necesitan métodos que hagan las disyuntivas explícitas y defendibles, no un proceso donde gana el último correo electrónico o cada proyecto es "máxima prioridad." La priorización transparente también cambia el clima político: cuando los interesados pueden ver los criterios y el ordenamiento, la negociación pasa del cabildeo a una conversación compartida sobre valor y coste del retraso. Este tema sigue a la entrada (Tema 2.0) y al triaje (Tema 2.1); asume que ya tienes un backlog visible y evaluado para ordenar, y alimenta el ciclo de vida de entrega (Temas 3.4–8) y la gestión de cartera (Tema 5.3 — EPPM).

Conceptos clave#

La priorización ordena un backlog o cartera; es distinta del triaje (que evaluó y dirigió cada elemento de forma aislada). La priorización compara elementos entre sí para una capacidad finita, y rehace esa comparación a medida que la realidad cambia.

El coste del retraso es la lente económica que sustenta los mejores métodos: ¿qué cuesta —en valor, daño o dinero— cada semana que esto no se hace? Hacer explícito el coste del retraso reformula la priorización de "¿qué es más importante?" (todo) a "¿qué es más costoso de retrasar?" (una pregunta clasificable).

Marcos comunes, cada uno con su ajuste:

• WSJF (Weighted Shortest Job First, Trabajo Más Corto Ponderado Primero), del Scaled Agile Framework (SAFe): puntúa el Coste del Retraso (valor de usuario/negocio + criticidad temporal + reducción de riesgo/habilitación de oportunidad) y divide por el tamaño del trabajo. El WSJF más alto se hace primero. Favorece naturalmente el trabajo pequeño, de alto valor y crítico en el tiempo, e ignora el coste hundido.
• RICE (Alcance × Impacto × Confianza ÷ Esfuerzo, popularizado por Intercom): una puntuación de gestión de producto que modera el entusiasmo con un factor de Confianza.
• MoSCoW (Must / Should / Could / Won't-this-time — Debe / Debería / Podría / No-esta-vez), de DSDM: una categorización, excelente para delimitar el alcance de una versión o un programa de fecha fija, más débil como ordenamiento de grano fino.
• Valor frente a esfuerzo (una matriz 2×2): la visualización rápida para detectar victorias rápidas y pozos de dinero; grosera pero rápida.
• Modelo Kano: clasifica las funcionalidades como básicas (imprescindibles), de rendimiento, o encantadoras —útil para equilibrar lo esperado frente a los diferenciadores.

Ningún marco es "correcto"; cada uno codifica una definición diferente de valor, y el acto de puntuar juntos a menudo es más valioso que el número.

Funcionamiento frente a cambio es el equilibrio a nivel de cartera: el trabajo operativo de "mantener las luces encendidas" (funcionamiento) frente a la nueva capacidad (cambio). La priorización debe abarcar ambos, o el trabajo de funcionamiento invisible —incluyendo la deuda técnica y la remediación de seguridad/protección— pierde cada concurso frente a las nuevas funcionalidades brillantes hasta que falla catastróficamente.

Priorización basada en capacidad frente a basada en fecha: el ordenamiento basado en capacidad llena un rendimiento conocido y finito (un ritmo sostenible); el ordenamiento basado en fecha trabaja hacia atrás desde un plazo inamovible (una puesta en marcha regulatoria) y usa MoSCoW para flexionar el alcance. La mayoría de las carteras necesitan ambos, aplicados a diferentes elementos.

Buenas prácticas#

1. Elegir un marco principal y aplicarlo consistentemente. Elige el método que se ajuste a tu trabajo —WSJF para una cartera mixta de cambio con criticidad temporal real, RICE para backlogs de funcionalidades de producto, MoSCoW para versiones de fecha fija— y úsalo consistentemente para que las puntuaciones sean comparables. Cambiar de marco por elemento hace que el backlog sea incomparable e invita a la manipulación.

2. Hacer explícito el coste del retraso, especialmente para el trabajo de seguridad y estatutario. Pregunta de cada elemento, "¿qué cuesta un mes de retraso?" Para una corrección de seguridad o un plazo regulatorio, la respuesta a menudo es severa y no lineal, que es precisamente por qué estos deben puntuarse, no asumirse. El coste del retraso es la moneda común que permite comparar honestamente un plazo de cumplimiento y una mejora de experiencia de usuario.

3. Reservar capacidad explícita para funcionamiento, deuda técnica y seguridad. No dejes que el trabajo de mantener las luces encendidas, la deuda técnica, y la remediación de seguridad/protección compitan funcionalidad por funcionalidad con la nueva capacidad —perderán hasta que algo se rompa. Reserva un porcentaje permanente de capacidad (una regla general común es una porción significativa y protegida) para este trabajo, y trátalo como no negociable.

4. Priorizar según resultados y valor, no según el rango del solicitante. Puntúa según los resultados y prioridades declarados de la organización (idealmente sus OKR —véase el Tema 10.0) en lugar de quién preguntó. Cuando el elemento de un interesado senior puntúa bajo, eso es el sistema funcionando; el marco te da una base justa y no personal para tener esa conversación.

5. Ajustar el método a la restricción: capacidad o fecha. Para un flujo sostenible de cambio, ordena por valor y atrae trabajo a una capacidad conocida. Para una fecha inamovible, trabaja hacia atrás y usa MoSCoW para proteger los "Debe" y flexionar los "Podría". Confundir los dos —intentar encajar un alcance fijo en un tiempo fijo y una capacidad fija— es la ruta clásica hacia un programa fallido.

6. Priorizar transparentemente y negociar abiertamente. Publica el backlog clasificado y la puntuación detrás de él. La transparencia convierte la priorización de una serie de acuerdos privados en una negociación compartida donde las disyuntivas son visibles: para mover tu elemento hacia arriba, algo más debe bajar, y todos pueden ver el coste. Este es el movimiento despolitizador individual más poderoso disponible para un líder de entrega.

7. Repriorizar en un ritmo regular —y solo entonces. Establece un ritmo (por ejemplo, una revisión mensual o trimestral de cartera, más un refinamiento más ligero del backlog entre medias) en el que las prioridades se revisitan según nueva evidencia. Entre revisiones, mantén la línea para que los equipos tengan pistas estables. La repriorización constante es tan dañina como nunca repriorizar —destruye el flujo y no termina nada.

8. Protegerse contra la manipulación y la falsa precisión. Las puntuaciones relativas (Fibonacci, tallas de camiseta) son estimaciones, no verdades; un WSJF de 8.3 no es significativamente mejor que 7.9. Usa los números para informar una conversación clasificada, vigila las entradas infladas, y deja que el juicio experimentado anule una puntuación obviamente perversa —mientras registras por qué.

Preguntas para debatir con tu equipo#

1. ¿Cuál es nuestra respuesta honesta a "¿qué cuesta realmente un mes de retraso?" para el trabajo que seguimos aplazando? El coste del retraso es la moneda común que permite comparar honestamente un plazo de cumplimiento y un ajuste de experiencia de usuario, sin embargo, la mayoría de las organizaciones nunca lo hacen explícito y así por defecto caen en "todo es importante" —que no es una afirmación clasificable. Esto importa de forma aguda en la salud y la atención porque el coste de retrasar algún trabajo es severo y no lineal: una corrección de seguridad aplazada o una dependencia de interoperabilidad puede permanecer inofensiva durante meses y luego fallar catastróficamente, mientras que una funcionalidad de conveniencia aplazada casi no cuesta nada. El equipo debería debatir si realmente puede articular el coste del retraso para sus elementos disputados principales, y confrontar los casos incómodos donde la respuesta honesta es "muy poco" para un proyecto popular y "potencialmente un incidente grave" para uno invisible. Ángulos concretos: toma tres elementos actualmente atascados en medio del backlog y fuerza una frase de coste de retraso para cada uno; pregunta si la deuda técnica y la remediación de seguridad alguna vez se han puntuado en coste de retraso en absoluto, o simplemente pierden cada concurso al nunca entrar en él. Una buena respuesta distingue los elementos cuyo coste de retraso es aproximadamente lineal de aquellos donde se dispara en un plazo o un punto de fallo, y usa esa forma para justificar el orden. La versión deshonesta se esconde detrás de "todo es una prioridad", que es precisamente la ausencia de priorización que esta pregunta pretende exponer.

2. ¿Cuánta capacidad estamos dispuestos a reservar para funcionamiento, deuda técnica y seguridad —y la defenderemos cuando llegue una propuesta nueva y brillante? Esta es la disyuntiva que más fiablemente sale mal: el trabajo de mantener las luces encendidas, la deuda técnica, y la remediación de seguridad o protección son invisibles y pierden funcionalidad por funcionalidad frente a la nueva capacidad hasta que algo se rompe a las 2 de la madrugada en un día festivo. El debate no es si proteger algo de capacidad —casi todos están de acuerdo en principio— sino el porcentaje específico, y, mucho más difícil, si el liderazgo realmente mantendrá esa línea la primera vez que el emocionante proyecto de un patrocinador senior quiera saquear la reserva. En la salud y la atención, las consecuencias incluyen la seguridad del paciente y la fiabilidad de los sistemas de los que dependen los clínicos, así que tratar la porción como no negociable es una postura de seguridad, no solo buena higiene. Ángulos concretos: mira hacia atrás en el último incidente mayor o cuasi-incidente y pregunta si se remonta a trabajo de funcionamiento o deuda aplazado que nunca ganó un concurso de prioridad; nombra a la persona con autoridad para rechazar un saqueo de la capacidad protegida y comprueba si realmente lo haría. Una respuesta sólida se compromete con una porción específica y protegida y, crucialmente, describe la gobernanza que la mantiene protegida bajo presión en lugar de confiar en buenas intenciones. La versión honesta admite que la reserva solo es real si sobrevive al contacto con el interesado más poderoso en la sala.

3. Cuando el elemento de un interesado senior puntúa bajo, ¿tenemos la transparencia y el nervio para dejar que la clasificación se mantenga? Priorizar según resultados en lugar de rango del solicitante suena obvio, pero el efecto HiPPO —la Opinión de la Persona Mejor Pagada anulando silenciosamente la puntuación— es el fallo por defecto en entornos jerárquicos del NHS y del gobierno, y es corrosivo precisamente porque es silencioso. La tensión es que un elemento senior de baja puntuación a menudo es el sistema funcionando correctamente, sin embargo, sin una clasificación transparente y publicada y su razonamiento de puntuación, el líder de entrega no tiene una base no personal para tener esa conversación y generalmente cederá. El equipo debería debatir si su backlog y puntuaciones son genuinamente visibles para las organizaciones solicitantes, porque la negociación abierta de disyuntivas —"para mover el tuyo hacia arriba, ¿qué elemento de mayor puntuación baja, y estás cómodo con el coste de ese retraso?"— es el movimiento despolitizador individual más poderoso disponible, y solo funciona abiertamente. Ángulos concretos: recuerda la última vez que una solicitud senior saltó la cola y pregunta qué habría pasado si la clasificación hubiera sido pública; considera retener el razonamiento de puntuación como un registro de gobernanza que podrías mostrar a una junta, un ICB, o auditores. Una buena respuesta empareja la transparencia (publicar el orden y las puntuaciones) con un guion ensayado y no personal para la conversación de anulación, e identifica quién tiene la posición para sostenerla. La respuesta evasiva trata esto como hipotético; en realidad sucede la mayoría de las semanas, y el plan debe sobrevivirlo.

4. ¿Nos hemos realmente comprometido con un marco de priorización, o estamos silenciosamente puntuando cada elemento con el método que más lo favorezca? Elegir un marco principal y aplicarlo consistentemente es lo que hace que un backlog sea comparable; en el momento en que WSJF se usa para una propuesta, una corazonada de valor frente a esfuerzo para otra, y "el director realmente lo quiere" para una tercera, el ordenamiento deja de significar algo y la manipulación se infiltra. La tensión es que ningún marco único se ajusta a cada tipo de trabajo —WSJF se ajusta a una cartera mixta de cambio, RICE a un backlog de funcionalidades de producto, MoSCoW a una versión de fecha fija— así que el debate honesto es cuál es tu método principal y dónde se permite legítimamente un segundo en lugar de ser una escapatoria conveniente. En la salud y la atención esto importa porque un plazo de cumplimiento, una funcionalidad solicitada por un clínico, y una actualización de base de datos deben sopesarse en la misma escala, y solo un método consistente permite clasificar un elemento estatutario y uno de conveniencia entre sí sin alegatos especiales. Ángulos concretos: audita las últimas doce decisiones de priorización y comprueba si realmente se aplicó el mismo método, o si el método cambió para justificar una respuesta predeterminada; vigila el "teatro de marco", donde una puntuación elaborada produce un número sobre el que nadie luego actúa. Una buena respuesta nombra el marco principal, explica los casos estrechos y basados en principios donde se usa otro, y trata la puntuación como informando una conversación clasificada en lugar de como una verdad. La respuesta débil deja que cada solicitante traiga sus propias matemáticas, lo cual es indistinguible de no tener ningún método en absoluto.

5. ¿Somos honestos sobre qué trabajo está limitado por capacidad y cuál está limitado por fecha —o estamos intentando fijar alcance, fecha y capacidad todos a la vez? La priorización debe ajustarse a la restricción: un flujo sostenible de cambio se ordena por valor y se atrae a una capacidad conocida, mientras que una puesta en marcha regulatoria inamovible se trabaja hacia atrás desde la fecha con MoSCoW protegiendo los "Debe" y flexionando los "Podría". La ruta clásica hacia un programa fallido es confundir los dos —fijar alcance, fecha y capacidad simultáneamente— y es especialmente seductor en la salud y la atención, donde un plazo estatutario se siente no negociable y los interesados asumen que el alcance completo es igualmente no negociable. El equipo debería debatir, elemento por elemento, si cada pieza principal de trabajo está realmente limitada por capacidad o por fecha, porque tratar un programa impulsado por fecha como si tuviera tiempo elástico, o un flujo de negocio habitual como si tuviera un plazo duro, prioriza mal todo lo que sigue. Ángulos concretos: toma una puesta en marcha inamovible y pregunta qué requisitos son genuinamente "Debe" para el mínimo legal frente a "Debería" o "Podría" que se han colado en el conjunto obligatorio; busca el programa donde las tres restricciones están silenciosamente fijadas y nombra qué realmente cederá cuando la realidad golpee. Una buena respuesta clasifica el trabajo según su restricción vinculante y aplica el método correspondiente deliberadamente, manteniendo el flujo basado en capacidad y la entrega basada en fecha como disciplinas separadas. La respuesta poco realista promete alcance completo, en la fecha fija, dentro de la capacidad fija, y espera.

6. ¿Cuál es nuestro ritmo de repriorización, y tenemos la disciplina para mantener el orden estable entre revisiones? Las prioridades deben revisitarse según nueva evidencia, pero en un ritmo —una revisión mensual o trimestral de cartera con refinamiento más ligero entre medias— porque la repriorización constante es tan dañina como nunca repriorizar: destruye el flujo y no termina nada. La tensión es real: la realidad genuinamente cambia, una nueva señal de seguridad o un cambio de financiación puede justificar la reordenación, sin embargo, cada reorganización a mitad de vuelo cuesta a los equipos su pista y deja trabajo a medio construir varado. En la salud y la atención, donde los equipos de entrega a menudo están sobrecargados y las dependencias abarcan múltiples organizaciones, la agitación es costosa y desgasta la moral, así que la pista estable entre revisiones es una cuestión de productividad y retención tanto como de entrega. Ángulos concretos: comprueba cuántas veces en el último trimestre cambió la parte superior del backlog fuera de una revisión programada, y qué se entregó como resultado; acuerda de antemano los criterios estrechos —una emergencia genuina, no un interesado ruidoso— que justifican romper el ritmo. Una buena respuesta establece un ritmo explícito, defiende la pista entre revisiones, y puede señalar trabajo que realmente terminó porque el orden se mantuvo. La respuesta fallida repriorizar cuando llega el último correo electrónico, confundiendo el movimiento con la capacidad de respuesta mientras nada cruza la línea.

En la práctica: un ejemplo de salud y atención#

Un equipo de cartera digital de un ICB enfrentaba doce propuestas competidoras y capacidad para quizás cinco. Históricamente, el ordenamiento había seguido la antigüedad organizacional, y la deuda técnica nunca había aparecido en absoluto. Adoptaron WSJF para el trabajo de cambio y reservaron una porción fija de capacidad para funcionamiento, deuda técnica y seguridad.

Cada propuesta se puntuó junta —valor de negocio, criticidad temporal, reducción de riesgo/habilitación de oportunidad, y tamaño del trabajo— en una única sesión con voces de entrega, clínicas y financieras. Un plazo estatutario de retorno de datos puntuó muy alto en criticidad temporal y, siendo de tamaño modesto, subió a la cima en WSJF. Una plataforma de analítica grande y popular puntuó bien en valor pero su tamaño la empujó hacia abajo en el orden —un resultado que habría sido impensable bajo una clasificación basada en antigüedad, y que el marco hizo defendible. Una actualización de base de datos aplazada durante mucho tiempo, previamente invisible, se financió desde la porción reservada de funcionamiento antes de que pudiera fallar.

Fundamentalmente, el backlog clasificado y sus puntuaciones se compartieron con todas las organizaciones solicitantes. Cuando un fideicomiso presionó para que su propuesta saltara la cola, la conversación no fue "¿a quién conoces?" sino "¿cuál de estos elementos de mayor puntuación debería bajar, y estás cómodo con el coste de ese retraso?" La negociación sucedió abiertamente, y el ICB pudo evidenciar a su junta directiva que el orden reflejaba valor y coste del retraso, no política.

Perspectivas sectoriales#

Startup#

Una startup de salud digital limitada por financiación prioriza frente al tiempo de financiación disponible por encima de todo, así que su método de ordenamiento debería ser ligero y guiado por el valor —una matriz 2×2 de valor frente a esfuerzo o una simple puntuación RICE generalmente es suficiente, y una maquinaria WSJF elaborada es excesiva para un backlog de treinta elementos. El coste del retraso dominante es existencial: perderse la evidencia que necesita una evaluación de NICE o un cliente principal puede terminar con la empresa, lo que clasifica muy por encima de una funcionalidad agradable de tener. La disciplina más difícil es reservar cualquier capacidad para la deuda técnica y la remediación de seguridad cuando cada semana grita por la siguiente funcionalidad de ingresos, sin embargo, omitirla por completo es lo que causa que un producto joven se atasque justo cuando escala. La repriorización es frecuente y liderada por el fundador, así que el riesgo es la agitación —el antídoto es mantener un orden estable durante al menos un sprint corto para que algo realmente se entregue.

Pequeña empresa#

Un proveedor pequeño y establecido —una consulta de médico de cabecera, una farmacia comunitaria, una residencia de cuidados, o una clínica de un solo emplazamiento— prioriza con casi ninguna holgura: el mismo puñado de personas ejecuta el servicio y cualquier trabajo de cambio, así que el ordenamiento tiene que ser brutalmente simple, y una matriz 2×2 de valor frente a esfuerzo que cualquiera en el equipo pueda leer vale más que un modelo de puntuación que nadie tiene tiempo de mantener. El coste del retraso dominante generalmente es estatutario o impulsado por la seguridad —un plazo del kit de herramientas de seguridad de datos, una corrección de seguridad clínica, una actualización de sistema obligatoria de un proveedor nacional— y estos deben sentarse en la cima porque un proveedor pequeño carga con los mismos deberes que un gran fideicomiso sin los recursos para absorber un fallo. Las mejoras discrecionales genuinamente compiten con ejecutar el servicio, así que la disciplina honesta es proteger una porción pequeña y regular de tiempo para el trabajo no negociable de funcionamiento y remediación en lugar de dejar que pierda cada semana frente a las demandas orientadas al paciente. Con poca o ninguna capacidad de TI dedicada, gran parte del "cómo" lo establecen los proveedores y contratos marco, así que la priorización a menudo trata de secuenciar los cambios impulsados por el proveedor y las pocas cosas que la consulta puede controlar, y mantener un orden estable el tiempo suficiente para que algo termine entre una semana ocupada y la siguiente.

Gran organización#

Un fideicomiso del NHS o un ICS ejecuta una cartera mixta de cambio con criticidad temporal genuina y fuertes obligaciones de funcionamiento, que es exactamente la forma para la que se diseñaron WSJF y una porción reservada de funcionamiento/deuda técnica/seguridad. La política es el verdadero desafío: múltiples organizaciones patrocinadoras, presión HiPPO, y expectativas heredadas de que la antigüedad establece el orden, así que la transparencia del backlog clasificado y sus puntuaciones es la principal herramienta despolitizadora de la gran organización. La priorización aquí abarca una oficina de cartera y debe reconciliar el flujo basado en capacidad para el cambio de negocio habitual con programas basados en fecha trabajando hacia atrás desde puestas en marcha regulatorias inamovibles, flexionando el alcance vía MoSCoW. Porque un fideicomiso debe evidenciar valor por dinero ante su junta directiva, un ICB, y auditores, el razonamiento de puntuación se retiene como un registro de gobernanza, no se descarta una vez tomada la decisión.

Gobierno#

En NHS England, DHSC, o un gobierno descentralizado, la priorización es gestión de cartera a escala nacional, formalizada a través de Management of Portfolios (MoP) y el modelo de cinco casos del Tesoro, donde el coste del retraso se mide en salud poblacional, cumplimiento estatutario, y miles de millones de libras. Gran parte de la cartera es no discrecional —retornos obligatorios, plazos legales, compromisos ministeriales— así que el método debe clasificar el cómo y cuándo del trabajo obligado en lugar de si hacerlo, y los programas de fecha inamovible dominan. El apetito de riesgo es bajo y el escrutinio es adversarial: la National Audit Office y el Public Accounts Committee probarán si el orden reflejaba valor y coste del retraso o meramente conveniencia política, así que una base de priorización explícita y publicada es tanto una defensa como una herramienta de gestión. La equidad es una dimensión estatutaria del valor, así que un modelo de puntuación gubernamental debería ponderar el impacto en las poblaciones menos atendidas, no solo el beneficio agregado, o favorecerá sistemáticamente a los ya bien atendidos.

Modos de fallo comunes#

• Todo es prioridad uno. No existe un ordenamiento real, así que gobierna la voz más ruidosa o el plazo más cercano. Solución: forzar una clasificación estricta; no se permiten empates en la cima.
• El funcionamiento y la deuda técnica siempre pierden. El trabajo operativo y de remediación invisible se priva de recursos hasta que falla. Solución: capacidad reservada y protegida.
• Anulación HiPPO. La Opinión de la Persona Mejor Pagada anula silenciosamente la puntuación cada vez. Solución: puntuaciones transparentes y negociación abierta de disyuntivas.
• Teatro de marco. Una puntuación elaborada produce un número sobre el que nadie actúa. Solución: dejar que la puntuación informe un orden clasificado real y accionado.
• Alcance fijo + fecha fija + capacidad fija. Las tres restricciones bloqueadas, garantizando el fallo. Solución: flexionar el alcance vía MoSCoW, o la capacidad, o la fecha.
• Agitación. Las prioridades cambian semanalmente; nada termina. Solución: un ritmo de repriorización establecido y pistas estables entre medias.

Modelo de madurez#

Lista de verificación#

• Se elige y aplica consistentemente un marco principal de priorización.
• El Coste del Retraso se hace explícito, especialmente para el trabajo de seguridad y estatutario.
• Se reserva capacidad para funcionamiento, deuda técnica y trabajo de seguridad/protección.
• Los elementos se puntúan frente a resultados/OKR, no según la antigüedad del solicitante.
• Los métodos basados en capacidad y en fecha se usan para los elementos correctos.
• El backlog clasificado y su puntuación se publican a los interesados.
• Las disyuntivas se negocian abiertamente: para mover uno hacia arriba, otro baja.
• La repriorización sucede en un ritmo establecido, con pistas estables entre medias.
• Las puntuaciones se tratan como estimaciones; se vigila la manipulación y la falsa precisión.
• El orden actual se puede explicar y defender ante la junta directiva.

Fuentes clave#

• Scaled Agile Framework (SAFe) — Weighted Shortest Job First (WSJF) y Coste del Retraso.
• Reinertsen, D. — The Principles of Product Development Flow (Coste del Retraso, economía de colas).
• Intercom — el modelo de puntuación RICE (Alcance, Impacto, Confianza, Esfuerzo).
• DSDM / Agile Business Consortium — priorización MoSCoW.
• Kano, N. — el modelo Kano de satisfacción del cliente.
• Cabinet Office / AXELOS — Management of Portfolios (MoP) — priorización y equilibrio de cartera.
• NHS Digital Service Standard y Manual de Servicio de GOV.UK — priorizar las necesidades del usuario más importantes; OKR (Doerr, Measure What Matters) para la alineación de resultados.

Referencias#

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