Capítulo 24: Inyecciones

En la terminología de TOC, una solución a la nube se llama una inyección.

Una inyección es algo nuevo que introducimos en nuestra realidad. Como elemento lógico, las inyecciones aparecen en la nube como la solución al conflicto. Las inyecciones también son parte importante del árbol de realidad futura (ARF), la herramienta que demuestra la lógica de la solución y la suficiencia de los elementos de la solución, para generar los resultados positivos deseados.

En este capítulo, vamos a discutir las inyecciones como un elemento de la nube. Dependiendo de la complejidad de la situación y del tipo de nube, existen dos tipos de inyecciones.

Si estamos trabajando con una Nube del Dilema o con una Nube del Conflicto del Día-a-Día, que trabaja una situación de una sola vez y que requiere de una solución una sola vez, una inyección es una acción simple que debemos tomar para romper la nube. Una inyección así se puede verbalizar como una acción. La verbalización incluye verbos de acción: ir, hacer, comprar, preguntar, contratar, renunciar, etc.

Si estamos trabajando un conjunto de problemas (Efectos Indeseables, EI) que el sistema está sufriendo, una simple acción no va a ser suficiente. Cuando diseñamos una solución para un sistema, no estamos buscando una solución de una sola vez, sino más bien, estamos buscando desarrollar toda una nueva situación del sistema. Esto requiere de un conjunto de inyecciones, cada una de ellas verbalizada como una situación. La verbalización va a implicar mantener continuamente el estado deseado después de que se ha logrado: por ej. “es operacional”, “está en su lugar”, “se mantiene”, etc. Las acciones que se deben tomar para generar esa situación son parte integral de la inyección y se incluyen en las mecánicas de las inyecciones.

Independientemente del tipo, cada inyección debe resolver el problema, debe revisarse que genera los beneficios y que satisface ambas necesidades B y C, y se debe examinar que no genere efectos negativos laterales. Si estamos desarrollando una solución para la mejora de todo el sistema, cada inyección también debe indicar su mecánica y sus procedimientos.

La estructura de la inyección se describe en la Flor de la Inyección.

Figura 81: La Flor de la Inyección[12]

Todo el trabajo lógico en la nube que hemos hecho anteriormente es con el propósito de romper la nube por medio del desarrollo de una inyección.

La idea de la inyección es que debe remover el conflicto actual entre D y D´, y satisfacer las necesidades B y C que son las condiciones necesarias para lograr el objetivo común A.

Si logramos probar que el supuesto bajo B-D, C-D o D-D´ es erróneo, esto remueve el enlace que relaciona el conflicto.

• Rompiendo la flecha B-D:

D deja de ser la acción necesaria para satisfacer la necesidad B, la casilla D “se cae”; y D deja de ser la acción de mayor conflicto.

Remover D NO significa que vamos a hacer D´. No podemos hacer D´ debido a que pone en peligro B. Remover D significa descartar también D´. Necesitamos un elemento NUEVO. Este elemento nuevo será una inyección.

• Rompiendo la flecha C-D´:

D´ deja de ser la acción necesaria para satisfacer la necesidad C, con el resultado de que la casilla D´ “se cae” y D´ deja de ser la acción de mayor conflicto para D.

Remover D´ NO significa que vamos a hacer D. No podemos hacer D debido a que aún pone en peligro C. De esta forma, remover D´ significa descartar D.

• Rompiendo la flecha D-D´:

Romper la flecha D-D´ disuelve el conflicto de acciones. Sin embargo, remover D y D´ solo significa remover las acciones en conflicto. Pero aún necesitamos satisfacer las necesidades válidas B y C.

Cuando removemos el conflicto, decimos que hemos roto o “evaporado” la nube.

La siguiente figura presenta la nube del conflicto transformada en la nube evaporada - aquella en la que la inyección remueve el conflicto. Por favor tenga en cuenta que en los diagramas lógicos, una inyección se presenta gráficamente como un rectángulo con esquinas rectas, mientras que todas las demás entidades se presentan como rectángulos con esquinas curvas.

Figura 82: La inyección remueve el conflicto y rompe la nube

Una inyección puede ser una variación de D o D´ con algunos elementos que no se habían considerado antes y que llamaron la atención del dueño de la nube, al sacar a flote los supuestos y retarlos.

Lo que es importante entender es que una inyección NO debe ser un arreglo a medias entre D y D´. En los arreglos a medias, ambos lados pierden y la atención principal va a asegurarse que mi lado no pierda más que “su” lado.

Una inyección es ganar - ganar, lo que significa que ambos lados, B y C, se deben satisfacer completamente, incluso a un grado que exceda las expectativas del dueño de la nube.

A veces se puede desarrollar una inyección como resultado de retar y negar uno de los supuestos en la nube. Otras veces, la inyección es una combinación de varias inyecciones sugeridas o de sus elementos. Para la solución de un sistema, desarrollamos un conjunto de inyecciones interconectadas; cada una de ellas resuelve y mejora un gran bloque de nuestra realidad actual insatisfactoria.

Encontrar soluciones es el último bloque del proceso de trabajar con nubes, como se presentó en el Capítulo 2:

Paso 11. Buscar inyecciones potenciales (soluciones) para negar los supuestos.

Paso 12. Seleccionar la inyección más preferida y revisar que ayuda a lograr B & C.

Revisemos el Paso 11 para la Nube del Dilema. Para ello, vamos a tomar el ejemplo de la nube del joven esposo con los tres supuestos para D-D´ del Capítulo 18.

Figura 83: La nube del joven esposo del Capítulo 18

Aquí, en aras del aprendizaje de los pasos 11 y 12 de trabajar con la nube, vamos a saltarnos el sacar a flote los supuestos B-D y C-D´. También vamos a seguir derecho a la tabla de supuestos-inyecciones, en la que colocaremos solamente tres supuestos en D-D´, para ver si podemos proponer inyecciones.

Figura 84: Tabla de supuestos - inyecciones para la nube del joven esposo del Capítulo 18

Revisemos un supuesto a la vez y veamos si podemos llegar a una inyección que lo niegue. Para retar el supuesto vamos a utilizar la técnica de las preguntas de “¿Realmente es así?” o “¿Siempre es así?”, descritas en el Capítulo 21.

Supuesto D-D´ 6: No hay confianza mutua entre el esposo y sus suegros en relación con dónde debería vivir la joven pareja.

Utilicemos la pregunta de “¿Siempre es así?”.

¿ Siempre / en todas las situaciones / en todos los entornos sucede que [revise que la verbalización del supuesto sea general para que se pueda proyectar a otros entornos]?

¿ Siempre / en todas las situaciones / en todos los entornos sucede que no hay confianza mutua entre el esposo y sus suegros en relación con dónde debería vivir la joven pareja?

Aquí están las preguntas que ayudan a desarrollar una inyección:

• ¿Cómo se genera esa confianza?
• ¿Qué se necesita para generarla?

Generalmente, la confianza se construye sobre la apertura y la transparencia.

Creemos que podemos sugerir una inyección para D-D´: “El joven esposo asume la actitud de que sus suegros solo se están preocupando por ellos (en vez de tratar de decirles qué hacer), y ofrece sentarse con ellos y tener una conversación abierta sobre las preocupaciones y necesidades de ambas familias, en relación al lugar donde van a vivir”.

Supuesto D-D´ 7: No hay claridad entre las dos familias sobre la situación financiera esperada después de la compra de una casa.

Utilizando la pregunta de “¿Siempre es así?”:

¿Siempre / en todas las situaciones / en todos los entornos sucede que no hay claridad entre la joven familia y los suegros sobre la situación financiera esperada después de que la joven pareja compre una casa?

¿Cómo se puede negar este supuesto? ¿Bajo qué condiciones este supuesto no es cierto? Cuando una joven pareja tiene un plan financiero bien pensando apoyado con cálculos, etc.

Podemos sugerir una inyección para D-D´ 7: “La joven familia prepara un detallado plan financiero apoyado con cálculos, el mejor y el peor escenario, evaluación del riesgo, etc., y lo comparte con los padres de la esposa”.

Supuesto D-D´ 8: Nuestras dos familias no saben cómo satisfacer sus propias necesidades a la vez que mantienen feliz a la otra familia.

Podemos ofrecer una inyección para D-D´ 8: “Las dos familias están de acuerdo en unos principios que le permiten a cada familia decidir cómo vivir y al mismo tiempo mantener feliz a la otra familia”.

Ahora la tabla de supuestos - inyecciones luce así:

Figura 85: Tabla con supuestos - frases que retan supuestos - inyecciones resultantes para la nube del joven esposo

Revisión de que las inyecciones satisfacen las necesidades B y C

Antes de poder aceptar una inyección como válida y comenzar a implementarla, debemos revisar si la inyección satisface las necesidades B y C.

Esto lo hacemos removiendo de la nube las casillas D y D´, y agregando la casilla de la inyección (un rectángulo con esquinas rectas), conectada con flechas a B y C, para generar la figura de un diamante (romboide).

Después, revisamos que la inyección satisface la necesidad B y la necesidad C. Lo hacemos diciendo: “Si [inyección] entonces voy a lograr [B], debido a [y revisamos que hay una justificación de la afirmación]”. Repetimos lo mismo para C.

Figura 86: Revisando que la Inyección D-D´ 6 satisface las necesidades B y C.

Hacemos la misma revisión para todas las inyecciones. Si una inyección no satisface AMBAS necesidades, quiere decir que “tomamos un lado” del conflicto y escribimos o una variación de D o de D´ en la casilla de la inyección, o una acción que, aunque no está en conflicto directo con la acción en la otra casilla, no va a remover el conflicto, debido a que apoya solo a una necesidad.

Como estamos retando más de un supuesto en nuestra tabla, vamos a tener más de una inyección. Algunas pueden ser similares, otras van a ser muy diferentes de las otras. Tenemos que decidir cuál(es) inyección(es) vamos a implementar. Con frecuencia, la inyección final o conjunto de inyecciones son una combinación de elementos diferentes de las inyecciones de la tabla.

Después de decidir sobre la(s) inyección(es), y antes de iniciar la implementación, necesitamos revisar que cada inyección no vaya a generar efectos negativos laterales. Este es el tema del siguiente capítulo.

Desarrollo de inyecciones para nubes que manejan problemas del sistema

Cuando estamos desarrollando una solución para un problema del sistema - iniciamos el análisis con la identificación de los Efectos Indeseables (EI). Luego para cada Efecto indeseable construimos su nube, consolidamos todas las nubes, sacamos a flote los supuestos para la nube consolidada y, por medio del proceso de retar supuestos, desarrollamos inyecciones[13].

Volvamos a la nube de producción del Capítulo 23 (Fig. 87). En aras del aprendizaje sobre cómo desarrollar inyecciones para una nube que maneja un problema del sistema solamente vamos a analizar los supuestos B-D.

Figura 87: La nube de producción del Capítulo 23 con la nueva verbalización de los supuestos B-D 1, B-D 2, B-D 3 y el supuesto mayor B-D 4

Cuando estamos trabajando con una Nube del Dilema, generalmente tomamos un supuesto a la vez y tratamos de llegar a una inyección que niegue los supuestos que estamos trabajando. Sin embargo, cuando estamos trabajando con la nube del sistema, los supuestos generalmente están interconectados y conducen al mismo problema raíz que se debe resolver.

Tenemos dos opciones: o resolvemos cada supuesto uno por uno con su propia inyección, o desarrollamos un conjunto de inyecciones, cada una de las cuales puede tocar más de un supuesto.

En el Capítulo 22, en la sección “Cómo retar supuestos”, analizamos la técnica de retar supuestos con las preguntas “¿Realmente es así?” y “¿Siempre es así?”, y pasamos por la descripción completa del uso de estas preguntas para los nuevos supuestos B-D 1, B-D 2, y B-D 3, en la nube de producción.

Como dijimos antes, la nube de producción discutida en este libro es la nube típica que manifiesta un problema del sistema. Por lo tanto, necesitamos desarrollar una solución para el sistema compuesta de varias inyecciones: cada una de ellas puede estar tocando más de un supuesto.

Cuando estábamos discutiendo estos supuestos llegamos a varios elementos potencialmente muy importantes de la solución:

• Asegurar que las máquinas / operaciones estén trabajando solamente en lo que se necesita inmediatamente.
• No liberar al sistema trabajo que no tiene pedidos del cliente en firme.
• Dejar de planear la producción basada principalmente en pronósticos.
• Asegurar que los tamaños de lote estén determinados por los pedidos reales y los requerimientos tecnológicos, y no por los medidores de eficiencias locales o de optimizaciones.
• Asegurar que las máquinas no van a operar solo para lograr un buen indicador de eficiencias locales o para ofrecerle trabajo a los operarios.

Estos elementos se deben incluir en un conjunto de inyecciones. Como estamos hablando de la mejora del sistema, las inyecciones van a estar verbalizadas como situaciones deseadas continuas. (En las Nubes de Dilemas las inyecciones se pueden verbalizar como acciones).

En este punto podemos considerar una gran inyección de planeación:

• La planeación de la producción se basa en los pedidos de los clientes reales, manteniendo el requerimiento tecnológico de un lote mínimo.

La esencia de esta inyección va a estar compuesta de los elementos que detienen la liberación innecesaria y el control del tamaño de los lotes.

Al mismo tiempo, puede que esta inyección no sea suficiente. Podemos necesitar una solución de producción comprehensiva, que cubra tanto la planeación de la producción y el control de la ejecución. Puede que también necesitemos una solución logística específica para gerenciar el flujo de producción.

Puede ser que el tiempo de tolerancia del mercado sea significativamente más corto que el tiempo tecnológico de producción. Esto puede explicar por qué la empresa actualmente opera básicamente basado en el pronóstico. Tenemos que tener esto en consideración cuando estamos desarrollando una solución. Si tenemos una comunalidad muy alta de partes, puede que debamos considerar asegurar la disponibilidad interna de las partes, antes de ensamble y desacoplar la producción de partes desde el ensamble.

Con esto nos estamos moviendo a un modo de operación de “Ensamblar-para-el-Pedido”, que requiere implementar un mecanismo de desacople: amortiguadores de inventario para ensamble. Esto va a mover a producción a trabajar en dos bloques: ensamble va a trabajar en el modo de “ensamble para los pedidos actuales del cliente”, usando las partes de los amortiguadores de inventario, mientras que la producción de partes va a trabajar en el modo de “producir para disponibilidad” (MTA - “Make-To-Availability”). Esto requiere de una solución de producción compleja.

Como un ejemplo de una solución compleja construida con varias inyecciones interconectadas, estoy presentando aquí un bloque de la solución TOC para asegurar la disponibilidad interna frente a ensamble. Toda la solución consiste de ocho inyecciones. Todas las acciones que se deben tomar para implementar cada inyección y asegurar su funcionamiento continuo están insertas en la inyección. Todo el conocimiento relevante se presenta en el libro de Oded Cohen, Mejorar Siempre: Una Guía para Gerenciar Operaciones al Estilo TOC[14], en la Parte 5 Soluciones TOC para Producir para Disponibilidad - MTA.

Figura 88: Una solución compleja compuesta de varias inyecciones interconectadas para resolver un problema del sistema.

Por favor preste atención a la verbalización de las inyecciones. Cada inyección se verbaliza como una situación deseada:

Inyección 2 - “Se mantienen los niveles objetivo”; Las OP […] son secuenciadas”;

Inyección 3 - “Las OP […] son secuenciadas”; Inyección 4 - “La Gerencia de Amortiguadores […] está en su lugar”; Inyección 5 - “Se monitorea y gerencia la Disponibilidad”.

Para asegurarse que esta solución logística va a satisfacer ambas necesidades B y C, colocamos cada inyección en el proceso de revisión. Tomemos una de las inyecciones como un ejemplo.

Figura 89: Revisión de que una inyección de una solución compleja satisface ambas necesidades B y C.

Como hemos visto, independiente del tipo de nube, el proceso de sacar a flote supuestos, retarlos y desarrollar inyecciones sigue los mismos pasos. Cada inyección, independiente del tipo de nube, también se debe revisar de que no genere efectos negativos laterales.