MoSCoW es un método de priorización que divide los requisitos de una entrega en cuatro categorías: Must (sin esto la entrega no tiene sentido), Should (importante, pero la entrega sobrevive sin ello), Could (deseable, entra si sobra capacidad) y Won't (queda fuera esta vez, por decisión registrada). La regla práctica es mantener el Must por debajo del 60% del esfuerzo, para tener margen cuando las estimaciones fallen.
Cómo usar
- Indica qué decide esta priorización (una versión, un trimestre) y, si la conoces, la capacidad del equipo.
- Escribe un requisito por fila, elige la categoría y estima el esfuerzo en la misma unidad para todos.
- Justifica cada Must: qué pasa si no entra.
- Lee el tablero y los avisos: Must por encima del 60%, nada en Won't, Must sin justificación o capacidad superada.
- Exporta el tablero en PNG, PDF, CSV o Markdown y úsalo en la conversación con los stakeholders.
Qué pide cada campo
| Campo | Qué completar |
|---|---|
| Entrega o período (opcional) | Qué decide esta priorización. |
| Capacidad (opcional) | Cuánto puede entregar el equipo en el período, en la misma unidad del esfuerzo. |
| Requisito | Ej.: pago anticipado |
| Categoría | |
| Esfuerzo | Puntos, días u otra unidad, igual para todos |
| Justificación | Obligatoria para Must |
Ejemplo
Un equipo prioriza la versión 2.0 de una app de reservas para salones, con capacidad de 40 días de trabajo. Tres requisitos son Must y suman 17 (42,5% de la capacidad, por debajo del límite de 60%). Should suma 9 y Could, 11: todo cabe en los 40. La app para la tableta del salón queda en Won't, con la justificación de validar la demanda antes. La herramienta avisa que la cancelación por el cliente es Must sin justificación.
Cuándo usar
- Al cerrar el alcance de una versión o de un MVP con plazo fijo.
- Cuando todo pedido llega como urgente y hay que decir, por escrito, qué queda para después.
- Para negociar el alcance con los stakeholders mostrando el peso de cada categoría en el esfuerzo.
- Después de una clasificación Kano o RICE, para convertir el orden en una decisión de entrega.
Preguntas frecuentes
¿Qué significa cada letra de MoSCoW?
Must have (imprescindible), Should have (debería tener), Could have (podría tener) y Won't have this time (no esta vez). Las letras "o" solo hacen pronunciable la sigla. El método nació en proyectos de desarrollo con plazo fijo en los años noventa.
¿Por qué limitar el Must al 60% del esfuerzo?
Las estimaciones fallan. Si casi todo es Must, cualquier retraso compromete la entrega entera. Con Must hasta el 60%, Should y Could forman una reserva: cuando algo se atrasa, sale un Could y lo esencial sigue en pie.
¿Cómo saber si algo es Must de verdad?
Pregunta qué pasa si no entra. Si la respuesta es "la entrega no sirve", "incumplimos la ley" o "rompemos el contrato", es Must. Si es "el cliente queda menos satisfecho" o "hay una alternativa manual", es Should.
¿Por qué registrar el Won't?
Decir qué queda fuera es tan importante como decir qué entra. Registrar el Won't, con la justificación, evita que el mismo pedido vuelva en cada reunión y muestra que se consideró, no que se olvidó.
¿Cuál es la diferencia entre MoSCoW y RICE?
RICE ordena ítems por una puntuación; MoSCoW decide qué entra en una entrega específica. Muchos equipos usan RICE o la matriz impacto × esfuerzo para ordenar y MoSCoW para cerrar el alcance de la versión.
¿Quién decide la categoría?
Decide la persona responsable del producto, después de escuchar a quien construye y a quien usa. La categoría necesita una justificación explícita, sobre todo el Must: es lo que permite discutir la decisión sin que se vuelva una disputa de poder.