Guía práctica de MoSCoW, valor vs esfuerzo, WSJF y Eisenhower, con tabla de decisión y cómo aplicarlo en Syncro.
Priorizar no es ordenar una lista: es decidir qué no se va a hacer. Si todo es urgente, nada lo es, y el backlog se convierte en una cola de culpa. Estas cuatro técnicas resuelven el mismo problema desde ángulos distintos; lo importante es elegir una, aplicarla con criterio y revisarla en cada ciclo.
| Técnica | Cuándo encaja | Qué necesitas | Qué produce |
|---|---|---|---|
| MoSCoW | Un release con alcance acotado y fecha cercana | Una lista de tareas y una conversación con negocio | Must / Should / Could / Won't |
| Valor vs. esfuerzo | Muchas ideas sueltas y poco tiempo para analizarlas | Una estimación rápida de valor (1-5) y esfuerzo (1-5) | Un orden por retorno esperado |
| WSJF | Varios equipos o dependencias y decisiones repetidas | Impacto de retraso, duración del trabajo y riesgo | Una puntuación comparable |
| Eisenhower | Urgencias personales, soporte y tareas del día a día | Dos preguntas: ¿urgente? ¿importante? | Cuatro cubos de acción |
Ninguna es mejor en abstracto. MoSCoW sirve para cerrar un alcance; valor vs. esfuerzo, para desbloquear una lista larga; WSJF, para comparar iniciativas; Eisenhower, para separar lo urgente de lo importante.
MoSCoW divide las tareas en cuatro categorías:
| Categoría | Significado | En Syncro |
|---|---|---|
| Must have | Sin esto el release no tiene sentido | Prioridad Urgente |
| Should have | Muy importante, pero hay una alternativa temporal | Prioridad Alta |
| Could have | Deseable si sobra tiempo | Prioridad Media |
| Won't have | Explícitamente fuera de este ciclo | Backlog, sin fecha |
La regla que evita que MoSCoW se degrade es poner un límite: si más del 60 % de las tareas son Must, no estás priorizando, estás justificando. Un reparto habitual es 60 % Must, 20 % Should y 20 % Could. El Won't no es un cajón de descartes: es la lista que protege al equipo de un alcance que no cabe.
Ejemplo. Un release de dos semanas para una web de reservas:
Si el equipo termina antes, entra un Could. Si va justo, se recorta un Should antes de tocar un Must. Esa es la utilidad real de MoSCoW: tener decidido de antemano qué se sacrifica.
Error habitual: tratar Won't como “no ahora” sin fecha ni dueño. Si una idea vuelve cada semana, necesita una decisión explícita: se convierte en tarea del backlog con una fecha de revisión o se descarta. Lo que no puede pasar es que reaparezca en cada reunión sin contexto.
Cuando hay veinte ideas y ninguna está analizada, no necesitas precisión: necesitas una primera criba. Puntúa cada tarea de 1 a 5 en dos ejes:
| Esfuerzo bajo | Esfuerzo alto | |
|---|---|---|
| Valor alto | Hazlo primero | Divide y planifica |
| Valor bajo | Rellena huecos | Descarta o aparca |
La zona de valor alto y esfuerzo bajo es la que da resultados visibles con menos trabajo. La de valor alto y esfuerzo alto no se descarta: se trocea en entregas más pequeñas. La de valor bajo y esfuerzo alto es la trampa clásica; suele ser trabajo que “hay que hacer” pero que no mueve nada.
Cómo puntuar sin eternizarse. Hazlo en una sola sesión, con el equipo delante y sin buscar datos perfectos. Si una tarea genera discusión, divídela hasta que la discusión desaparezca. Una estimación de cinco minutos suele ser suficiente para ordenar; no necesitas un business case para cada idea.
Límite de la técnica: el valor no siempre es comparable entre tareas. “Arreglar el login” y “añadir filtros al informe” pueden tener la misma puntuación y no la misma urgencia. Por eso valor vs. esfuerzo funciona mejor como primera pasada y no como decisión final.
WSJF (Weighted Shortest Job First) prioriza por impacto de retraso dividido por duración. La idea es sencilla: si dos iniciativas aportan lo mismo, haz primero la que se termina antes. Si una aporta mucho más, puede merecer esperar.
La fórmula completa es:
WSJF = (valor de negocio + impacto temporal + reducción de riesgo) / duración del trabajo
Para que sea práctica, puntúa cada bloque de 1 a 5 o usa una escala Fibonacci (1, 2, 3, 5, 8, 13). El resultado no es una verdad matemática: es una forma de hacer explícitas las intuiciones y de comparar alternativas con los mismos criterios.
Ejemplo. Dos iniciativas compiten por el mismo equipo:
| Iniciativa | Valor | Impacto temporal | Riesgo | Duración | WSJF |
|---|---|---|---|---|---|
| Exportar informes | 5 | 3 | 1 | 3 | 3,0 |
| Panel de métricas | 3 | 2 | 2 | 8 | 0,9 |
La primera gana no porque sea más ambiciosa, sino porque entrega antes una parte del valor. El panel de métricas puede seguir en el backlog sin culpa.
Cuándo no usar WSJF: en equipos pequeños con una sola línea de trabajo, la fórmula añade ceremonia sin mejorar la decisión. Si todo lo hace el mismo equipo y las dependencias son pocas, valor vs. esfuerzo suele bastar.
La matriz de Eisenhower separa dos dimensiones que se confunden todo el tiempo:
| Importante | No importante | |
|---|---|---|
| Urgente | Hazlo ahora | Delégalo o automatízalo |
| No urgente | Planifícalo | Elimínalo |
Lo urgente tiene fecha y presión; lo importante acerca al objetivo. El error es dejar que lo urgente ocupe todo el día y que lo importante no tenga nunca un hueco. En un proyecto, la revisión de prioridades, la documentación y la mejora del flujo suelen ser importantes y no urgentes: si no se planifican, no ocurren.
Ejemplo. Un aviso de producción es urgente e importante: se atiende. Una petición de un cliente sin fecha puede ser importante pero no urgente: se planifica. Una reunión que no decide nada puede ser urgente para quien la convoca y no importante para el proyecto: se delega o se cancela.
Eisenhower no sustituye a MoSCoW ni a WSJF; sirve para el día a día. Si lo aplicas a todo el roadmap, acabarás reaccionando en lugar de decidiendo.
| Situación | Técnica recomendada |
|---|---|
| Cerrar el alcance de un release | MoSCoW |
| Cribar una lista larga de ideas sin datos | Valor vs. esfuerzo |
| Comparar iniciativas con dependencias | WSJF |
| Ordenar el trabajo de hoy o de la semana | Eisenhower |
Una secuencia que funciona: Eisenhower para el día a día, valor vs. esfuerzo para el backlog, MoSCoW para el release y WSJF cuando compites por un equipo compartido. No hace falta usar las cuatro a la vez.
Syncro no decide por ti, pero sí guarda las decisiones en el mismo sitio donde se ejecutan:
La planificación semanal y el seguimiento de horas cierran el círculo: decides, ejecutas y compruebas si la decisión se pareció a la realidad.
La priorización se degrada cuando se hace una vez al trimestre. Reserva 20 minutos fijos:
El objetivo no es tener un backlog perfecto. Es que el equipo sepa qué hacer el lunes sin volver a discutir la lista.
¿MoSCoW sirve para un equipo de dos personas? Sí, incluso más: obliga a escribir qué queda fuera. Con equipos pequeños, el Won't es la parte más valiosa del ejercicio.
¿Cuántas tareas debe tener el backlog? No hay un número mágico. Si el backlog tarda más de cinco minutos en leerse, está demasiado lleno. Depura antes de añadir.
¿Qué hago si negocio quiere todo para ayer? Traduce la petición a capacidad: cuántas horas hay y qué se cae si entra todo. La conversación deja de ser sobre prioridades y pasa a ser sobre alcance, que es donde se puede decidir de verdad.
¿La prioridad de Syncro sustituye a la técnica? No. El campo de prioridad es la forma de comunicar la decisión; la técnica es cómo llegas a ella. Primero decides, después etiquetas.
Idea para llevarte: una prioridad sin una renuncia explícita es solo una intención. Si no puedes decir qué se queda fuera, todavía no has priorizado.
Empieza hoy
Prueba la práctica en un proyecto real, sin configurar nada.
Sin tarjeta · listo en minutos