Cualquiera de nosotros sabría organizar a las famosas muñecas rusas, ordenándolas por tamaño y luego introduciendo la de menor tamaño en la siguiente mayor. Parece un juego de niños, pero dentro de la gestión de requisitos no lo tenemos tan claro. La técnica de priorización de requisitos MoSCoW nos puede ayudar a organizarlos y a dar un valor añadido a la clasificación, ya que la propia catalogación nos indica el camino correcto para llegar a la solución del puzzle del proyecto.La técnica de priorización de requisitos MoSCoW, ayuda a todo el equipo de desarrollo a entender las consecuencias reales de la asignación de la criticidad. A la hora de desarrollo de los requisitos de negocio, consideramos una buena práctica catalogar las necesidades de los usuarios en función de la prioridad, pero en la mayoría de las organizaciones que lo ponen en práctica utilizan valores que no tienen un significado real para el resto del equipo de desarrollo.

1. M – MUST Definir los requisitos que debe tener la solución. Son los requisitos mínimos que hacen usable la solución.

2. S – SHOULD Definir los requisitos que debería incluir la solución. Requisitos importantes pero no obligatoriamente necesarios.

3. C – COULD Definir los requisitos que podría incluir la solución. La guinda del pastel.

4. W – WON’T Definir los requisitos que no se van a hacer (por el momento), pero que en un futuro podrían incorporarse.