Cómo priorizar con el método MoSCoW sin discusiones eternas

Toda lista de funcionalidades empieza igual: todo parece imprescindible. El problema es que cuando todo es prioritario, nada lo es, y el equipo acaba paralizado o construyendo cosas que no aportan. Necesitas un criterio compartido para decidir.

En Plaka Studio usamos el método MoSCoW con clientes no técnicos porque es simple y zanja debates. En lugar de discutir "esto es muy importante", todos clasifican cada cosa en una de cuatro cajas. Y de repente la conversación se vuelve productiva.

Las cuatro cajas de MoSCoW

El nombre viene de las iniciales de cuatro categorías:

• Must have (debe estar): sin esto, el producto no funciona ni se lanza.
• Should have (debería estar): importante, pero el producto vive sin ello al principio.
• Could have (podría estar): mejora bonita si sobra tiempo.
• Won't have (no estará ahora): queda fuera de esta versión, conscientemente.

La magia está en obligarte a colocar cada funcionalidad en una sola caja. No vale "esto es Must y Should a la vez".

La regla de oro: limita los "Must"

Aquí está la trampa. Si dejas, casi todo acaba en "Must have". Pon un límite: que los Must no superen el 60% del esfuerzo total. Eso fuerza decisiones reales.

Pregunta para cada candidato a Must: "Si esto no estuviera, ¿podríamos lanzar igualmente?". Si la respuesta es sí, no es un Must. Baja a Should. Este filtro elimina la mitad de las falsas urgencias.

Convierte la lista en un plan

Una vez clasificado todo, el plan se ordena solo. Construyes los Must, lanzas, y luego decides si añades Should y Could según lo que aprendas. Los Won't quedan apuntados para no volver a debatirlos cada semana.

Revisa la clasificación cada cierto tiempo. Lo que era Could puede subir a Must si los usuarios lo piden mucho. MoSCoW no es una sentencia, es una foto del momento.