XVI EDICIN

(1)DATOS DE LA EMPRESA

A)Nombre: FOXCONN MEXICO PRECISION INDUSTRY CO. S.A DE C.V

Fig 1. Fotografa Foxconn Planta Chihuahua

Direccin: Av. Cristbal Coln No. 20301 Col. Ejido Nombre de Dios, Sector 117
CP: 31170
Telfono: 614-236-3000
Fax: 614-236-3005
Correo Electrnico:
fdm003p@foxconn.com
B) Sector al que pertenece: Industrial.
D) Pertenece al Grupo: Telecomunicaciones
E) Tipo de bienes que ofrece al mercado: Manufactura y reparacin de aparatos electrnicos y de
telecomunicacin.
F) Aos de Experiencia: La planta inicio como Motorola de Mxico en 1996 y fue adquirida por Foxconn en
el 2004.
G) Poblacin Total de la empresa: 4300 personas actualmente.
H) Sistema de Administracin o direccin por Calidad Total: Certificados en ISO9001:2008 e ISO14001.

Foxconn Mxico Precision Industry Co. S.A. de C.V. inici sus operaciones en Enero 2004 en la ciudad de
Chihuahua ofreciendo los servicios de manufactura y distribucin de telfonos celulares.
Foxconn Chihuahua pertenece al grupo Foxconn International Holdings quien es lder a nivel mundial en la
manufactura de productos electrnicos de diversas categoras tales como equipos de comunicacin,
telefona, equipos de medicin, computacin, automotriz y productos de consumo final, entre otros.
Al pertenecer a este diverso mundo de la electrnica, Foxconn Chihuahua busco la diversificacin de sus
operaciones y fue as como se han ido incorporando actividades tales como la reparacin de telfonos
celulares, distribucin de accesorios y reparacin de equipos de televisin satelital.

(2)DATOS DEL SISTEMA DE EQUIPOS DE MEJORA EN LA EMPRESA

XVI EDICIN

A) Responsables del Sistema:

I.I.M y M.A.Eduardo Vega Portillo
Gerente de Calidad
Tel: (614) 236- 3000 Ext. 3331 Email: eduardo.vega@foxconn.com
L.A.E. Dania Gabriela Murillo Gmez
Coordinadora de Equipos de Mejora Continua EMC.
Tel (614) 236-3000 Ext. 3342 Email: dania.murillo@foxconn.com
B) Nmero total de Equipos de Mejora en la empresa: 199 Equipos
C) Nmero de personas promedio en un Equipo de Mejora en la empresa: 8 personas
D) Porcentaje de la Poblacin total de la empresa que participa en Equipos de Mejora: 30%
E) Nmero de problemas resueltos por un Equipo de Mejora: 1 caso resuelto por ao
F) Tiempo promedio de resolucin de un tema: De dos a cinco meses.
G) Breve explicacin del sistema de reconocimiento que utiliza la empresa:
En Foxconn contamos con una iniciativa de calidad llamada Equipos de
Mejora Continua (EMC). Los equipos de Mejora Continua ofrecen una
aplicacin prctica del uso de metodologas para solucionar problemas o
detectar oportunidades en los procesos, dando como resultado mejoras
valoradas por el cliente en el funcionamiento de productos y servicios.
Esta cultura de Mejora continua brinda la oportunidad a todos los empleados
de Foxconn de desarrollar proyectos en todas las reas de la organizacin
para obtener mejoras en calidad, productividad y reduccin de costos.

Fig 2. Logotipo Iniciativa de Equipos

de Mejora Continua

Dichos proyectos son dados a conocer en algunos eventos de promocin de la iniciativa EMC. Se realiza
mensualmente un evento interno denominado Kaizen Forum donde el lder o un integrante de cada equipo
presenta la informacin de su mejora a la gerencia de la planta y a los integrantes del resto de los equipos
del evento con la finalidad de compartir historias de xito entre reas, aqu se otorga a todos los equipos un
reconocimiento por su participacin.
Tambin, al final de cada ao se realiza una competencia de proyectos de mejora continua, donde participan
voluntariamente equipos con proyectos exitosos de gran impacto durante el ao en curso. Los equipos
presentan sus mejoras de manera formal y son calificados por un grupo de jueces. En este evento se
entregan reconocimientos a los participantes y premios en especie a los ganadores.
Adicional a todo lo anterior los integrantes de todos los equipos de mejora registrados durante el ao
obtienen un porcentaje adicional en su evaluacin de desempeo.
H) Tipos de reconocimientos o premios que se otorgan: Diplomas, placas de reconocimiento, artculos
personales, electrnicos y un porcentaje adicional en la evaluacin del desempeo.

XVI EDICIN

I) Sistema a travs del cual se eligi al Equipo participante:

En Foxconn cada ao se realiza una competencia con los mejores proyectos en la
iniciativa de Equipos de Mejora Continua (EMC). Estos equipos son evaluados por
jueces internos. Los proyectos mas destacados de este evento son quienes nos
representan en Foro Estatal de trabajo en equipo.

Fig 3. Fotografas Competencia Interna Foxconn

J) Otro tipo de Equipos que tiene implementados en su organizacin:

Debido a la cantidad de personas que forman parte de Foxconn contamos cada ao con proyectos que
tienen diferente impacto, diferentes objetivos y equipos con diversas caractersticas, es por ello que
manejamos una clasificacion por categorias:
Categoras de Equipos de Mejora Continua

PPE
Proyectos de
Planeacin Estratgica

GT
Grupos de
Trabajo

EMCP

Proyectos
seleccionados por la
gerencia y asignacin
de BB

Uso de 6 Sigma y
metodologas Avanzadas
para la solucin de
problemas

Impactan directamente
en las operaciones
estratgicas de la
organizacin

Equipo multifuncional
formado en su mayora
por ILs

Aplicacin de 6 sigma
y otras metodologas
para el desarrollo de
los proyectos

Enfoque de
Mejoramiento en los
procesos y Reduccin
de Costos

Desarrollo de
metodologas de
solucin de problemas

Enfocados a la
productividad y la
calidad del proceso

Participacin del
personal de todos los
niveles

Uso de Metodologa
Kaizen y herramientas
de Lean
Manufacturing.

Enfocados a la
eliminacin de
desperdicio y agregar
valor en los procesos.

Participacin del
personal de todos los
niveles

Uso de Metodologa
Kaizen y Eco-Eficiencia

Equipo multifuncional
formado por personal
de todos los niveles.

Equipos de Mejora de la
Calidad y Productividad

KAIZEN
Eventos Kaizen

KAIZEN
GREEN
Proyectos con
beneficios Ambientales

Enfocados a la
eliminacin de
desperdicio y
beneficios ambientales.

Fig 4. Muestra la Estrategia y Operacin de la iniciativa EMC as como las categoras Internas de Equipos de Mejora Continua Foxconn

K) Situacin actual y problemas en el sistema de administracin de Equipos de Mejora:

La Mejora Continua sigue siendo una iniciativa slida para la organizacin, la definicin de metas, procesos de
medicin, anlisis de problemas, seleccin de soluciones ptimas, verificacin de resultados e
institucionalizacin de mejoras son elementos clave que impulsan a Foxconn a mejorar el resultado final en sus
productos y servicios, proporcionando oportunidades para compartir el aprendizaje y los logros de los equipos
entre la organizacin.
Adems como parte de la responsabilidad social y medio ambiental actualmente estamos enfocados en la
bsqueda de oportunidades de mejora en nuestros procesos que den como resultado adicional un beneficio al
medio ambiente.

XVI EDICIN

(3) DATOS DEL EQUIPO PARTICIPANTE

Nombre del Equipo: Finder
Facilitadores: Alfonso Tornero Gerente de Ingeniera.
El equipo se formo e inici actividades en Octubre del 2009.
NOMBRE

ESCOLARIDAD

ANTIGEDAD

PUESTO

FUNCIONES EN EL
EQUIPO

Ing. en Electrnica

4 aos

Ing. De Producto

Desarrollo del Sistema.

Maestra en Sistemas de
Informacin

4 aos

Ing. de Lean Manufacturing

Validacin y Anlisis del

Sistema.

Preparatoria

13 aos

Instructor DLO

Entrenamiento

Preparatoria

4 aos

Validador DL

Entrenamiento

TSU en electrnica y
automatizacin

6 aos

Tcnico de Producto

Validador de Procesos y
documentacin

Ing. en Electrnica

6 aos

Ing. de Procesos

Validacin y Anlisis de
Procesos

Ing. en Electrnica

4 aos

Ing. de Producto

Validacin y Anlisis de
Procesos

Ing. en Meca trnica

3 aos

Ing. de Sistemas de Pruebas

Validacin y Anlisis de
Procesos

Hugo Ivn Escrcega Escrcega

Jose Antonio Ramirez Aragn

Norma Patricia Aguilar Ortiz

Blanca Ivonne Lpez Puga

Edgar Oswaldo Rocha Galindo

Leonel Gomez Marquez

Uriel Davila Garcia

Antonio Isaac Ruiz Salgado

Fig 5. Tabla de datos del equipo participante

XVI EDICIN

El equipo al inicio del proyecto se reuna formalmente cada semana en las diferentes
areas involucradas como son: lneas de produccin, ingeniera y sistemas.
Para la implementacin del proyecto las reuniones se realizaron semanalmente en un
horario de 3:30 a 5:30 pm en una sala de juntas de la empresa.
Antecedentes del equipo
Los integrantes de este equipo han participando activamente en las Competencias Internas de Equipos de
Mejora Continua desde los inicios de la planta llevando a cabo proyectos exitosos tales como:
2009 - Ganador de Competencia Interna de Kaizen con el Proyecto Debug Tool.
2010 Segundo Lugar en la Competencia Interna de Kaizen con el Proyecto Smart Go
2011 Ganadores en Competencia Nacional de Trabajo en Equipo con el Proyecto Software de
Localizacin de Componentes
2011 Segundo Lugar en la Competencia Interna de EMC con el proyecto de Trace Locator
El equipo resuelve problemas del da a da tales como: Problemas de procesos, diagnostico y prueba del
producto Dish en reas de produccin. Monitoreo de Yield, entrenamientos, cambios de modelo y desarrollo
de aplicaciones nuevas para el mejor desempeo de las pruebas que realizamos da a da.
(4) INFORMACIN TCNICA DE LA METODOLOGA EMPLEADA
Para el desarrollo de nuestro proyecto tomamos como base el Mtodo Kaizen para aplicar Lean
Manufacturing o Manufactura Esbelta a nuestro proceso.
En Foxconn desde el 2008 hemos estado adoptando esto como parte de nuestros procesos ya que tiene
como objetivo agregar valor y eliminar los desperdicios (MUDAS) aplicando de manera sistemtica las
herramientas Lean.
El impacto de aplicar los Principios Lean en las reas productivas y administrativas puede ser visto en la
mejora de la calidad, reduccin de costos, mejora en la satisfaccin del cliente (interno y externo) y una ms
rpida respuesta a las necesidades o requerimientos de los clientes.
Kaizen es un concepto japons que significa Mejoramiento
continuo, por ello se les conoce como Eventos Kaizen a todas las
mejoras realizadas en los procesos y estn basados en 10
preceptos bsicos:
1. Desecha las ideas convencionales fijas
2. Piensa en cmo lograrlo, no porque no puede lograrse.
3. No existen las ideas inadecuadas o absurdas.
4. No des excusas. Comienza por cuestionar las prcticas actuales
5. Hazlo enseguida.
6. Corrige de inmediato, en caso de que hallas cometido un error.
Fig 6. Significado de las palabra Kaizen
7. Evita gastar dinero para hacer un Kaizen, utiliza mejor tu sabidura
8. La sabidura es mostrada cuando se enfrentan dificultades.
9. Pregunta Por qu? cinco veces y busca las causas races de la situacin problemtica.
10. Busca la sabidura de un equipo de personas en vez del conocimiento de una sola.
Para el desarrollo de los eventos Kaizen se toman como base una serie de fases que tienen como funcin
guiar al equipo en el desarrollo del proyecto.
METODO KAIZEN:
Preparacin: En esta fase es cuando se conjunta el equipo mixto de trabajo y se detectan los procesos con
altos niveles de desperdicios.

XVI EDICIN

Lanzamiento: El equipo decide cual ser el nombre y el objetivo del Evento Kaizen a
desarrollar y lo alinean a los objetivos organizacionales.
Observacin y Aprendizaje: Conocer el proceso. Revisin de la situacin actual, de
las mtricas del proceso, encontrar como los desperdicios nos estn afectando
cuantitativa y cualitativamente.
Anlisis: Bsqueda de las causas del problema o los desperdicios.
Lluvia de Ideas: En equipo busca la mejor solucin sin descartar ninguna idea para su anlisis.
Implantacin: Poner en accin las soluciones. Programas de trabajo, cambios al proceso, nuevos
documentos, comunicacin de la mejora.
Anlisis de Resultados: Logros obtenidos tangibles e intangibles.
Seguimiento: El equipo debe asegurarse que la mejora sea sustentable y buscar nuevas oportunidades.
Otra caracterstica de los proyectos desarrollados bajo el Mtodo Kaizen es tienen diferente duracin
dependiendo de la magnitud o del proceso donde se apliquen, es por ello que existen tres tipos:
Kaizen: Es un evento que normalmente dura una semana.
Kaizen blitz: Evento Kaizen corto con una duracin de uno a tres das.
Kaikaku: Evento Kaizen masivo que dura ms de 6 das para su desarrollo e implementacin.
Los eventos Kaizen estn siempre enfocados a la reduccin o eliminacin de los desperdicios en los
procesos.

Analisis

Preparacin

Lanzamiento

Observacin
y Aprendizaje

Lluvia de
ideas

Anlisis de
resultados

Seguimiento

Implementacin

Fig 7. Fases de un evento Kaizen

LA CASA DE LEAN MANUFACTURING:

El sistema TPS (Toyota Production

System) se representa por una casa, y
como tal, se debe empezar a implantar
desde sus cimientos.
Los cimientos dan la estabilidad a partir
de una cultura de empresa orientada al
largo plazo, de una gestin que permite
que todos los implicados tengan la
Fig 8. Casa de Lean Manufacturing

XVI EDICIN

informacin adecuada, de unos procesos capaces y realizados segn el mejor estndar

conocido, y de una carga de trabajo nivelada.
El corazn de la casa son las personas y los equipos autogestionados, orientados a la
mejora continua.
En los pilares se concentran la mayora de las herramientas ms conocidas del LEAN:
JIT: fabricar la pieza correcta, en la cantidad justa y en el momento requerido. Flujo continuo, sistemas
PULL, takt time y SMED son algunos de los conceptos que se utilizan dentro del JIT.
JIDOKA: no dejar pasar ningn defecto de la fase en la que se produce. Algunas herramientas son los
sistemas anti-error (poka yoke), las seales visuales (andon), el autocontrol en el propio puesto y mquinas
con parada automtica ante defectos.
El tejado es lo que se ve, los resultados que se obtienen de la slida edificacin del sistema: calidad, costos,
tiempo de entrega y seguridad.
A travs de la analoga con la casa, se puede ver por qu hay empresas que no son capaces de construirla.
Algunas empiezan por los resultados y otras, hacen sus primeros intentos a travs de las herramientas, que
sera como intentar construir el tejado o los pilares de una casa sin haber hecho los cimientos.
ELIMINACIN DE MUDA (DESPERDICIO)
La reduccin del desperdicio, como mtodo de acercamiento a la mejora, es una de las caractersticas clave
de los sistemas LEAN. Para buscar la mejora, los mtodos tradicionales buscan primero las operaciones que
aaden valor e intentan mejorarlas. Frente a esta va, los sistemas LEAN se centran en buscar las
operaciones que no aportan valor e intentar eliminarlas o, al menos, reducirlas. Se suele hablar de los 7
MUDAS desperdicios:
1. Sobreproduccin: fabricar lo que no se necesita.
2. Esperas: tiempo sin producir valor por esperar al proceso anterior, por la falta de material o de una
herramienta, por la falta de informacin o de una decisin.
3. Transportes o movimientos innecesarios: el desplazamiento de las piezas en produccin no genera
valor. Suele ser mayor cuanto mayor es la obra en curso y cuanto peor es el flujo a travs de la propia
empresa y de la cadena logstica en su conjunto.
4. Sobre-procesar o procesar incorrectamente: ocurre por realizar ms de las operaciones necesarias o
por la incorrecta realizacin de las mismas. En este punto, el autor realiza una valiente afirmacin al hablar
de que generar una calidad superior a la requerida es tambin MUDA. En nuestra opinin, ejemplos a
desterrar para eliminar este tipo de MUDA son: "el cliente no lo pide pero nuestro sistema de calidad s" o "si
el cliente no especifica el apartado de la norma, utilizar el ms restrictivo para asegurar que cumplo en
cualquier caso"
5. Exceso de inventario: provoca incremento de costes de transporte y almacenamiento, obsolescencias,
riesgos para la seguridad.
6. Movimientos innecesarios: acciones de las personas que no aportan valor. Suelen estar muy unidos a la
preparacin de los puestos de trabajo, pero tambin a los flujos de informacin o material dentro de una
empresa.

XVI EDICIN

7. Defectos: produccin de piezas defectuosas o los trabajos de reparacin de las

mismas.
Adicionalmente, se aade un octavo muda que es el de "la creatividad de los
empleados no utilizada". Creemos que aqu se podra hablar tambin del conocimiento
de los empleados no utilizado, entendiendo conocimiento como la suma de pensamiento, voluntad y accin.
Independientemente del tipo de MUDA, existe otra clasificacin: MUDA tipo 1 y tipo 2. El primero se refiere a
actividades que no podemos eliminar en la coyuntura actual (limitaciones tecnolgicas, barreras
organizativas) y el segundo, a aquellas actividades de las que podemos prescindir inmediatamente.
GLOSARIO:
CAD. Diseo asistido por computadora, de las siglas en ingls computer-aided design, es el uso de
herramientas computacionales para asistir a ingenieros, arquitectos y otros profesionales del diseo
en sus respectivas actividades. Un ejemplo de software de este tipo seria AutoCAD para
arquitectos/ingenieros industriales y/o OrCAD para ingenieros electrnicos.
CAID. Es el nmero que tiene la unidad internamente para identificar interna y externamente a la
unidad la cual viene grabado en la flash y en algunos modelos en el microprocesador.
CAM. Manufactura asistida por computadora, de las siglas en ingls computer-aided manufacturing,
implica el uso de computadoras y tecnologa de cmputo para ayudar en todas las fases de la
manufactura de un producto. Algunos ejemplos de CAM son: el fresado programado por control
numrico y la realizacin de agujeros en circuitos automticamente por un robot.
CNC. El control numrico por computadora es un sistema de automatizacin de mquinas
herramienta que son operadas mediante comandos programados en un medio de almacenamiento,
en comparacin con el mando manual mediante volantes o palancas. Actualmente se utiliza
ampliamente en conjunto con fresadoras, tornos, etc.
Dish Network.- Dish Network es una compaa que ofrece televisin satelital en Mxico y Estados
Unidos.
Finder.- Nombre de la aplicacin para la bsqueda de componentes que diseo el equipo en 2010.
Formato Gerber. Es un formato de archivos usado en la industria de manufactura de tablillas de
circuito impreso para describir las imgenes de una tablilla de circuito impreso. El formato Geber es
ampliamente utilizado en la industria de manufactura de tablillas electrnicas.
Imagen vectorial.- Imagen en la cual el contenido de la misma es representado mediante formulas
matemticas por lo que es posible agrandar o reducir su tamao sin perder calidad.
IT.- Por sus siglas en Ingles Information Technologies, Departamento de informtica.
Kaizen.- Disciplina de Mejoramiento Continuo.
Lean manufacturing (Manufactura esbelta).- Es una filosofa de gestin enfocada a la reduccin de
los siete tipos de "desperdicios" (sobreproduccin, tiempo de espera, transporte, exceso de
procesado, inventario, movimiento y defectos) en productos manufacturados.
Mentor Graphics. Es una compaa especializada en software para la automatizacin del diseo
electrnico (EDA), por sus siglas en ingls electronic design automation, que abarca desde el diseo
de tablillas de circuito impreso hasta el diseo de chips electrnicos.
Muda.- Desperdicio.
ODB++. Es un formato propietario de intercambio de datos usado para exportar un diseo de una
tablilla electrnica para su manufactura. El formato fue desarrollado originalmente por la compaa
Valor Computarized Systems, Ltd (adquirida en 2010 por la compaa Mentor Graphics).
OrCAD.- Software profesional para el diseo de tablillas electrnicas.
AutoCAD.- Software profesional de diseo asistido por computadora para dibujo en dos y tres
dimensiones.
PCB. En electrnica, un circuito impreso o PCB (del ingls printed circuit board), es una superficie
constituida por caminos o pistas de conductor (generalmente cobre) laminadas sobre un sustrato no
conductor. El circuito impreso se utiliza para conectar elctricamente a travs de las pistas

XVI EDICIN

conductoras, y sostener mecnicamente por medio del sustrato, un conjunto

de componentes electrnicos.
POKA-YOKE.- Mecanismo a prueba de errores.
PULL.- Es cuando se elabora un programa que establece la labor a realizar
para cada una de las estaciones de trabajo, cada una de las cuales jala el
trabajo ya realizado de la anterior etapa.
Render / Renderer. Trmino en ingls comnmente utilizado en software CAD y/o programacin
para el proceso de construir imgenes a partir de informacin vectorial, por ejemplo un software de
diseo 3D llamara as a la funcin de generar una imagen de alta calidad a partir de un modelo
tridimensional.
SMED.- En gestin de la produccin, SMED es el acrnimo de Single-Minute Exchange of Die:
cambio de herramienta en (pocos) minutos. Este concepto introduce la idea de que en general
cualquier cambio de mquina o inicializacin de proceso debera durar no ms de 10 minutos, de ah
la frase single minute (expresar los minutos en un solo dgito).
Takt Time.- Marca el ritmo de lo que el cliente est demandando, al cual la compaa requiere
producir su producto con el fin de satisfacerlo. Se le conoce tambin como pulso del proceso.
TPS (Toyota Production System).- El Sistema de Produccin es un sistema integral de produccin y
gestin surgido en la empresa japonesa automotriz del mismo nombre. En origen, el sistema se
dise para fbricas de automviles y sus relaciones con proveedores y consumidores, si bien se ha
extendido a otros mbitos.
Ucamco. Anteriormente Barco ETS es una compaa que desarrolla software de manufactura asistida
por computadora para tablillas de circuito impreso y maquinas para la manufactura de tablillas de
circuito impreso.
VIP.- Se refiere a unidades con lo ltimo en tecnologa en seal satelital digital de TV de paga.
VSM.- El Mapa del flujo de valor es una herramienta utilizada en Lean Manufacturing para analizar los
flujos de materiales e informacin que se requieren para poner a disposicin del cliente un producto o
servicio.
XML. Lenguaje extensible de marcas, de las siglas en ingls eXtensible Markup Language es un
lenguaje de marcas que permite contener y describir documentos estructurados de una forma simple
o muy compleja. Se utiliza ampliamente para intercambio de datos entre plataformas distintas
(distintos sistemas operativos y/o internet).
CASO EXITOSO:
En Foxconn, al ser una empresa de clase mundial, debemos asegurarnos de tener procesos, metodologa y
sistemas tambin de clase mundial; es por eso que la mejora continua, la manufactura esbelta y el mtodo
Kaizen son algunos de los principios que rigen nuestros sistemas; y es de este ultimo mtodo (Kaizen) del
que el equipo Finder toma sus principios para desarrollar el proyecto que a continuacin presentamos.
El proyecto se desarroll en el periodo de Diciembre del 2011 a Mayo del 2012 y lleva por nombre:
Desarrollo de un software de visualizacin de tablillas PCB
PREPARACIN
Nuestro equipo se enfoc en la mejora de tiempo de diagnstico y en la eficiencia de la estacin de Pretest.
De esta forma se cre un equipo multifuncional, FINDER, en el que participa personal de Ingeniera de
Pruebas, Producto, Procesos, Lean Manufacturing y Entrenamiento.
El Mtodo Kaizen puede ser llevado a cabo en eventos que pueden durar desde un solo da hasta varios
meses y debido a su naturaleza, nuestro proyecto es un Kaizen tipo Kaikaku ya que es un evento masivo de
larga duracin.
El proyecto presentado a continuacin se desarroll en la unidad de Negocios de Televisin Satelital en el
rea de receptores, donde damos servicio al cliente Dish Network. El cliente nos enva cajas receptoras

XVI EDICIN

satelitales que codifican la informacin que captan a travs de antenas areas las
cuales contienen informacin de televisin por paga codificada y cifrada.
Las unidades que ellos nos envan son unidades que tienen algn tipo de falla o
defecto reportado por el usuario final. Nosotros recibimos estas unidades y las
validamos. Si tienen alguna falla cosmtica o funcional las reparamos mediante un
proceso que consta de 11 principales estaciones (Fig.9):
DST Corto.- Es la estacin donde se prueba
si el disco duro es funcional o no.
Tracker.- Es una estacin de desensamble
con capacidad de solucionar fallas fciles de
diagnosticar.
Desensamble.- Es la estacin donde se
desensambla la unidad para revisarla.
Download.- Es la estacin donde se descarga
el software de fbrica para realizar las
pruebas internas.
Diagnstico.- Es la estacin donde se valida
y diagnostica la falla reportada por el cliente.
Reparacin.- Es la estacin donde se repara
la falla que diagnostic el tcnico.
Pretest.- Es una prueba funcional de las
unidades antes de la prueba final, prueba la
seal y problemas internos como el
microprocesador y todos los perifricos con
los que interacta. Se prueba el video y audio,
botones y modem.
Ensamble.- Es la estacin donde se
ensambla completamente la unidad.
Burning.- Es la estacin donde se pone la
unidad 4 horas conectadas las para validar si
fallan con calor.
FinalTest.- Es la prueba funcional final. Es
ms completa y adicional al Pretest se verifica
que el disco duro este correcto, se limpia la
tarjeta inteligente interna y se pone en modo
de fbrica para que quede lista para el usuario
final.
Inspeccin Final.- Es la estacin donde se
inspecciona cosmticamente la unidad.
Fig 9. Flujo del proceso en las lneas de produccin.

La necesidad de desarrollar una mejora en el

proceso de reparacin de receptores surgi a
raz de que comenzamos a observar muchas
unidades acumuladas en Pretest (Fig. 10).
Esto provoca que exista un acumulado en
Pretest haciendo de la lnea menos productiva
lo cual provoca que no se cumpla con el
requerimiento del cliente (Fig. 11).
Fig 10.Estacion de Pretest

Fig 11. Unidades acumuladas para Pretest

XVI EDICIN

Revisamos el yield de pretest desde finales de noviembre (Week34) hasta Octubre

(WK44) y vimos que el yield de Pretest estaba fuero de meta (Fig.12).
LANZAMIENTO
En base al anlisis anterior (Fig.12) definimos
la siguiente situacin problemtica mediante la
herramienta 5W+1H:

Fig 12. Yield de Pretest

WHO: Proceso de reparacin de receptores

WHEN: Al momento de probar las unidades
WHY: Varios modelos y diversidad de fallas
WHAT: Yield bajo en Pretest.
WHERE: En las estaciones de Pretest.
HOW OFTEN: Diariamente.

En el proceso de reparacin de receptores diariamente se tienen que diagnosticar gran diversidad de fallas y
componentes de diferentes modelos y en la estacin de Pretest estamos teniendo un yield de 93% lo cual
provoca que la lnea sea menos productiva producindonos acumulados por excesos de inventario
Es por eso que se decidi lanzar un proyecto cuya Misin sera:
Proveer un sistema que les permita a los tcnicos mejorar los tiempos y la eficiencia de los mismos
incrementando de esta forma el yield de Pretest y por consecuente la productividad de las lneas
cumpliendo de esta forma con el requerimiento del cliente
Esta misin est alineada a la poltica de calidad de Foxconn Planta Chihuahua que dice:
Comprender y satisfacer los requisitos de nuestros clientes para manufacturar, distribuir productos
y proveer servicios con calidad a un costo competitivo
OBSERVACION Y APRENDIZAJE
Una vez definida nuestra situacin problemtica acudimos a cada una de las estaciones de diagnstico y
Pretest para observar sus procesos, actividades y herramientas con las que contaban para llevar a cabo su
trabajo.
Luego, para entender el problema verificamos los pasos implicados tanto en el proceso de Pretest,
diagnstico as como en el de reparacin.
Flujo de Pretest, Diagnostico y Reparacin
Proceso de Pretest:
1. Primero se escanea el
nmero de serie y caid de
la unidad.
2. Luego se conecta la
unidad en un fixture.
3. Por ltimo, se ejecuta el
software de prueba del
cliente.
4. Si falla la unidad se enva
Fig 13. Actividades del Proceso de Pretest, Diagnostico y Reparacin
Fig 14. Actividades
Proceso deestacin.
Diagnstico y Reparacin
a diagnostico para su revisin. Si pasa la unidad
va a ladel
siguiente
Proceso de Diagnstico:
1. Primero es necesario verificar cul es el problema del receptor.

XVI EDICIN

2. Verificar los diagramas de la tablilla electrnica para detectar los componentes a

medir.
3. Luego hay que localizar los componentes en la tablilla.
4. Hacer la medicin correspondiente para saber si es necesario reemplazar los
componentes.
5. Si se determina hacer un reemplazo de componentes entonces hay que enviar la tablilla a reparacin
si no se enva de nuevamente a Pretest.
Para el proceso de Reparacin:
1. Una vez que se revisa en el sistema el componente a reemplazar se debe localizar fsicamente.
2. Finalmente los componentes necesarios se reemplazan y se enva de nuevo a diagnostico para
verificar el correcto funcionamiento de los nuevos componentes.
El anlisis de capacidad nos muestra que uno de los cuellos de botella es Pretest y es el que vamos a atacar:

Fig 14. Estudio de capacidad

Fig 15. Grafica de estudio de capacidad

KAIZEN

Fig 16. VSM Mapeo del proceso

XVI EDICIN

El VSM nos muestra que el rea que tenemos mas inventario es el rea de Pretest que
es el rea en la que nos vamos a enfocar.
Con la informacin del anlisis anterior concluimos que la operacin que est afectando
al proceso Pretest. Por lo que nuestra meta es aumentar el yield de pretest en un 3% para eliminar el
acumulado de pretest y de esta forma balancear la lnea de acuerdo al VSM (Estudio de Capacidad).
ANALISIS
Se realizo un anlisis con el operador lgico
AND/OR para determinar las causas raz que
estn afectando al yield de pretest. Este anlisis
nos determina que solamente puede ser una
sola causa o varias en conjunto dependiendo de
la omisin o falla.

Las posibles causas que pueden provocar un

Yield bajo en Pretest son: Equipo de Prueba,
Omisin
del
operador
y
Diagnostico
equivocado.

Fig 17. Anlisis con operador lgico AND

Equipos de Prueba: El mantenimiento fuera de tiempo provoca que una

falla no sea real. Por lo que los mantenimientos preventivos y correctivos a
tiempo son cruciales para el buen funcionamiento de los mismos as como
una exhaustiva y correcta validacin de los sw que nos proporciona el cliente
como tambin el personal nuevo dado por el crecimiento del proyecto,
ausentismo y rotacin de personal que se tiene en la planta.
Fig 18. Tcnico y equipo de Prueba

Omisin del operador: En las lneas tenemos de igual forma gente nuevo
debido a la rotacin del personal y el ausentismo as como gente con
habilidades diferentes las cuales hay que posicionarlas en el rea en la cual
sea ms hbil.
El estado de nimo juega un papel importante ya que son personas y no
maquinas las que manejan la estacin de pretest y la Ergonomia es
importante para que el personal este a gusto laborando en su estacin.
Fig 19. Operador de Pretest

Diagnostico Equivocado: En ocasiones el no contar con informacin

suficiente provoca que se reemplacen componentes que no tiene falla
aadiendo de esta manera variables adicionales que algunas veces
empeoran la situacin de la tablilla en diagnostico provocando que las
unidades fallen en pretest. Adems de que no cuentan con ayudas visuales.
Solo cuentan con el diagrama esquemtico y no pueden localizar fsicamente
las pistas de una manera visual y rpida
Fig 20. Herramientas insuficientes
para los tcnicos

XVI EDICIN

Se hizo un estudio del 13 de Abril de 2011 hasta el 20 de Abril de 2011 en el que se

muestra que el mayor contribuyente es el Diagnostico Equivocado con un 32 % (Fig.
21).

Es por ello que los esfuerzos del

equipo se enfocaron a mejorar la
eficiencia del tcnico para bajar
esta tendencia.

Fig 21. Porcentaje de fallas en pretest

Fig 22. Resultado de anlisis de causas AND/OR

LLUVIA DE IDEAS

En base a lo anterior realizamos una lluvia de ideas para encontrar la mejor opcin para solucionar nuestro
problema de diagnsticos equivocados (Fig.22) y mediante una matriz de decisin analizamos 4 opciones:
1. Creacin de ayudas visuales.
2. Adquisicin de un software que cubra las necesidades que buscamos.
3. Contratacin de un consultor externo para desarrollo de software.
4. Creacin de una herramienta de software internamente.
Nuestra ponderacin fue determinada en diferentes puntos y nos basamos en los siguientes parmetros:
a. Bajo Costo (10 puntos): Es muy importante porque estamos buscando disminuir costos a nivel
organizacional.
b. Adecuado para nuestros requerimientos (8 puntos): Es importante para poder alcanzar la meta
deseada.
c. Prctico (6 puntos): Es medianamente importante ya que podemos entrenar al personal.
d. Mantenimiento (4 puntos): Es el de menor importancia ya que contamos con un departamento de
soporte.
La escala en la cual valoramos cada una de las alternativas es la siguiente donde 3 es la mayor puntuacin y
0 la menor de acuerdo a cada factor de los anteriormente mencionados.
Factores

Puntos
Creacin de ayudas
visuales
Adquisicin de software
Contratar servicios
externos
Creacin de una
herramienta interna

Adecuado para
nuestros
requerimientos
8
0
0

Bajo Costo

Mantenimiento

10

Practico

Resultado

30

30

3
3

24
24

0
1

0
10

0
1

0
4

3
3

18
18

45
56

24

30

12

18

84

Fig 23. Matriz de decisin para seleccionar la mejor solucin

XVI EDICIN

1. Creacin de ayudas visuales.

El hacer una ayuda visual completa (fig. 24)
tardara mucho tiempo y la efectividad al hacer
algo automatizado no sera el mismo por lo que el
tiempo y la efectividad era crtico para el xito de
este proyecto.
Fig 24. Ayuda visual para diagnostico

2. Adquisicin de un software externo.

Se contemplo adquirir el Software Thunder. El costo software
por licencia es de $10,000 de dlares.
Estas son sus caractersticas:
Thunder es una solucin para diseadores de tablillas,
ingenieros de CAD. Combina una infraestructura de software
flexible y una interfaz grafica de usuario muy intuitiva. Puede
realizar complejas operaciones geomtricas con gran precisin
de una manera robusta (fig. 25).
Fig 25. Funcionalidades existentes en el software
Thunder

Thunder puede ser usado en tareas tales como diseo de tablillas, verificacin, inspeccin y anlisis
de fallas.

Concluimos que un software especfico es una opcin poco viable debido a que tiene un costo muy elevado
para nuestras expectativas de tener un software de bajo costo.
3. Contratar un servicio externo.
De varios proveedores externos, el mejor precio conseguido fue de 50,000
pesos y con un periodo de desarrollo de 3 meses. Este proveedor (fig. 26)
nos ofrece un software a la medida con costos adicionales de
mantenimiento y actualizaciones pero como nuestra prioridad era un costo
bajo lo descartamos.

Fig 26. Job Sistemas, proveedor de software

4. Creacin de una herramienta interna y entrenamiento tcnico.

Se tomo la decisin de desarrollar una herramienta que facilite al tcnico su diagnostico y mejore su
eficiencia y por tanto el Yield de Pretest. El mantenimiento y actualizaciones se haran por cuenta propia
aparte de que el costo sera cero y es personalizado y adecuado para las necesidades de los tcnicos.
Aunado a esta herramienta, se diseara un plan de entrenamiento para fortalecer a los tcnicos que lo
requirieran.
Por lo tanto los recursos con los que contamos hacen esta opcin viable ya que dedicndole dos horas
diarias desde Diciembre del 2011 a Mayo del 2012 era suficiente para poder terminar la aplicacin, por lo que
decidimos tomar el reto, adems desarrollaramos un proyecto con mnimos costos de implantacin y
contaramos con la libertad de disear un software personalizado de acuerdo a los requerimientos de
nuestros tcnicos y reparadores.

XVI EDICIN

IMPLANTACION
Mediante una grafica de Gantt (Fig. 27) se hizo una programacin de las actividades
especficas para cada una de las etapas de implantacin para desarrollar la aplicacin
de software, a la que nombramos FINDER++.
AO 2011
ACTIVIDAD
1
1
2
3
4
5
6
7
8

Q3
2

Q4
2

Q1
2

AO 2012
Q2
2
3
1

Q3
2

Q4
2

Investigacin del proceso de creacin de tablillas.

Investigacin de los formatos de los archivos de PCB.
Creacin de una aplicacin de sw para convertir los
archivos ODB en XML (Finder Converter).
Creacin de un sw visor de tablillas (Finder++ viewer
Beta)
Creacin de un sw para convertir los archivos XML a FPP
(Finder Renderer).
Creacin de un sw visor de tablillas (Finder++ viewer
Final Edition)
Entrenamiento a lneas de produccin
Implementacin en lneas de Produccin

Fig 27. Programacin de actividades

1. Investigacin de los formatos de los archivos de PCB.

Que es una tablilla electrnica o PCB?
Tambin llamadas PCB (printed circuit board),
es
usada
para
soportar
y
conectar
elctricamente componentes electrnicos tales
como, resistencias circuitos integrados y
conectores. La PCB est compuesta por un
material central de fibra de vidrio (ncleo) con un
revestimiento de cobre o laminas delgadas de
cobre a cada lado de la placa de fibra de vidrio.
Podemos encontrar tablillas de varias capas de
cobre. El material que se utiliza para pegar las
diferentes capas se conoce como pre-preg (fig. 28).
Las capas de cobre contienen pistas las cuales son
relativas a un alambre y proporcionan la funcin de
transferencia de electricidad de un punto a otro. El
trazo de las pistas se realiza de forma automtica a
partir de los archivos de datos usados para
manufactura de tablillas de circuitos impresos.
Para grabar el circuito en la hoja de cobre se utiliza
el proceso denominado ataque qumico que
consiste en aplicar un producto qumico en la hoja
de cobre donde previamente se ha marcado las
reas que se desean proteger y finalmente el rea
no protegida es grabada ( o eliminada) dejando solo
el circuito previsto.
Una vez que se tienen todas las hojas de cobre con
el circuito previamente grabado, se unen todas las
capas y se alinean y adhieren el material aislante el
cual
se
coloca entre
las
capas,
que
estn prensadas bajo
alta
presin
y calor,
formando una junta slida (fig. 29).

Fig 28. Capas de

una tablilla de
circuito impreso

Fig 29. Proceso de

juntar las distintas hojas
o capas para crear una
tablilla de circuito
impreso

XVI EDICIN

Luego se procede a la perforacin de tablilla para realizar la interconexin entre las

diferentes
capas.
Las
placas se
colocan
en un bao de
cobre cargado
elctricamente que baa todas las reas de superficie de cobre y se introducen en los
agujeros pasantes los cuales sirven de conductores entre capa y capa (through-hole).

Para poder entender el problema era necesario saber qu tipo de informacin contbamos. Afortunadamente
nuestro cliente nos proporciono los archivos de manufactura de las tablillas. Al final encontramos que
tenamos dos formatos de archivos:
a. Formato Gerber. Es un formato
de archivos usado en la industria
de manufactura de tablillas de
circuito impreso para describir las
imgenes de una tablilla de circuito
Fig 30. Uso de los archivos de tablillas en el proceso de la manufactura de tablillas de
circuito impreso
impreso. El formato Geber es
ampliamente utilizado en la
industria de manufactura de tablillas electrnicas.
b. Formato ODB++ .Es un formato propietario de intercambio de datos usado para exportar un diseo de
una tablilla electrnica para su manufactura.
Dado que ambos archivos parecen similares nos dimos a la tarea de investigar cuales eran las diferencias
entre ellos, para esta tarea descargamos las especificaciones tcnicas de cada formato directamente en las
pginas de los desarrolladores: Ucamco para formato
gerber y Mentor Graphics para ODB++.
La informacin en estos archivos muestra que en el
caso de los archivos Gerber solo contienen las
imgenes por cada capa por lo que no fue til.
Fig 31. Listado de los atributos presentes en un documento en
formato ODB++
Finalmente escogimos el formato ODB++ ya que
adems de incluir las imgenes contiene informacin
acerca de los componentes y nombres de las pistas.
El siguiente paso fue comenzar con el estudio del formato de archivo. El archivo est escrito basado en texto
para que pueda ser ledo por humanos, una ventaja para nosotros, bsicamente la siguiente es la estructura
de la informacin contenida en un archivo ODB++:

La parte ms complicada fue la de entender la descripcin de los grficos debido a que fue necesario
entender el sistema de coordenadas utilizado y de los comandos grficos son muy similares a los utilizados
en sistemas CAD (diseo asistido por computadora).
2. Creacin de la aplicacin de Software Finder Converter.
Debido a que los archivos ODB++ se encuentran
en formato de texto, se planeo crear una
aplicacin para leer e interpretar esta informacin
y convertirla a un formato ms manejable como lo
es XML.
Fig 32. Proceso de conversin de un archivo en formato ODB++ a formato XML
utilizando la aplicacin Finder Converter

XVI EDICIN

Desarrollo del Software Finder Converter

Esta aplicacin se desarrollo utilizando Microsoft Visual Basic .NET 2008 se decidi
utilizar este lenguaje debido a que es ms sencillo manejar datos en XML en este
lenguaje que en C++. La aplicacin toma los
datos de texto del archivo ODB++, los
interpreta y genera un archivo de salida en
formato XML (fig. 33 y 34).
La aplicacin muestra un asistente de
conversin con pasos sencillos para facilitar su
uso. Al finalizar la conversin de una tablilla se
muestra el tiempo empleado en la conversin.
Fig 34. Interfaz grafica del software.

Fig 33. Interfaz grafica del

software.

3. Creacin del software visor de tablillas Finder++ Viewer Beta.

El siguiente paso consisti en programar una aplicacin de software que pudiera leer la informacin
contenida en el archivo XML, procesar los grficos de la tablilla, procesar los datos de componentes, pistas,
generar las imgenes de las capas y finalmente permitir a nuestros tcnicos y reparadores visualizar la
tablilla, buscar pistas y componentes. Agregando esta aplicacin nuestro diagrama del proceso de
generacin quedara como sigue:

Fig 35. Proceso de conversin de un archivo ODB++ y su relacin con la aplicacin para visualizar la tablilla

Aplicacin de Software Finder++ Viewer BETA

Esta aplicacin se desarrollo utilizando C++. La razn de usar
este lenguaje fue que se requeran hacer clculos complejos y
manejar grandes estructuras y colecciones de datos que en un
lenguaje distinto de C++ el tiempo de procesamiento habra sido
mucho mayor.
La aplicacin funciono perfectamente, pero con los siguientes
inconvenientes:
El tiempo de carga por tablilla excesivo. El tiempo transcurrido
desde que el usuario seleccionaba el archivo XML hasta que
poda usar la aplicacin poda llegar hasta 6 minutos. La
razn fue que los datos en XML tenan que procesarse en
gran manera para poder ser utilizados, el proceso realizado
era el siguiente:

Fig 36. Aplicacin Finder++ Viewer BETA visualizando

una tablilla

Fig 37. Procesamiento realizado en los archivos XML

Adicionalmente presentaba un consumo elevado de recursos durante la etapa de carga de la tablilla.

Por este motivo esta versin fue descartada ya que no funcionara bien en las lneas de produccin.

4. Creacin del software Finder Renderer.

XVI EDICIN

Para poder resolver el problema anterior visualizamos nuestro flujo de procesamiento

actual de la siguiente manera:

Fig 38. Esquemas del proceso actual con el tiempo requerido en desarrollo por tablilla y el
tiempo de carga en la computadora del usuario final.

Utilizando este enfoque pudimos visualizar nuestro problema ms claramente. El tiempo de procesamiento y
el consumo elevado de recursos de la computadora era algo imposible de evitar.
Nuestra solucin consisti en pasar el procesamiento y el consumo de recursos al proceso en el rea de
desarrollo mediante la creacin de una nueva etapa y por ello un nuevo programa de software Finder
Renderer.
As que nuestro proceso en rea de desarrollo quedo como sigue:

Fig 39. Proceso actual con la adicin de un paso adicional para la conversin de los archivos ODB para usarse con
Finder++ Viewer.

Aplicacin de Software Finder++ Renderer. Esta aplicacin se desarroll en C++ reusando parte del
cdigo de la aplicacin anterior Finder ++ Viewer BETA. Pero ahora con el objetivo de realizar el todo el
procesamiento pesado una sola vez y guardar los resultados: imgenes generadas por software y tablas pre
calculadas en un archivo binario con extensin FPP. Se escogi el nombre de renderer por ser un trmino
comnmente utilizado en programacin para el proceso de construir imgenes a partir de informacin
vectorial, por ejemplo un software de diseo 3D llamara as a la funcin de generar una imagen de alta
calidad a partir de un modelo tridimensional.
5. Creacin del software Finder++ Viewer
El nuevo software visualizador de tablillas Finder ++ Viewer se escribi
desde cero en C++, implementando varias optimizaciones que
permitieron que el software se ejecute de manera rpida y eficiente en
cualquier computadora con la que contamos en lneas de produccin.
Quedando el tiempo de carga menor a un minuto en el peor de los
casos (la tablillas ms grande y complicada) y una reduccin en el
consumo de recursos de la PC.
Fig 40. Proceso de conversin de XML al formato
FPP utilizando Finder Renderer

XVI EDICIN

Finalmente el proceso completo quedo de la siguiente manera:

Fig 41. Proceso de desarrollo e implementacin de la aplicacin para visualizar de tablillas

En la figura 41 podemos ver como finalmente logramos que el tiempo de conversin y/o procesamiento se
realizara en el rea de Ingeniera y en una sola ocasin ya en piso de produccin el tiempo de carga de
tablilla es menor a 1 minuto.
En la siguiente figura podemos ver como se ve la aplicacin al ejecutarla (Fig. 42):

6. Entrenamiento a lneas de produccin.

Se entreno a las lneas de produccin en grupos
de 15 personas de una hora y media tanto en
primer turno como en segundo turno.

Fig 42. Aplicacin Finder++ Viewer

Fig. 43. Entrenamiento Terico del Finder ++

7. Implementacin en lneas de Produccin.

Las funcionalidades del software Finder++ son descritas en la figura 45:
Abrir distintas
versiones de una
tablilla
El cuadro de dialogo
Abrir permite
seleccionar la tablilla
deseada.

Bsqueda de varios
componentes
Finder++ permite
buscar varios
componentes a la vez.
En el ejemplo se han
escrito los siguientes
componentes: VR1
C183 C134 R373 Y2.

XVI EDICIN

Bsqueda de varias
seales
Es posible buscar pistas
por el nombre de la
seal, por el nombre de
la terminal o pin. En el
ejemplo se han escrito
los siguientes nombres
de seales:
SAT1_+1.8V_AN C65:2
C64:2.

Opciones de
visualizacin de
pistas
Finder++ permite
mostrar u ocultar
partes de las seales
encontradas.

Visualizar diagrama
esquemtico
Para cada tablilla es
posible abrir el diagrama
esquemtico que le
corresponde.

Rotar la tablilla
Es posible rotar la
tablilla en 4 ngulos
(0, 90, 180, 270)

Visualizar capas
internas
Finder++ permite ver las
capas internas de cobre

Fig. 44. Funcionalidades presentes en Finder++

La siguiente tabla muestra una

comparacin de una foto de una
tablilla
contra
las
imgenes
generadas por Finder++ y un
software comercial. Donde la
imagen generada por Finder++ es
muy similar a la tablilla real lo que
agrega valor a la aplicacin

Software Comercial:
OrCAD
Enfocado para profesionistas e
ingenieros.

Foto de Tablilla Real

Software creado por equipo Finder:

Finder++
Enfocada para tcnicos, reparadores
e ingenieros.

Fig. 45. Finder++ presenta genera una imagen casi idntica a la tablilla lo que facilita su uso

XVI EDICIN

ANALISIS DE RESULTADOS
Vimos una reaccin muy positiva tanto de los tcnicos como de los reparadores ya que
representa una ayuda significativa para su trabajo. En cuanto a la curva de aprendizaje
fue rpida ya que el sistema es bastante intuitivo y fcil de usar.
Diagnostico se beneficia debido a que es ms
sencillo realizar las mediciones de los
componentes ya que ahora logran encontrar
mediciones equivalentes cuando se requiere
medir un componente que se encuentra debajo
de la tablilla ahorrndose de esta manera el
desensamblar el receptor para llevar a cabo su
medicin.
Fig 46. Beneficios del uso de Finder
Reparacin gana tambin un beneficio similar al evitar desensamblar un receptor cuando no hay necesidad
de hacerlo y sobre todo pretest que ya no tendr acumulado gracias a esta herramienta se aumenta el yield
de pretest al mejorar la eficiencia de los tecnicos. (Fig. 46).
Para comprobar la efectividad de la aplicacin FINDER++, al trmino de la implantacin realizamos una
verificacin del yield en Pretest teniendo los siguientes resultados:

Fig 47. Porcentaje de omisiones de Pretest

Fig 48. Comparativo de mejora en eficiencia de tcnicos

Como pueden ver en las graficas anteriores el nmero de omisiones por Diagnostico se redujo de un 32% a
un 13% y revisando el yield de Pretest podemos ver que hubo un incremento de 4% como se muestra en la
grafica siguiente:
Con esto superamos nuestra meta que era del
3% y cumplimos con nuestro objetivo de
eliminar el acumulado de Pretest mejorando la
eficiencia
de
los
tcnicos.
META
SUPERADA!!! (Fig. 49).
Una vez que obtuvimos los excelentes resultados
en aumento de yield de pretest, realizamos
Fig 49. Grafica del Yield de Pretest.
nuevamente un mapeo del proceso o Value Stream
Map (VSM) con los nuevos tiempos y confirmamos la mejora en el valor agregado para el proceso de
reparacin de receptores (Fig. 50 y 51).

Fig 50. Estudio de capacidad Lean despus de la mejora

XVI EDICIN

Adems de incrementar
el yield de pretest
reducimos el tiempo de
ciclo de diagnostico de
los tcnicos de 535 a
405!!! Teniendo ahora
de esta forma ms
capacidad
en
diagnostico y lo ms
importante,
ms
eficiencia.
Fig 51. Grafica de estudio de capacidad despus de la mejora

En el VSM se puede ver una estacin de Pretest mas balanceada sin acumulados.

Fig 52. VSM despus de la mejora

En cuanto a produccin se realizo un estudio y

efectivamente vimos una mejora en las lneas de
produccin (Fig. 53):
Con ayuda del departamento de finanzas calculamos
el impacto econmico aumentando el yield de pretest.
Adicionalmente en el rea de BGA se implemento este
proyecto y vimos un impacto positivo ya que se redujo
el head count en 3 tcnicos de diagnostico en esa rea
Fig 53. Promedio de produccin por lnea
los cuales fueron reasignados a otra area de la planta.
En el rea de BGA se envan las unidades que
Yield de Pretest
Promedio de unidades antes y despues
Ahorro mensual total
requieren un diagnostico y una reparacin
Antes
92 %
75
especializada como son
microprocesadores,
Despus
96 %
79
flash, smart card. Estos son componentes
Delta
4%
4
requieren un trabajo mas especializado por lo
$ 59,400 Dlares
Head count en rea de BGA
que se utilizan maquinas para colocarlos.
Antes

16

Despus

13

Delta

Fig 54. Mtricos Financieros

XVI EDICIN

SEGUIMIENTO
Para asegurarnos del correcto uso de la aplicacin FINDER++ se tienen programados
entrenamientos peridicos para todos los tcnicos y reparadores, para que todos
tengan conocimiento de su funcionamiento y
de las actualizaciones. Estos entrenamientos
se incluyen en el historial de cada tcnico. (Fig.
54).

Fig 55. Matriz de certificacin para tcnicos.

El entrenamiento del Finder++ se incluyo en el paquete de

certificacin de Entrenamientos para Tcnicos de Ing. De Producto
como
muestra
la
imagen siguiente: (Fig.
55)
Fig 54. El ltimo entrenamiento de FINDER++ para tcnicos y
reparadores realizado el mes de Abril del 2012.

Adems, se cre una instruccin de trabajo referente al

Finder++, la cual se encuentra documentada en el sistema de
control de documentos interno de Foxconn (Fig.56).
Por ltimo para asegurarnos del correcto funcionamiento,
hace una revisin mensual con los tcnicos lideres
diagnostico y reparacin en la sala de juntas quienes
encargan de darnos la retroalimentacin para hacer cambios
y actualizarlo inmediatamente en caso de ser necesario.

se
de
se
al sistema

Fig 56. Instruccin de trabajo para el uso

de la aplicacin.

En caso de haber un nuevo modelo, planeacin nos da la

informacin un mes antes para poder dar la actualizacin al
sistema.
CONCLUSION
Con este proyecto realmente nos dimos cuenta que trabajar
en equipo significa valorar la diversidad de estilo de las
personas ya que los puntos de vista distintos generan una
variedad de opciones o cursos de accin que a la larga
contribuyen a mejorar el resultado o el producto final.
El siguiente paso es seguir mejorando las herramientas del
tcnico a travs de software ms especializados que le
indicaran al tcnico donde est la falla o el error (Fig.57):
Fig 57. Software especializado para
deteccin de fallas.