Diseo para Six Sigma por Peter Peterka

Diseo para Six Sigma (DFSS) es una aplicacin de los principios Six Sigma al diseo de productos y a sus procesos de soporte y manufactura. Mientras Six Sigma por definicin se centra en la produccin de fases para un producto, DFSS se basa en la investigacin, diseo y desarrollo de las fases. DFSS combina muchas de las herramientas utilizadas para mejorar productos o servicios existentes e integra la voz del cliente en la simulacin de mtodos para predecir nuevos procesos y rendimiento del producto. DFSS puede ser comparado a DMAIC (Disear (Design), Medir (Measure), Analizar (Analyze), Mejorar (Improve), Controlar (Control) y a menudo el acrnimo DMADV (Definir (Define), Medir (Measure), Analizar (Analyze), Disear (Design), Verificar (Verify) es utilizado para describir las estrategias de DFSS. Las fases o pasos precisos de la metodologa DFSS no son universalmente definidas. La mayor parte de las organizaciones implementarn DFSS para convenir a su negocio, industria y cultura. La metodologa DFSS, en vez de la metodologa DMAIC, debera ser utilizada cuando:

Un producto o proceso no existe en su compaa y necesita ser desarrollado. El producto o proceso existe y ha sido optimizado (utilizando DMAIC o no) y an no cumple con el nivel de especificaciones del cliente o de Six Sigma.

El DFSS es una forma de implementar la metodologa Six Sigma tan pronto como sea posible en el producto o el ciclo de vida del servicio. Es una estrategia hacia la extraordinaria ROI para disear las necesidades requeridas por el cliente y la habilidad del proceso. DFSS puede producir el mismo orden de magnitud que DMAIC en los beneficios financieros. Pero tambin ayuda enormemente a una compaa a innovar, exceder las expectativas del cliente, y convirtiendose en el lder del mercado. DFSS es el acercamiento de Six Sigma para el diseo de productos concretamente, diseando productos que son resistentes a la variacin en los procesos de manufactura. Usar DFSS significa disear calidad en el producto desde su inicio. Usted est previniendo variaciones con prdidas antes de que estas sucedan, y por tanto siendo capaz de identificar y corregir los problemas tempranamente cuando los costes para su solucin son menores. Una implementacin exitosa de DFSS requiere los mismos ingredientes que cualquier otro proyecto Six Sigma: un compromiso significativo y un liderazgo desde la cumbre, una planificacin que identifique y establezca objetivos de programa mesurables as como una lnea temporal, y un entrenamiento ms la participacin de toda la plantilla. Planear para DFSS requiere recopilar la informacin necesaria que permitir una produccin libre de errores o productos y procesos libres de defectos que satisfagan la rentabilidad del cliente. DFSS intenta predecir el comportamiento de los diseos bajo consideracin y corregirlos para as producir una variacin antes de que el problema suceda. Esto significa entender las necesidades reales de sus clientes y traducir esas necesidades en caractersticas tcnicas vitales del producto y a la larga en caractersticas crticas en lo referente a la calidad (CTQ) del producto y su proceso. Usted puede entonces utilizar el diseo de experimentos (DOE) para desarrollar un diseo robusto que optimice la eficiencia y reduzca los defectos. Las validas y fiables mtricas para vigilar el progreso del proyecto se establecen prontamente en el proyecto, durante la fase Medir utilizando DMADV. Las aportaciones clave son priorizadas para establecer una lista corta para estudiar con ms detalle. Con una lista priorizada de aportes a mano, el equipo de DFSS determinar las formas potenciales en que el proceso puede fallar y tomar acciones preventivas para mitigar o prevenir esos fallos. A travs de los anlisis, el equipo DFSS puede determinar las causas del problema que necesita mejoras y cmo eliminar la zanja existente entre el rendimiento real y el nivel de rendimiento deseado. Esto supone descubrir por qu los defectos son generados mediante identificar las variables clave que ms probablemente creen variaciones en el proceso. El Modo de Fallo y Anlisis de Efectos (FMEA) y la Determinacin Anticipada de Fallos (AFD) pueden ser utilizados tanto para el diseo del producto como el diseo del proceso.

DFSS proporciona una forma estructurada para usar constructivamente la informacin aprendida de estos anlisis. Armado con datos reales producidos por los procesos DFSS, usted podr desarrollar procesos de manufactura competentes y elegir procesos que sean capaces de alcanzar los requerimientos del diseo. Un anlisis adicional puede verificar o validar que el diseo del producto alcanzar los objetivos de calidad. Esto puede ser conseguido a travs de revisiones detalladas, revisiones del diseo, simulacin y anlisis, pruebas de requisitos o pruebas de validacin de la produccin. Los beneficios de DFSS son ms difciles de cuantificar y a su vez ms duraderos. Puede llevar hasta seis meses despus del inicio del nuevo producto antes de que usted empiece a ver la medida real de las mejoras del proyecto. Sin embargo, el retorno eventual de la inversin puede ser profundo. Esto es especialmente cierto cuando la organizacin puede usar el proyecto DFSS como patrn para cambios fundamentales en la forma en que desarrolla nuevos productos y proyectos a travs de la organizacin

Si queremos mejores resultados en el desarrollo de productos, tenemos que romper con los medios tradicionales de practicar ingeniera y adoptar nuevas metodologas y herramientas. El DFSS (Design for Six Sigma) es una buena alternativa para eso (si la sigla le incomoda, otra posibilidad es el CSS: Cualquier Sigla Sirve, desde que se haga lo correcto). As como en Seis Sigma para procesos se usa la metodologa DMAIC (Define, Measure, Analyze, Improve, Control), igualmente en el DFSS es necesario seguir etapas analticas bien definidas. Pero acaban aqu las semejanzas entre Seis Sigma versin Procesos y Seis Sigma versin Productos, una vez que el ambiente de desarrollo de productos es radicalmente diferente del ambiente de procesos repetitivos. Actualmente existen abordajes distintos para el DFSS y su metodologa central. La que proponemos aqu es la metodologa DICOV (Define, Innovate, Configure, Optimize, Validate), cuyas etapas estn resumidas en la Figura 1. Vale observar que el DICOV se aplica tanto para desarrollo de productos cuanto para (ms proactivamente) desarrollo de tecnologas a ser usadas en los futuros productos. Por si slo, el DICOV ya es un medio superior de desarrollar tecnologa/ productos en relacin a la forma como tpicamente se hace por ah, mismo en multinacionales de gran porte (inclusive en el exterior). Si observamos atentamente la Figura 1 veremos que algunas actividades especificadas por el DICOV no son realizadas en el tradicional abordaje de Ingeniera (lea TIRO la Tcnica Intuitiva Fig.1 - Haga click para ampliar. para Remocin de Obstculos). Por ejemplo: en el estilo TIRO no hacemos un esfuerzo serio para establecer benchmarks, pero si partimos de la premisa de que ya sabemos exactamente lo que los clientes quieren, como estamos en relacin a los competidores y lo que debemos hacer para mantener la competitividad (lo que corresponde a la fase Define del DICOV). Similarmente, en la prctica del TIRO no atacamos con ahnco la cuestin de la innovacin: en lugar de primero generar varias alternativas conceptuales para el proyecto y solamente entonces elegir el mejor

concepto (fase Innovate), aplicamos mal un brainstorming y luego nos casamos con la primera idea que surge, la cual normalmente est lejos de ser la mejor. Otro ejemplo: en lugar de explorar sistemticamente el design space (las numerosas combinaciones posibles de los parmetros de ingeniera involucrados en el proyecto) y buscar la configuracin ptima en trminos de desempeo y costo (fase Optimize), el estilo TIRO ya parte directo para la especificacin de tolerancias, lo que adems de aumentar el costo no resuelve fundamentalmente la cuestin de la variabilidad funcional durante el uso del producto. Por esas y otras podemos entender que el DICOV representa un salto de calidad sobre las prcticas tradicionales que normalmente se usan para introducir productos en el mercado. Recordando lo que afirmamos en el artculo anterior, el DFSS no sustituye un proceso estructurado de desarrollo, pero si presta un apoyo valioso al mismo. La Figura 2 ilustra cmo la metodologa DICOV se encaja a lo largo de las fases tpicas de un proceso de desarrollo de productos. Podemos entonces concluir que la simple adopcin del DICOV constituye un progreso considerable. Incluso, para aumentar aun ms la eficacia en la realizacin de cada etapa del ciclo de desarrollo, ser necesario hacer uso de herramientas analticas de apoyo - y eso de manera sistemtica - caso contrario corremos el riesgo de regresar al viejo estilo TIRO. Por hablar de herramientas de apoyo que mejor contribuyan para cada etapa del DICOV, cabe aqu una alerta. El abordaje Seis Sigma para procesos se fundamenta ampliamente en el uso de herramientas estadsticas. Aunque la Estadstica no resuelva todas las preguntas enfrentadas por aquellos que se involucran en un proyecto de mejoramiento de procesos, el abordaje estadstico para procesos tiene sentido y es necesario, dado el gran volumen disponible Fig.2 - Haga click para ampliar. de datos, la eterna presencia de variacin en los mismos y la necesidad de tomar decisiones con base en la interpretacin correcta de aquella masa de datos. Pero sea por inercia o por falta de opcin, algunos han dado el mismo nfasis estadstico para DFSS, lo que llaman de proyecto probabilstico, en contrapuesta a lo tradicional proyecto determinstico. Por ejemplo: se dan gran nfasis a la caracterizacin estadstica del comportamiento del producto (despus de definido el diseo), se estudian modelos que sirvan para previsin de la confiabilidad o de su complemento, la probabilidad de falla. Pero despus de haber militado durante ms de una dcada en esta Seara, afirmo con conviccin que un abordaje esencialmente estadstico para desarrollo de productos es al mismo tiempo reactiva e ineficaz, a ms de otros males. Porque solamente despus de la observacin de fallas en ensayos (lo que es posible apenas en fases ms adelantadas del desarrollo) es que se inicia el proceso de mejoramiento o depuracin del proyecto. Eso es demasiado tarde, a

ms de costar caro. Muchas cosas ms eficaces pueden y deben ser realizadas mucho antes, ya desde la concepcin inicial del producto. El ambiente tpico de desarrollo de productos tiene varias particularidades que hacen a la Estadstica poco aplicable:

Pocos prototipos disponibles, debido al alto costo de obtenerlos Poco tiempo disponible para ensayos, debido a la necesidad de lanzar el producto cuanto antes para ganar mercado Falta de datos histricos confiables sobre el desempeo de las nuevas tecnologas que son introducidas cada vez ms en los productos El hecho de ser virtualmente imposible simular en ensayos el ambiente exacto que el producto va a encontrar durante las fases de manufactura y uso En tal contexto, la Estadstica no es til. Lo peor: si aquellas limitaciones no fueran reconocidas y si los mtodos estadsticos fueran ingenuamente aplicados a partir de premisas invlidas, los profesionales de desarrollo pueden convertirse en vctimas de un juego desleal de nmeros, revestido de una falsa apariencia de anlisis cientfico pero que en general lleva a decisiones equivocadas y de serias consecuencias. Por lo tanto, necesitamos herramientas de otra naturaleza. La Figura 3 muestra nuestra particular eleccin de las herramientas analticas que ms pueden contribuir para el objetivo del DFSS de generar productos orientados para el cliente, innovadores y robustos contra las causas de variacin. En este conjunto existen herramientas nuevas y de alta relevancia, pero el lector ciertamente notar otras que son viejas conocidas. Algunas ya han sido usadas por muchas empresas, sin embargo, tpicamente a travs de iniciativas aisladas que a lo largo del tiempo acaban formando Fig.3 - Haga click para ampliar. una verdadera colcha de retazos, sin el debido vnculo. El desafo que las empresas enfrentan hoy es promover el uso integrado y coherente de las varias herramientas, en etapas bien definidas a lo largo del ciclo de desarrollo. Este es justamente el mrito de la metodologa DICOV, conforme muestra la Figura 4. La seleccin de tales herramientas es justificada por algunas caractersticas comunes que las vuelven particularmente tiles en el ambiente de desarrollo de productos:

Su uso no depende de datos numricos masivos

Son verdaderamente preventivas, pues pueden ser usadas: a) antes de que ocurran los problemas por la primera vez, e b) cuando todava estamos desarrollando tecnologa, es decir, antes de ser especificados los requisitos de tolerancia para el producto Ellas enfocan las necesidades de los clientes y las funciones tcnicas que las satisfacen Ellas direccionan la efectiva aplicacin del know-how de ingeniera Estimulan la creatividad y la innovacin Permiten una revisin ms pulida del proyecto Son mucho, mucho ms eficaces que el TIRO tradicionalmente practicado

Adems de esto, cada herramienta trae una contribucin nica, que ninguna otra puede proveer:

VOC (Voz del Cliente):

Sintetiza, detalla y estructura los parmetros de satisfaccin de los clientes Realiza un benchmarking competitivo, bajo la ptica del cliente Prioriza los esfuerzos de mejoramiento e innovacin, a partir de la visin del mercado

Fig.4 - Haga click para ampliar.

QFD (Desdoblamiento de la Funcin Calidad):

Asegura que la Voz del Cliente (y no la Voz del Ingeniero o la Voz del Ejecutivo) sea priorizada y desdoblada consistentemente, desde el concepto hasta la manufactura

VA (Anlisis del Valor) / Trimming:

Estructura todas las funciones tcnicas realizadas por el producto Cuantifica la relacin beneficio/costo (valor) para cada funcin Prioriza acciones para innovacin y aumento del valor, adems de reducir costo sin perjuicio de la funcionalidad

TRIZ (Teora de la Resolucin de Problemas Inventivos Innovacin Sistemtica):

Multiplica la creatividad tcnica de los ingenieros, con base en la ciencia y tecnologa Usa principios y mtodos para innovacin, sintetizados a partir de la investigacin de millones de patentes de invencin Pone a disposicin una base de conocimiento de ms de 1500 efectos fsicos, qumicos y geomtricos

Pugh / Matriz de Priorizacin (seleccin de conceptos):

Asegura juicio criterioso al comparar y priorizar diferentes conceptos alternativos para el producto Permite combinar en un nico concepto vencedor los aspectos positivos de los mejores conceptos

FMEA (Anlisis de los Modos de Falla):

Con base en el know-how actual, anticipa problemas potenciales conocidos y prioriza el riesgo asociado a los mismos Direcciona esfuerzos preventivos para mejoramiento del proyecto

RE (Ingeniera Robusta Mtodo Taguchi):

Optimiza el desempeo de la funcin bsica del producto, reduciendo la variabilidad en torno del valor ideal, al mismo tiempo en que reduce costo Aumenta la eficiencia en la transformacin de energa realizada por el producto, al mismo tiempo que elimina por la raz diferentes tipos de problema (hasta los desconocidos, que nunca pasaron antes!)

TD (Proyecto de Tolerancias Mtodo Taguchi):

Usada (cuando necesario) despus de la Ingeniera Robusta, permite identificar cules tolerancias crticas deben ser controladas con mnimo aumento de costo, al mismo tiempo en que identifica cules tolerancias pueden ser aflojadas, sin perjuicio de la calidad

Una vez convencida de la necesidad de adoptar el DFSS, la empresa deber encarar con seriedad una estrategia para implementacin del mismo, caso contrario estar comprando frustracin para los involucrados. Algunos errores comunes a evitar desde el inicio:

Adoptar DFSS como uno ms entre muchos programas del ao Pensar que basta entrenar las personas para usar las herramientas, y todo pasar Asumir que DFSS puede funcionar bien dentro de la cultura tcnica tradicional, sin sealizar claramente a los profesionales que el TIRO necesita ser eliminado Falta de involucramiento, acompaamiento y cobranza por parte de la alta direccin

Y para asegurar el xito, basta que las personas involucradas en el liderazgo del DFSS hagan uso de tres pequeos ingredientes: intelecto, corazn y agenda.