DMADV: Las 5 Fases del Diseño para Six Sigma

Flujo de cinco fases de DMADV: Definir, Medir, Analizar, Diseñar, Verificar

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

DMADV (Definir, Medir, Analizar, Diseñar, Verificar) es el marco de Six Sigma para crear algo nuevo desde cero con calidad casi perfecta, en lugar de remendar lo que ya existe. Mientras que la mayoría de las herramientas de mejora parten de un proceso roto e intentan arreglarlo, DMADV parte de una hoja en blanco y diseña la calidad desde el inicio. Los equipos lo usan cuando están lanzando una nueva línea de productos, construyendo un nuevo proceso de entrega de servicios, o reemplazando un proceso tan fundamentalmente defectuoso que las mejoras incrementales no bastan.

El método pertenece a una familia más amplia llamada Diseño para Six Sigma (DFSS). Si ha usado DMAIC antes, la lógica le resultará familiar, pero la dirección es distinta. DMAIC mejora. DMADV diseña.

¿Qué es DMADV?

DMADV es una metodología estructurada y basada en datos para diseñar procesos y productos nuevos que cumplan los requisitos del cliente en los niveles de calidad de Six Sigma. El nombre es un acrónimo de sus cinco fases secuenciales: Definir, Medir, Analizar, Diseñar y Verificar.

La idea central es simple: en lugar de descubrir defectos después del lanzamiento y correr a arreglarlos, se entiende exactamente qué necesitan los clientes antes de construir nada. Luego se diseña el proceso o producto en torno a esas necesidades, se prueba rigurosamente, y solo entonces se lanza al mundo real.

El Diseño para Six Sigma (DFSS) es el término general para una familia de metodologías que incluye DMADV. Existen otras variantes de DFSS (IDOV, DMADOV, ICOV), pero DMADV es la más adoptada ampliamente, en parte porque su estructura de cinco letras refleja el familiar marco DMAIC que la mayoría de los practicantes de Six Sigma ya conocen.

Datos Clave

  • Six Sigma apunta a una tasa de defectos de apenas 3.4 defectos por millón de oportunidades (DPMO), lo que representa una precisión del 99.99966%. (Fuente: American Society for Quality)
  • Six Sigma fue pionero en Motorola en 1986 por el ingeniero Bill Smith y formalmente nombrado por Mikel Harry. Se convirtió en un estándar de la industria después de que General Electric lo adoptara a nivel de toda la empresa a mediados de los años 90. (Fuente: Motorola Solutions / ASQ)
  • La familia DFSS (que incluye a DMADV) es distinta de la familia DMAIC: DFSS aplica cuando un producto o proceso todavía no existe, o cuando el existente está tan lejos del objetivo que el rediseño es la única vía viable. (Fuente: iSixSigma)

DMADV vs DMAIC

Esta es la pregunta que los equipos hacen con más frecuencia, y vale la pena ser precisos al respecto. Ambos son metodologías de Six Sigma. Ambos están basados en datos. Ambos siguen una estructura de cinco fases. Pero resuelven problemas fundamentalmente distintos.

Dimensión DMADV DMAIC
Propósito Diseñar algo nuevo Mejorar algo existente
Punto de partida Hoja en blanco o concepto Un proceso funcional (pero defectuoso)
Cuándo usarlo Producto nuevo, proceso nuevo, o rediseño radical Proceso existente con defectos medibles
Requisitos del cliente Recopilados antes de que comience el diseño A menudo ya incorporados en el proceso
Resultado Un proceso o producto recién construido Una versión optimizada del proceso actual
Perfil de riesgo Mayor inversión inicial, menor costo de retrabajo Menor costo inicial, riesgo de rendimientos decrecientes
Fase final Verificar (validar contra las especificaciones del cliente) Controlar (sostener el proceso mejorado)

Una heurística simple: si está frente a un proceso que ya existe y que en su mayor parte funciona, use DMAIC. Si está frente a una pizarra en blanco, use DMADV.

También existe un caso intermedio útil. A veces un proceso existe pero está tan roto que ninguna mejora lo llevará a la calidad Six Sigma. Ahí es cuando los equipos cambian de DMAIC a DMADV a mitad de proyecto. El punto de decisión suele llegar al final de la fase Analizar de un proyecto DMAIC, cuando los datos muestran que el rediseño es la única ruta realista.

Las 5 Fases de DMADV

1. Definir

La fase Definir establece el alcance, el propósito y los criterios de éxito para todo el proyecto. Los equipos la usan para responder tres preguntas: ¿qué estamos construyendo? ¿Para quién es? ¿Y cómo sabremos que hemos tenido éxito?

Las actividades clave en Definir incluyen escribir un acta de proyecto (el documento de una página que captura el alcance, el cronograma, el equipo y el caso de negocio), identificar a los interesados, y mapear los requisitos críticos para la calidad (CTQ) a un nivel alto. El árbol CTQ es una herramienta particularmente útil aquí: conecta objetivos de negocio amplios (reducir quejas de clientes) con requisitos específicos y medibles (tiempo de respuesta menor a 4 horas, resolución en el primer contacto del 99%).

Una fase Definir bien ejecutada ahorra muchísimo tiempo después. Si el equipo no acuerda qué significa "éxito" antes de diseñar, discutirá al respecto después de que el producto ya esté construido.

Herramientas usadas: acta del proyecto, análisis de interesados, entrevistas de voz del cliente (VOC), árbol CTQ.

2. Medir

En Medir, el equipo cuantifica exactamente qué necesitan los clientes. El objetivo es traducir el lenguaje del cliente ("quiero que sea rápido") en especificaciones medibles ("el tiempo de procesamiento del pedido no debe exceder 24 horas para el 99.7% de los pedidos").

Esta fase implica investigación estructurada de clientes: encuestas, entrevistas, grupos focales y análisis de datos de quejas. Los equipos suelen usar el Despliegue de la Función de Calidad (QFD), también llamado la Casa de la Calidad, para mapear los requisitos del cliente contra posibles características de diseño y clasificarlos por importancia.

La fase Medir también establece la línea base: ¿cómo se ve el estado actual, si existe algo comparable? Esto le da al equipo un punto de referencia cuando evalúa opciones de diseño más adelante.

Herramientas usadas: voz del cliente (VOC), Despliegue de la Función de Calidad (QFD), benchmarking, análisis del sistema de medición (MSA).

3. Analizar

Analizar es donde el equipo explora el espacio de soluciones antes de comprometerse con un diseño único. En lugar de saltar directamente de los requisitos del cliente a un diseño, los equipos examinan múltiples enfoques posibles, evalúan las contrapartidas y seleccionan el mejor camino a seguir.

Esta fase usa técnicas como el Diseño de Experimentos (DOE) para modelar cómo interactúan distintas variables de diseño, y herramientas de análisis de riesgo como el FMEA (Análisis de Modo y Efecto de Falla) para identificar dónde podría fallar un diseño antes de construirlo. Los equipos también comparan competidores y procesos análogos para entender cómo se ve la "excelencia" en contextos comparables.

La fase Analizar termina con una decisión documentada: este es el concepto de diseño con el que avanzamos, y estos son los datos que respaldan esa elección.

Herramientas usadas: FMEA, Diseño de Experimentos (DOE), benchmarking, evaluación de conceptos de diseño, evaluación de riesgo.

4. Diseñar

Diseñar es la fase de construcción práctica. El equipo toma el concepto elegido y trabaja cada detalle: flujos de trabajo, arquitecturas de sistemas, modelos de dotación de personal, requisitos de capacitación, especificaciones tecnológicas y mecanismos de control.

La disciplina clave en Diseñar es prototipar temprano y a menudo. Las pruebas piloto, las simulaciones y los ensayos a pequeña escala permiten a los equipos detectar problemas mientras los cambios son baratos. Un nuevo proceso de incorporación de clientes, por ejemplo, podría probarse con una sola cohorte de 20 clientes antes de lanzarse a miles.

Esta fase también implica documentación detallada: procedimientos operativos estándar, planes de control, materiales de capacitación y los sistemas de medición que rastrearán el desempeño después del lanzamiento.

Herramientas usadas: mapas de proceso detallados, mapeo del flujo de valor, simulación, pruebas piloto, desarrollo de prototipos, diseño del plan de control.

5. Verificar

Verificar es la última puerta antes del despliegue total. El equipo valida que el nuevo diseño realmente cumple los requisitos del cliente establecidos en Definir y Medir. Esto no es una prueba única: es una validación sistemática en condiciones realistas.

La verificación típicamente incluye un lanzamiento piloto (un despliegue controlado a un conjunto real pero limitado de clientes u operaciones), validación estadística de que el proceso se desempeña en o cerca del objetivo Six Sigma, y un plan de transición para entregar el proceso al equipo operativo que lo ejecutará día a día.

Si Verificar revela brechas entre el desempeño real del diseño y los requisitos, el equipo vuelve a Diseñar (y a veces a Analizar) para abordarlas. Verificar solo se cierra cuando los datos confirman que el diseño está listo.

Herramientas usadas: estudios piloto, análisis de capacidad, pruebas de aceptación, planificación de transición, entrega del plan de control.

Cuándo usar DMADV

DMADV es la opción correcta en cuatro situaciones:

1. Está construyendo algo completamente nuevo. Una nueva línea de productos, una nueva oferta de servicio, la entrada a un nuevo mercado. No hay proceso existente que mejorar porque el proceso todavía no existe.

2. El proceso existente está demasiado deteriorado. A veces el análisis de DMAIC revela que un proceso existente está tan estructuralmente defectuoso que arreglarlo costaría más que diseñar un reemplazo. Cuando los datos lo muestran, cambiar a DMADV es la decisión racional.

3. Los requisitos del cliente han cambiado fundamentalmente. Un proceso diseñado para una base de clientes distinta, un entorno tecnológico diferente, o una escala distinta puede simplemente no ser rescatable. Si los requisitos han cambiado en un 40% o más, el rediseño suele superar a la mejora incremental.

4. Está reemplazando un proceso para cumplir con nuevas normas regulatorias o de calidad. Si nuevos requisitos de cumplimiento exigen capacidades que el proceso existente no puede ofrecer, DMADV le da un camino limpio para construir desde cero la versión conforme.

Para qué no es adecuado DMADV: arreglar un proceso que en su mayoría funciona pero tiene un defecto específico e identificable. Ese es territorio de DMAIC, o a veces de ciclos de mejora continua de Gestión de Calidad Total.

Beneficios de DMADV

Calidad diseñada, no inspeccionada. El desarrollo tradicional de productos detecta defectos después del lanzamiento. DMADV los detecta antes de que el primer cliente vea el producto, porque los requisitos se validan antes de que comience el diseño.

Menor costo total. El costo de arreglar un defecto se dispara dramáticamente a lo largo del ciclo de vida de desarrollo. Una falla detectada en la fase Analizar cuesta una fracción de una falla detectada después del despliegue completo. La inversión inicial de DMADV en requisitos y prototipado casi siempre se paga sola.

Alineación con el cliente. Debido a que la fase Medir captura sistemáticamente lo que los clientes realmente necesitan (no lo que el equipo asume que necesitan), los diseños producidos por DMADV tienden a conectar mejor con los usuarios reales.

Responsabilidad clara. El sistema estructurado de cinco fases con puertas de control significa que cada miembro del equipo sabe qué decisiones pertenecen a qué fase. Esto reduce la deriva de "diseño por comité" que descarrila muchos lanzamientos de nuevos productos.

Escalable. DMADV funciona en cualquier escala, desde diseñar un solo flujo de trabajo interno hasta lanzar una línea de productos global.

Errores Comunes

Empezar en Diseñar. Los equipos que se saltan Definir y Medir y saltan directo a diseñar están adivinando lo que necesitan los clientes. Las conjeturas producen retrabajo.

Tratar Verificar como una casilla de verificación. Verificar no es una reunión de aprobación. Es una validación estadística en condiciones reales. Los equipos que apuran Verificar a menudo descubren después del lanzamiento que su diseño funciona bien en pruebas pero se cae a escala.

Confundir DMADV con DMAIC. Empezar un proyecto DMAIC en un proceso que debería rediseñarse desperdicia meses. El punto de decisión es temprano: si el proceso existente está irreparablemente roto, cambie de marco antes de invertir en trabajo de mejora.

Descuidar el plan de control. DMADV produce un diseño, pero alguien tiene que ejecutar ese diseño durante años. Una entrega débil a operaciones significa que el nuevo proceso deriva de vuelta hacia los defectos que fue diseñado para evitar. El plan de control y los materiales de capacitación importan tanto como el diseño mismo.

Saltarse el FMEA en Analizar. El análisis de riesgo en la fase Analizar es donde los equipos encuentran los modos de falla catastróficos antes de que se construya el producto. Los equipos que se saltan el FMEA o lo tratan superficialmente descubren esos modos de falla en producción en su lugar.

Ejemplo de DMADV: Diseño de un Nuevo Proceso de Incorporación de Clientes

Una empresa de software B2B ha adquirido 3 veces su volumen normal de nuevos clientes gracias a un acuerdo de asociación importante. Su proceso actual de incorporación fue construido para 20 nuevos clientes al mes. Ahora necesita manejar 60, y los puntajes de satisfacción de los clientes recién incorporados ya han caído 22 puntos. El equipo determina que el proceso existente no se puede escalar sin un rediseño fundamental. Lanzan un proyecto DMADV.

Fase Qué hizo el equipo Resultado
Definir Escribió un acta de proyecto con el objetivo de una tasa de finalización de incorporación a 90 días superior al 95%, NPS de nuevos clientes superior a 50, y despliegue total en 90 días. Acta de proyecto aprobada, requisitos CTQ
Medir Entrevistó a 30 nuevos clientes y 10 gerentes de éxito de clientes. Usó QFD para clasificar requisitos: velocidad hasta el primer valor, comunicación clara de los próximos pasos, punto único de contacto. Requisitos de VOC clasificados, especificaciones medibles
Analizar Evaluó tres conceptos de diseño: alto contacto personalizado, autoservicio digital, híbrido. Usó FMEA en cada uno. El híbrido obtuvo la mejor puntuación en requisitos del cliente frente a costo operativo. Concepto de diseño seleccionado con datos de respaldo
Diseñar Construyó el flujo de trabajo de incorporación híbrido: secuencia de bienvenida automatizada, gerente de incorporación dedicado para las semanas 1 a 4, base de conocimiento de autoservicio para las semanas 4 a 12. Escribió SOP y guías de capacitación. Ejecutó un piloto de 30 clientes. Proceso documentado, resultados del piloto, plan de control
Verificar Piloto completo con 90 clientes. Finalización promedio de 92 días, tasa de finalización del 96%, NPS de 54. Entregó el proceso al equipo de Éxito del Cliente con plan de control completo. Proceso validado, transición completa

El proceso rediseñado manejó el volumen y alcanzó cada objetivo CTQ. Fundamentalmente, ninguno de los tres modos de falla críticos identificados en el FMEA durante Analizar apareció durante el piloto, porque el diseño ya los había abordado.

Preguntas Frecuentes

¿Qué significa DMADV?

DMADV significa Definir, Medir, Analizar, Diseñar y Verificar. Cada palabra es una de las cinco fases secuenciales de la metodología.

¿DMADV es parte de Six Sigma o de Lean?

DMADV es una metodología de Six Sigma, específicamente parte de la familia de Diseño para Six Sigma (DFSS). Es distinta de Lean, aunque los equipos a veces combinan principios Lean con DMADV al diseñar procesos. También es distinta de la metodología DMAIC enfocada en Lean, aunque ambas comparten los nombres de las primeras tres fases.

¿Puede un equipo pequeño usar DMADV, o es solo para grandes empresas?

DMADV escala bien hacia abajo. Un equipo de tres o cuatro personas puede ejecutar un proyecto DMADV condensado sobre un nuevo flujo de trabajo interno en seis a ocho semanas. El rigor de cada fase escala con la complejidad del proyecto. Lo que no escala hacia abajo es la disciplina de datos: aún necesita medir los requisitos del cliente y validar su diseño contra ellos, incluso en un proyecto pequeño.

¿Cuánto tiempo toma un proyecto DMADV?

Los cronogramas varían según el alcance, pero la mayoría de los proyectos DMADV duran de tres a nueve meses. Definir y Medir juntos suelen tomar de cuatro a ocho semanas. Analizar y Diseñar toman la mayor parte del tiempo (de ocho a dieciséis semanas combinadas), y Verificar toma de cuatro a ocho semanas incluyendo el piloto. Los diseños de productos complejos o los rediseños de procesos a gran escala pueden durar más.

¿Qué certificaciones se relacionan con DMADV?

DMADV está cubierto bajo la ruta estándar de certificación Six Sigma. La certificación Green Belt introduce el marco; la certificación Black Belt capacita a los practicantes para liderar proyectos DMADV. Algunas organizaciones ofrecen certificaciones DFSS específicas. La American Society for Quality (ASQ) y el IASSC son los organismos certificadores más reconocidos.


Cuando está diseñando algo que todavía no existe, o reemplazando algo demasiado roto para arreglar, DMADV le da un camino estructurado desde la necesidad del cliente hasta el diseño validado. Las cinco fases obligan las conversaciones correctas en el momento correcto: qué necesitan realmente los clientes (Definir y Medir), cuáles son las mejores formas de satisfacer esas necesidades (Analizar), cómo lo construimos (Diseñar), y realmente funciona (Verificar).

Para los equipos que ya ejecutan ciclos de mejora DMAIC, DMADV es el complemento natural: un marco para mejorar lo que existe, uno para diseñar lo que no existe. Los practicantes que lideran estos proyectos obtienen sus credenciales a través del sistema de belts de Six Sigma, y validan un diseño terminado contra objetivos de calidad como el DPMO y nivel sigma. Junto con herramientas como el mapeo del flujo de valor, el FMEA y las prácticas de Gestión de Calidad Total, DMADV encaja en un sistema completo de gestión de calidad orientado a hacer las cosas bien desde la primera vez.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.