nodos en la red

Testimonio

Pedro Menchen, coordinador de proyectos logísticos de Leroy Merlin, dejó el comentario que reproduzco a continuación en una entrada anterior.  Pedro fue uno de los [pocos] asistentes al curso "Rompiendo las limitaciones: como mejorar los resultados de su empresa con TOC".  Espero que a nadie moleste que comparta su testimonio con todos los hipotéticos lectores.

Nos dice Pedro...

Yo he asistido al curso "Rompiendo las limitaciones" impartido por Mario y me ha parecido excelente. Desde que hace 3 años leí "No es cuestión de suerte", la novela donde Goldratt expone la herramienta de los procesos de razonamiento, llevo rastreando todo tipo de libros y artículos sobre ellos. Y, aunque he encontrado información, tenía muchas lagunas que el curso de Mario me ha resuelto. La documentación entregada es muy buena y completa y algunas ideas y métodos de análisis no se encuentran en ninguna bibliografía, aunque quizá le resultara un poco denso para una persona que no conociera nada de TOC. Creo que los procesos de razonamiento deberían ser conocidos por todos y enseñados desde la educación básica. Me parecen una magnífica arma para pensar más y mejor, para ordenar las ideas y decidir y ejecutar acciones. No sé si se impartirá de nuevo este curso, por lo que me siento muy afortunado de haber asistido a él y de haber conocido a Mario.

Pecha-kucha Night

Lancé hace unas semanas un "reto" a Salvador Aragón, Malabarista Supremo del Caos Creador - entre otros muchos cargos que no recuerdo - en el Instituto de Empresa, sin haber tenido respuesta por su parte a fecha de hoy.  Su bandeja de entrada suele tener literalmente miles de emails por leer, así que no se lo tendré en cuenta... además, puede que sencillamente le pareciera una tontería, cosa que también entendería.   Veréis, le comentaba a Salvador que me gustaría organizar un encuentro a lo TED.com, con seis voluntarios forzosos que participarían en una Pecha-Kucha Night para hablar sobre creatividad e innovación desde otras tantas perspectivas distintas.

Decidiendo a la velocidad de... un "flechazo"

Los hipotéticos habituales están al tanto de que he incorporado recientemente en los talleres de Creatividad para la Innovación lo aprendido estos años del trabajo de Gigerenzer o Klein, que he citado en otras ocasiones, sobre la toma de decisiones "intuitiva".  Utilizo los principios identificados por estos autores para ayudar en la evaluación 'instantánea' de las alternativas generadas en las fases de pensamiento divergente [podéis leer una descripción más completa del proceso Fast and Frugal Innovation en una entrada anterior].

Proteger la máquina [second and last... por ahora]

[En vista de que no puedo continuar esta serie de entradas sobre el tópico "proteger la máquina" al ritmo que quisiera, voy a cerrarla provisionalmente con este post]

En principio, todo se reduciría a establecer un "compás" en la entrada de peticiones a "fábrica".  En primer lugar, tomaríamos medidas para acabar con esa sangría de la productividad que es la multitarea mala.  A continuación, adoptaríamos medidas para regular el flujo de órdenes de acuerdo con la capacidad del recurso limitante (a.k.a. 'cuello de botella') y estableceríamos protecciones [buffers] allá donde más se necesitasen, es decir: justo antes de 'tocar' al cliente, para garantizar el cumplimiento de la fecha de entrega; justo antes de la limitación, para garantizar que siempre esté al 100% de ocupación y en algún otro sitio, dependiendo para empezar de si trabajamos en un entorno de proyectos o más bien en un entorno de producción.  Si la demanda supera con creces la capacidad del recurso limitante, entonces habría que romper la limitación.  Sería el momento de aplicar TRIZ, Six Sigma, BPR, Lean... whatever. Atentos al traslado del cuello de botella a otro elemento del sistema.

No dejéis de revisar el EDI

Tal y como os comenté hace unos meses, Demos ha lanzado su Everyday Democracy Index.   Lo tenéis en esta dirección en versión interactiva.  Si no estáis de acuerdo con la posición que ocupa nuestro país en el ranking de Demos, podéis construir el vuestro variando el peso que déis a las diferentes variables o dimensiones que componen el índice.  En mi propio ranking, España subía un puesto, del 13 al 12.
En serio, no dejéis de echarle un vistazo... luego, si os apetece, lo comentamos.  Por ejemplo, me gustaría saber si creéis que alguna de esas variables debe "pesar" más que las otras y en ese caso, cuál y por qué.

Proteger la máquina [first]

[A manera de introducción...] Las 76 Soluciones Estándar de TRIZ son una evidencia más de la superhumana capacidad de trabajo del 'padre' de esta disciplina, Genrich Altshuller.  Posteriores a los 40 Principios Inventivos, son, como éstos, un intento de inventariar - creo que esto le hubiera encantado a Borges - todas las posibles formas de resolver problemas en sistemas técnicos.  Su uso es inseparable de una técnica de modelado realmente cojonuda, denominada Su-Field Analysis, que permite representar cualquier sistema mediante tan solo TRES entidades - una "herramienta", un "objeto" y una interacción, denominada "campo".  Es increíble la claridad de pensamiento que aporta esta técnica de modelado [sintiéndolo mucho, no voy a extenderme en este punto por ahora].

Las 76 Soluciones no son, sin embargo, la obra mejor acabada de Altshuller, lo que convierte su empleo a menudo en algo frustrante.  Ha habido varios intentos de reorganizar esta información, principalmente para eliminar redundancias con otras herramientas de TRIZ y hacer su uso más intuitivo o, al menos, más racional.  De todos ellos, me gusta especialmente el trabajo de Xiaoming Mao, Xueqing Zhang y Simaan AbouRizk [increíble la cantidad de autores de origen chino que están publicando sobre TRIZ en los últimos años ].  Estos autores redujeron las 76 Soluciones a 7 soluciones generales.  Vamos a empezar con éstas.