SlideShare una empresa de Scribd logo
1 de 5
MoSCoW
A diferencia del método de priorización (Alta, Media,
Baja) con el cual básicamente establecemos el orden en
el que serán atendidos los requisitos; MoSCoW se
enfoca en establecer cuales son los requisitos mínimos
que darán valor al negocio, cuales son importantes pero
no indispensables, cuales son deseables pero podrían
cancelarse ante alguna eventualidad (tiempo, coste
etc..) y se cuales serán descartados antes de empezar la
construcción de producto.
MoSCoW
MoSCoW
La técnica MoSCoW busca concentrar los esfuerzos
iniciales en las necesidades reales y abordar las
características ideales posteriormente, la técnica
requiere que los asistentes a los talleres de priorización
sean realistas con respecto a la asignación de
prioridades, para lo cual se necesita pleno conocimiento
del negocio ya que las decisiones que aquí se tomen
afectarán directamente el resultado del producto.
MoSCoW
M (Must): son los requisitos que no pueden faltar en la versión
más básica del producto, sin los cuales no tendría sentido su
implementación ya que no generaría valor al negocio.
S (Should): son requisitos que se consideran muy importantes,
los cuales en la medida de lo posible debieran ser
implementados, pero que también pueden ser prescindibles si
existiera una justificación razonable (tiempo, coste).
C (Could): son requisitos deseables, que se implementarían si
existiese viabilidad durante la ejecución del proyecto o
requerimiento (tiempo, coste etc..).
W (Won’t): son grandes ideas que no se tendrán en cuenta por
el momento, sin embargo en un próximo proyecto o
requerimiento podrían cambiar de prioridad.
Estas prioridades pueden ser re-organizadas durante la
realización del producto con ciclo de vida iterativo
incremental a nivel de iteración.
MoSCoW

Más contenido relacionado

Similar a MoSCoW

Opc tema 2- unidad v
Opc   tema 2- unidad vOpc   tema 2- unidad v
Opc tema 2- unidad vUDO Monagas
 
Valoración de propuestas de proyectos tic
Valoración de propuestas de proyectos ticValoración de propuestas de proyectos tic
Valoración de propuestas de proyectos ticMateo Amengual
 
El enfoque sistémico en las organizaciones.pptx
El enfoque sistémico en las organizaciones.pptxEl enfoque sistémico en las organizaciones.pptx
El enfoque sistémico en las organizaciones.pptxMoisesCua2
 
Unidad iii tema 06 - equipo dcs - implementación de las erp
Unidad iii   tema 06 - equipo dcs - implementación de las erpUnidad iii   tema 06 - equipo dcs - implementación de las erp
Unidad iii tema 06 - equipo dcs - implementación de las erpacpicegudomonagas
 
Arquitectura orientada a servicios soa (accenture)
Arquitectura orientada a servicios soa (accenture)Arquitectura orientada a servicios soa (accenture)
Arquitectura orientada a servicios soa (accenture)Ronald Ramirez Blanco
 
Amendola outsourcing
Amendola outsourcingAmendola outsourcing
Amendola outsourcingmaryidelsa
 
Cómo diseñar e implementar tu PMO en 7 pasos
Cómo diseñar e implementar tu PMO en 7 pasosCómo diseñar e implementar tu PMO en 7 pasos
Cómo diseñar e implementar tu PMO en 7 pasosPMOfficers PMOAcademy
 
Planificación de proyecto de software
Planificación de proyecto de softwarePlanificación de proyecto de software
Planificación de proyecto de softwareMirla Montaño
 
Actividad - Proyecto
Actividad - ProyectoActividad - Proyecto
Actividad - Proyectovivi1724
 
Metodologia SCRUM
Metodologia SCRUM Metodologia SCRUM
Metodologia SCRUM carmen1589
 
Departamentalizacion matricial
Departamentalizacion matricialDepartamentalizacion matricial
Departamentalizacion matriciallu29099
 
La calidad del producto y la calidad del proceso
La calidad del producto y la calidad del procesoLa calidad del producto y la calidad del proceso
La calidad del producto y la calidad del procesoyperalta
 
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdfDOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdfMiguelGomez900779
 
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...Luis Morales
 
Resumen: Estrategia innovacion y Negocios para IoT industrial
Resumen: Estrategia innovacion y Negocios para  IoT industrialResumen: Estrategia innovacion y Negocios para  IoT industrial
Resumen: Estrategia innovacion y Negocios para IoT industrialDaniel Rojas Acuña
 
Quality Function Deployment (QFD)
Quality Function Deployment (QFD)Quality Function Deployment (QFD)
Quality Function Deployment (QFD)Juan Padron
 

Similar a MoSCoW (20)

Opc tema 2- unidad v
Opc   tema 2- unidad vOpc   tema 2- unidad v
Opc tema 2- unidad v
 
Valoración de propuestas de proyectos tic
Valoración de propuestas de proyectos ticValoración de propuestas de proyectos tic
Valoración de propuestas de proyectos tic
 
El enfoque sistémico en las organizaciones.pptx
El enfoque sistémico en las organizaciones.pptxEl enfoque sistémico en las organizaciones.pptx
El enfoque sistémico en las organizaciones.pptx
 
Rendimiento y Agilidad: Metasonic.
Rendimiento y Agilidad: Metasonic.Rendimiento y Agilidad: Metasonic.
Rendimiento y Agilidad: Metasonic.
 
Unidad iii tema 06 - equipo dcs - implementación de las erp
Unidad iii   tema 06 - equipo dcs - implementación de las erpUnidad iii   tema 06 - equipo dcs - implementación de las erp
Unidad iii tema 06 - equipo dcs - implementación de las erp
 
Vsm
VsmVsm
Vsm
 
Arquitectura orientada a servicios soa (accenture)
Arquitectura orientada a servicios soa (accenture)Arquitectura orientada a servicios soa (accenture)
Arquitectura orientada a servicios soa (accenture)
 
Amendola outsourcing
Amendola outsourcingAmendola outsourcing
Amendola outsourcing
 
Cómo diseñar e implementar tu PMO en 7 pasos
Cómo diseñar e implementar tu PMO en 7 pasosCómo diseñar e implementar tu PMO en 7 pasos
Cómo diseñar e implementar tu PMO en 7 pasos
 
Guía de Planificación SOA
Guía de Planificación SOAGuía de Planificación SOA
Guía de Planificación SOA
 
Planificación de proyecto de software
Planificación de proyecto de softwarePlanificación de proyecto de software
Planificación de proyecto de software
 
Actividad - Proyecto
Actividad - ProyectoActividad - Proyecto
Actividad - Proyecto
 
Metodologia SCRUM
Metodologia SCRUM Metodologia SCRUM
Metodologia SCRUM
 
SCRUM.pdf
SCRUM.pdfSCRUM.pdf
SCRUM.pdf
 
Departamentalizacion matricial
Departamentalizacion matricialDepartamentalizacion matricial
Departamentalizacion matricial
 
La calidad del producto y la calidad del proceso
La calidad del producto y la calidad del procesoLa calidad del producto y la calidad del proceso
La calidad del producto y la calidad del proceso
 
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdfDOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf
DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf
 
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...
UBA. Análisis y diseño de sistemas II. unidad IV. Presentación Slideshare. Lu...
 
Resumen: Estrategia innovacion y Negocios para IoT industrial
Resumen: Estrategia innovacion y Negocios para  IoT industrialResumen: Estrategia innovacion y Negocios para  IoT industrial
Resumen: Estrategia innovacion y Negocios para IoT industrial
 
Quality Function Deployment (QFD)
Quality Function Deployment (QFD)Quality Function Deployment (QFD)
Quality Function Deployment (QFD)
 

Último

Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Opentix
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfmasogeis
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...ITeC Instituto Tecnología Construcción
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOSelenaCoronadoHuaman
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionarmando_cardenas
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3AlexysCaytanoMelndez1
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTEREMMAFLORESCARMONA
 

Último (7)

Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdf
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacion
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTER
 

MoSCoW

  • 2. A diferencia del método de priorización (Alta, Media, Baja) con el cual básicamente establecemos el orden en el que serán atendidos los requisitos; MoSCoW se enfoca en establecer cuales son los requisitos mínimos que darán valor al negocio, cuales son importantes pero no indispensables, cuales son deseables pero podrían cancelarse ante alguna eventualidad (tiempo, coste etc..) y se cuales serán descartados antes de empezar la construcción de producto. MoSCoW
  • 3. MoSCoW La técnica MoSCoW busca concentrar los esfuerzos iniciales en las necesidades reales y abordar las características ideales posteriormente, la técnica requiere que los asistentes a los talleres de priorización sean realistas con respecto a la asignación de prioridades, para lo cual se necesita pleno conocimiento del negocio ya que las decisiones que aquí se tomen afectarán directamente el resultado del producto.
  • 4. MoSCoW M (Must): son los requisitos que no pueden faltar en la versión más básica del producto, sin los cuales no tendría sentido su implementación ya que no generaría valor al negocio. S (Should): son requisitos que se consideran muy importantes, los cuales en la medida de lo posible debieran ser implementados, pero que también pueden ser prescindibles si existiera una justificación razonable (tiempo, coste). C (Could): son requisitos deseables, que se implementarían si existiese viabilidad durante la ejecución del proyecto o requerimiento (tiempo, coste etc..).
  • 5. W (Won’t): son grandes ideas que no se tendrán en cuenta por el momento, sin embargo en un próximo proyecto o requerimiento podrían cambiar de prioridad. Estas prioridades pueden ser re-organizadas durante la realización del producto con ciclo de vida iterativo incremental a nivel de iteración. MoSCoW