viernes, 22 de junio de 2012
Los libros y yo
sábado, 16 de junio de 2012
Selección de proyectos
Algunas veces no sólo resulta complicado, sino que además no se llega a entender lo crítico que eso es para el éxito del proyecto seleccionado y sobre todo para los ahorros y otros impactos financieros que se pretenden obtener con implementaciones de esta índole.
Hay algunos conceptos básicos que se deben tener en cuenta, tales como qué es y qué no es un proyecto Six Sigma. Muchas veces eso tampoco está claro y a partir de allí comienzan los errores y frustraciones. También es importante tener un método o sistema para desarrollar el proceso de selección de proyectos, pero por sobre todo, hay que tener criterios establecidos previamente para ayudar a decidir cuál potencial proyecto es prioritario. Esos criterios deben estar claramente alineados con los objetivos o las estrategias de la compañía.
Aunque estas observaciones parecen bastante elementales, no es común encontrarlas en la aplicación de Six Sigma, menos aún en los inicios de las implementaciones.
A mi entender, el primer error que se comete es dejar la selección de los proyectos sólo a los dueños de procesos o a los Black Belts. La falta de un sistema establecido para la selección es muchas veces un efecto de la falta de comprensión de la importancia que tienen los diferentes roles dentro de la organización en la selección de proyectos.
Algunos roles típicos y sus responsabilidades al respecto podrían ser:
- aprobación de la estrategia de selección de proyectos por parte de algún consejo ejecutivo de Six Sigma o de los máximos líderes de la organización,
- coordinación de las actividades de selección de proyectos, por parte del responsable de Six Sigma (Ejecutivo, Director o Master Black Belt),
- selección de los proyectos, por parte de equipos responsables de hacerlo (formados por ejemplo por los dueños de procesos, Master Black Belt, Black Belts, etc.)
En síntesis, cada organización define qué método le resulta más adecuado, pero la ausencia de uno y dejar la tarea sólo al criterio y decisión de los Black Belts seguramente tarde o temprano conducirá al fracaso de la implementación de Six Sigma.
Nota: un Black Belt experimentado tiene los conocimientos para seleccionar proyectos, pero ese no es el rol que debería ejercer naturalmente, menos aún en grandes organizaciones donde la complejidad de la gestión y sus estrategias no son manejadas ni decididas por un líder de proyectos Six Sigma, por más conocimientos y experiencia que tenga.
.
sábado, 19 de noviembre de 2011
16° Encuentro Nacional de Mejora Continua
Kraft Foods Argentina volvió a presentar un trabajo. Esta vez fue uno del área de elaboración de coberturas de chocolate. Mi rol, como integrante de la gerencia de Mejora Continua de la compañía, fue de soporte metodológico, facilitador de las herramientas de resolución de problemas y preparador del equipo en vistas a la presentación en el Encuentro.
La participación en estos encuentros es una experiencia enriquecedora para todos: los que presentan y los que escuchan. Los primeros aprenden a trabajar en equipo y a hablar en público y se motivan y se sienten orgullosos de mostrar y compartir sus logros.
Los segundos acceden a experiencias de otras empresas, comparan y aprenden.
Nuestro equipo hizo una exposición muy sólida y clara. Y recibió allí mismo el reconocimiento por ello. Todos nos sentimos muy orgullosos, incluyendo los colegas de la empresa que fueron a participar del Encuentro y a alentarnos. Muchas gracias a ellos también por el apoyo.
Imagen: nota en la revista Panorama, publicación interna de Kraft Foods Argentina SA.
.
viernes, 11 de marzo de 2011
¿Lean, Six Sigma o TOC? - 2da. Parte
Six Sigma se enfoca en eliminar los defectos y las variaciones en los procesos. Basa su éxito en el uso sistemático de un método de resolución de problemas, llamado DMAIC, que identifica las causas de los problemas, verifica que sean las causas reales y encuentra la forma de eliminarlas o reducir sus efectos.
TOC es un método sistemático para identificar las restricciones de un proceso (cuellos de botella), eliminarlas o reducirlas haciendo visible en el camino otras restricciones para las cuales se repite el proceso de eliminación, volviendo a comenzar el ciclo una y otra vez en busca de la mejora continua.
Ya hablé de esto con un poco más de detalle en una entrada anterior, a la que se puede acceder haciendo click aquí.
En esta segunda parte me propongo comentar cuáles son las desventajas de cada uno, partiendo de la suposición que alguien pretenda usar sólo uno de estos métodos prescindiendo de los otros dos.
Desventajas de usar sólo Six Sigma
Uno de los primeros errores que suelen cometerse cuando se comienza a usar Six Sigma es pretender usarlo para resolver cualquier problema. Esta situación generalmente se agrava por el hecho de que en los comienzos los usuarios no tienen la experiencia suficiente.
Usar Six Sigma para cualquier tipo de problema acarrea dos posibles consecuencias. Una es usarlo para casos que no aplican a Six Sigma, tales como aquellos cuya solución es conocida, o que no representan una situación crítica para el negocio, por mencionar un par de ejemplos.
Consecuencia: es como aflojar un tornillo con un martillo: fracaso del proyecto casi asegurado.
Otro efecto negativo de usar Six Sigma para todo es que estemos tratando con casos que no requieren una disciplina de mejora tan rigurosa y que pueden resolverse con herramientas más sencillas y hasta más adecuadas. Podría aplicar muy bien en estos casos, alguna herramienta de Lean, por ejemplo.
El método DMAIC, usado por Six Sigma, involucra el uso de estadística tanto para medir el problema como para verificar que las causas identificadas sean realmente las causas raíz del problema. El método DMAIC garantiza el éxito justamente por el hecho de usar estadística. Y eso, suele ser demasiado esfuerzo para resolver algunos problemas que requieren mucho menos recursos que Six Sigma.
Consecuencia: uso ineficiente de recursos, aplicación de herramientas más complejas que lo necesario.
Una limitación adicional de usar sólo Six Sigma es que pueden no tenerse en cuenta las interacciones de los procesos. Cuando se aplica Six Sigma para resolver problemas complejos suele acotarse el alcance y entonces se analiza sólo una etapa o parte del proceso total, con frecuencia, el área donde parece originarse el problema. Al hacer eso y concentrarse en una parte, pueden ignorarse los efectos de las interacciones con las demás partes del proceso total.
Desventajas de usar sólo Lean Manufacturing
Hay probablemente dos formas de analizar esto y prefiero aclarar el punto desde el comienzo. Una es considerar Lean, a aquel conjunto de herramientas que "compilaron" en Japón, más precisamente en Toyota, tendientes a resolver situaciones puramente relacionadas con los procesos productivos de bienes, autos en el caso original. La segunda forma es considerar el concepto general y actual de Lean, es decir, todas esas herramientas más el ciclo PDCA que hace las veces del DMAIC de Six Sigma y que Lean aplica cuando las herramientas básicas no logran identificar y/o eliminar la causa raíz del problema.
Aclaro esto porque puede parecer que teniendo el PDCA disponible, se podría prescindir de Six Sigma.
Y en mi opinión (y de mucha otra gente), el PDCA no suple integralmente a Six Sigma.
Justamente, la desventaja de usar sólo Lean, aún cuando se haga aplicación rigurosa y frecuente del ciclo PDCA, es que no tiene las herramientas estadísticas para hacer frente a problemas más complejos.
Desventajas de usar sólo TOC
No creo que esta situación pueda ir mucho más allá del inicio. La Teoría de Restricciones se enfoca en manejar con eficiencia las restricciones de un sistema o proceso, esto es, identificarlas, llevarlas a su estado más eficiente (reducir o eliminar la restricción) y ajustar el sistema a la nueva restricción que con seguridad aparece: en todo proceso debe haber siempre un cuello de botella.
La TOC es clara y efectiva, pero por sí sola no proporciona las herramientas para realizar las mejoras una vez que se identifica lo que hay que mejorar, de modo que tiene que recurrir a cualquier otro método o herramienta o buena práctica que le permita resolver la restricción.
Es por esto que digo que no puede usarse sola, no tiene sentido. Más tarde o más temprano, se debe recurrir a ayuda adicional, que puede provenir de Lean, Six Sigma u otras fuentes.
Fuente consultada:
Nave, Dave. "How to compare Six Sigma, Lean and Theory of Constraints". (C) 2002 ASQ.
.
martes, 27 de julio de 2010
¿Lean, Six Sigma o TOC?
Algunos se plantean esta clase de pregunta al momento de comenzar con la implementación de metodologías de mejora continua, pero la realidad es que ese cuestionamiento no tiene sentido. Es casi como preguntarse si para la formación profesional conviene más estudiar inglés o adquirir experiencia en diferentes roles laborales… ¡ambas cosas son casi igual de importantes!
Hoy en día, tanto la cultura Six Sigma como el conjunto de principios y herramientas de Lean Manufacturing son igual de importantes, por no decir, a esta altura, imprescindibles. Algo similar sucede con la Teoría de las Restricciones o TOC por sus iniciales en inglés (Theory of Constraints).
Los principales propósitos de estos sistemas de mejora son diferentes. Six Sigma busca reducir la variación en los procesos, los defectos y los tiempos de ciclo. En cambio, Lean es aplicable a la remoción de los desperdicios de un proceso (scrap, reprocesos, movimiento de materiales, acumulación de inventarios, etc) y a la consecuente mejora del flujo del proceso.
Por último, la Teoría de las Restricciones busca manejar y eliminar las restricciones presentes en el proceso.
Puede ser útil que ahora defina brevemente los conceptos mencionados. Las siguientes definiciones son válidas en este ámbito de los programas y métodos de mejora.
Flujo: es el tiempo que transcurre desde el ingreso de las materias primas hasta la salida del producto final.
Desperdicio: es todo lo que no es estrictamente necesario para producir un bien o un servicio. Es aquello que no agrega valor al producto de un proceso.
Restricción: es todo elemento de un proceso que impide o demora el flujo del mismo, es también conocida como el "cuello de botella" de un proceso.
Debido a que los propósitos de estas metodologías son distintos entre sí, también se enfocan en diferentes elementos de un proceso. Six Sigma hace foco en los problemas, Lean en el flujo y la TOC en los cuellos de botella o restricciones.
Justamente el enfoque es una de las más importantes semejanzas entre Lean y TOC: ambos mejoran finalmente el flujo del proceso.
La ventaja de Lean por sobre TOC, según mi opinión, es que además del método ofrece una serie completa de herramientas exitosamente probadas, con lo que puede decirse que el programa Lean ofrece un paquete completo ya listo para ser utilizado, a diferencia de TOC que ofrece un claro método para identificar las restricciones pero no presenta herramientas propias para alcanzar el objetivo.
Algunos defensores de cada programa por sobre los otros suelen creer que la aplicación de los mismos puede salvar a una organización de todos sus problemas, pero esto no es así. Cada uno es aplicable en diferentes circunstancias y será más exitoso que otro de acuerdo a la cultura de la organización y a cuáles problemas se necesite resolver prioritariamente.
Lo bueno es que estos programas pueden –y a mi entender, deben- complementarse.
Mi primer contacto con estas metodologías fue con Six Sigma. Reconozco que es mi preferida, pero también que no es adecuada para cualquier cosa. Asociada con Lean es más que doblemente poderosa. La TOC es un enfoque diferente de eliminación de problemas, tan válida como cualquier otra metodología, pero en mi opinión no debe mezclarse con Six Sigma. O se usa una o la otra, pero no ambas simultáneamente.
Creo que la alianza Lean-Six Sigma es más que adecuada para resolver casi cualquier problema de una organización y si aún no se ha comenzado con este tipo de programas, yo aconsejo comenzar con una implementación criteriosa de Lean y Six Sigma, adaptada a las reales circunstancias y cultura de cada organización en particular.
Los tres sistemas de mejora tienen un método o conjunto reducido de pasos para avanzar desde el problema hasta la solución del mismo. Aquí corren con ventaja Six Sigma y la TOC puesto que sus métodos son más generales y adaptables a cualquier tipo de problemas, mientras que Lean basa su método casi exclusivamente en la mejora del flujo de un proceso. Seguramente habrá opiniones que difieran con esta afirmación, sin embargo, creo que el uso de métodos o ciclos de mejora tales como PDCA o DMAIC (este último es el que usa Six Sigma) son mucho más ampliamente aplicables a casi cualquier situación y por ello, aún cuando uno no haga uso extensivo de la estadística asociada con Six Sigma, puede usar el ciclo DMAIC para identificar y eliminar las causas del problema que quiere atacar. Definitivamente, hay situaciones en las que Lean no resulta apropiado y es aquí donde el uso conjunto de Six Sigma (o el ciclo DMAIC, si alcanza con eso) y Lean es una alianza más que satisfactoria.
Por supuesto, los tres programas tienen desventajas. Algunas las he mencionado sutilmente aquí al momento de compararlos, así que no están debidamente analizadas. Eso lo dejo para desarrollar en una próxima entrada.
Bibliografía: D. Nave; "How to compare Six Sigma, Lean and the Theory of Constraints";www.asq.org; 2002.
§
miércoles, 30 de diciembre de 2009
Six Sigma
Cursé los estudios de Black Belt a finales de 2006 en la Facultad de Ingeniería de la Universidad Austral y aprobé el entrenamiento al año siguiente, luego de terminar y presentar los resultados del proyecto realizado en la compañía donde trabajo.
Antes de comenzar con el estudio, no era mucho lo que conocía de este método, pero al poco tiempo después ya había captado enteramente mi atención. Hoy estoy plenamente convencido de que se pueden lograr resultados extraordinarios si se lo usa adecuadamente.
No es tarea sencilla implementarlo desde cero, sobre todo en compañías grandes donde hay que convencer a un número importante de gente, habitualmente no acostumbrada a pensar o gestionar metódicamente. Al menos es la experiencia que me tocó vivir. Confirmé allí lo que me habían indicado en el entrenamiento y lo que se dice en todos los libros al respecto: poco es lo que se logra si en la implementación no se tiene el compromiso total y duradero de la alta dirección.
También pude comprobar que cuando ese compromiso existe y se trabaja sostenidamente en el tiempo, los resultados comienzan a aparecer, cada vez con mayor fuerza.
Experiencia personal:
Lideré dos proyectos Black Belt, cuyos resultados fueron ahorros anuales de USD 245.000 y USD 132.000 respectivamente.
Coordiné entrenamientos para 20 Green Belts y 4 Black Belts, dictados por un tercero. Actué en los mismos como asesor y coaching para los proyectos que los participantes realizaron durante esos entrenamientos.
Dicté 8 entrenamientos internos para Yellow Belts, de los cuales participaron 190 personas de todas las áreas de la compañía, incluyendo una gran proporción de operarios de la planta industrial. El material para esos entrenamientos fue redactado y editado íntegramente por mí.
Fui el soporte y asesor en este caso también, de los proyectos de mejora realizados por los participantes.
Aunque en mi rol actual no estoy realizando proyectos Six Sigma, sigo asesorando en todo momento, dentro de la compañía, a quienes necesitan definir un proyecto, utilizar una herramienta de mejora, realizar un análisis estadístico, etc.
.
sábado, 28 de noviembre de 2009
Red de contactos
Esas personas están además localizadas en diversas plantas de Latinoamérica (Argentina, Brasil, Perú, Colombia, Venezuela, Costa Rica y México).
Las vías de comunicación también son variadas: correo electrónico, teléfono, conferencias telefónicas e inclusive visitas personales a las plantas. En el último año he viajado en promedio una vez por mes.
Esto que en realidad es un requisito para el desempeño de mi rol, resulta ser a la vez una gran oportunidad para mi desarrollo personal y profesional.
Conozco gente, cultura, procesos y plantas de otros países. Coordino tareas y consolido información que simultáneamente proviene de varios lugares y personas diferentes.
Y genero una red de contactos personales y profesionales dentro de la empresa que agrega gran valor y experiencia a mi carrera.
.
lunes, 6 de julio de 2009
Licenciatura en Ciencias Químicas, UBA
En mayo de 1992 me gradué como Licenciado en Ciencias Químicas, luego de completar la orientación de Química Analítica.