MoSCoW
MoSCoW es un método de priorización de requisitos, épicas o historias de usuario en cuatro niveles de prioridad: Must have (imprescindible), Should have (recomendable), Could have (deseable) y Won't have (no en esta versión). Las letras en mayúscula del acrónimo corresponden a los cuatro niveles; las "o" minúsculas son vocales añadidas para hacer pronunciable la palabra.
Origen
El método fue desarrollado por Dai Clegg en Oracle en los años noventa en el contexto de DSDM, la metodología dinámica de desarrollo de sistemas. Hoy se usa de forma independiente de DSDM en todo tipo de proyectos ágiles.
Los cuatro niveles
Must have — imprescindible
Requisito crítico que debe implementarse para que el sistema tenga valor. Sin él, el proyecto no puede considerarse un éxito. Se usa la prueba de "¿qué pasa si no está?": si la respuesta es "el sistema es inútil o ilegal", es un Must have.
Should have — recomendable
Requisito importante pero no crítico. El sistema puede funcionar sin él, pero su ausencia reduce significativamente el valor. Suele ser el candidato natural para la siguiente versión si no entra en la actual.
Could have — deseable
Requisito que aportaría valor pero cuyo impacto es menor. Se incluye si hay tiempo y capacidad; se descarta si hay presión. Son los primeros en salir cuando el alcance hay que reducirlo.
Won't have — fuera del alcance actual
Requisito que no se implementará en esta versión, pero que podría considerarse en el futuro. Explicitar este nivel evita malentendidos: el cliente sabe qué no va a recibir y cuándo podría recibirlo.
Método de aplicación
- Se lista todas las funcionalidades, épicas o historias a priorizar.
- En equipo, se debate y acuerda la categoría de cada elemento. Conviene empezar por los Must have: si todo es Must have, el proyecto no es viable tal como está planteado.
- Se verifica que los Must have no superen el 60% de la capacidad disponible: el resto debe ser flexible para absorber imprevistos.
- Se usa el resultado para planificar la versión o el sprint.
Error frecuente
Que todo sea Must have. Cuando el equipo o el cliente marca todo como imprescindible, MoSCoW deja de ser un método de priorización y se convierte en una lista de deseos sin discriminación. La prueba de "¿qué pasa si no está?" aplicada con rigor suele revelar que muchos "Must have" son en realidad "Should have". El facilitador debe ayudar al equipo a hacer esa distinción de forma honesta.
Recursos
🔧 MoSCoWHerramienta · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.