Saltar al contenido
APDD
Ver mi biblioteca

Método

MoSCoW

Ordena requisitos o ideas en cuatro grupos para una entrega concreta, lo que debe estar (Must), lo que debería (Should), lo que podría (Could) y lo que esta vez no (Won't).

En inglés
MoSCoW method
Origen
Clegg (1994), para el desarrollo rápido de aplicaciones
Produce
una lista priorizada en cuatro grupos

Para qué sirve

Ayuda a decidir qué entra cuando el tiempo o el presupuesto no alcanzan para todo, y a dejarlo acordado.

Cómo se hace

  1. Listar todo lo que se podría hacer.

  2. Clasificar cada punto en uno de los cuatro grupos.

  3. Acordar con quien decide qué queda fuera.

Aplicaciones en diseño

  • Úsalo así

    Para cerrar el alcance de una entrega con el equipo y con quien decide.

  • Evita

    Marcar casi todo como imprescindible.

  • Para no caer

    Aclara qué significa «esta vez no»: si vuelve en la próxima entrega o se descarta.

Elementos clave

  • Imprescindible es poco

    Si casi todo es «debe», la lista no está priorizando.

  • Con plazo

    Las categorías valen para una entrega concreta, no para siempre.

  • El «no» también se acuerda

    Dejar algo fuera por escrito evita discutirlo otra vez.

Autores y obras

  • Dai Clegg y Richard Barker (1994)

    Presentaron el método para priorizar requisitos en proyectos de desarrollo rápido con plazos cerrados.

Conexiones

Fuentes

Fuentes originales

  • Clegg, D. y Barker, R. (1994). Case method fast-track: A RAD approach. Addison-Wesley.

Última revisión: