MoSCoW es una técnica de priorización comúnmente utilizada en Scrum. La priorización es su capacidad para ver qué tareas y objetivos son más importantes en el momento actual. Mientras determina sus prioridades, intente concentrarse en lo que es más importante a expensas de las actividades de menor valor.
El término MoSCoW en sí mismo es un acrónimo derivado de la primera letra de cada una de las cuatro categorías de priorización, como se muestra en la siguiente figura:
- Debe tener: los requisitos etiquetados como «DEBEN» deben incluirse en el cuadro de tiempo de entrega actual para que sea un éxito. Si no se incluye siquiera un requisito «DEBE», la entrega del proyecto debe considerarse un fracaso.
- Debería tener: los requisitos «DEBERÍA» también son críticos para el éxito del proyecto, pero no son necesarios para la entrega en el cuadro de tiempo de entrega actual.
- Podría tener: los requisitos etiquetados como «PODRÍAN» son menos críticos y, a menudo, se consideran agradables de tener.
- ◾No tendrá: los requisitos de «NO» son los elementos menos críticos y de menor recuperación de la inversión o no son apropiados en ese momento.
MoSCoW se usa a menudo con timeboxing , donde se fija una fecha límite para que el enfoque debe estar en los requisitos más importantes y, como tal, es una técnica comúnmente utilizada en enfoques ágiles de desarrollo de software como Scrum y DSDM.
Ejemplo de Moscú
Tomemos un cuerpo humano como un ejemplo hipotético:
- Debe: un corazón es «debe». Sin ella, no hay organismo vivo. ¿Qué es imprescindible en su aplicación?
- Debería: una mano es «debería». Sin es dificil. Pero puedes sobrevivir incluso sin mano. Bueno, en la mayoría de los casos.
- Podría: el cabello es «podría». Está bien tenerlos, incluso te ves mejor, pero definitivamente sobrevivirás sin ellos.
- No lo hará: desperdicio innecesario. Por cierto, ¿hay algo que «no» en un cuerpo? (Probablemente, ¿podría ser su apéndice?)
Priorización de la acumulación de productos mediante el método MoSCoW
El propietario del producto es responsable de preparar el Product Backlog y priorizar los elementos en el Product Backlog. La priorización es uno de los aspectos más importantes de cualquier forma de trabajo de desarrollo porque elegir lo correcto le permite maximizar el valor entregado en un Sprint . Los elementos del Product Backlog deben ordenarse de tal manera que los requisitos con el máximo valor comercial se completen primero y faculten a un equipo para moverse en una dirección uniforme hacia un objetivo común.
Criterios de priorización
Al realizar la priorización de los elementos de la cartera de productos en la sesión de planificación de Sprint , aquí hay una lista de criterios a considerar para sus decisiones.
- Alto valor para el cliente
- Alto beneficio para el negocio.
- Fácil de implementar
- Alto riesgo
- Alto costo si no se implementa lo antes posible
- Dependencias entre elementos
- ¿ Contribuir más a la próxima meta de Sprint ?