Mostrando entradas con la etiqueta gestion por procesos. Mostrar todas las entradas
Mostrando entradas con la etiqueta gestion por procesos. Mostrar todas las entradas

jueves, 17 de junio de 2021

KPIs para medir la innovación



No hay proyecto de éxito sin unas métricas que soporten ese calificativo- y la innovación no escapa a esta complejidad. Mientras que para las líneas de negocio convencionales las empresas suelen tener consolidados los indicadores que demostrarán la salud del mismo, la complejidad de medir el impacto y el momento en el que se aterrizan los proyectos que se han ido cocinando a fuego lento, hace que la tropa de apáticos sea, por norma general, mayor que la de los entusiastas. 

A continuación algunos consejos para ayudar a los departamentos de innovación no sólo a medir, sino también a acelerar la implantación de sus hallazgos o ideas. Para empezar, es importante saber diferenciar qué actividades son consideradas innovación y cuáles no, así como ayudar a separar el grano de las paja y plantearse dos horizontes temporales: el corto y el largo plazo, sobre los cuales iremos aportando ideas.


¿Qué es innovación y qué no es innovación?


De la misma manera que no todo vale, no todo es innovación. Esto las consultoras lo tienen muy claro. Y nosotros debemos saber muy bien qué TRL tenemos como objetivo, porque la estrategia a seguir será diferente. 




Como regla general, sí son actividades de I+D+i las siguientes (independientemente del TRL):
  • Actividades de ingeniería, diseño y trabajo creativo
  • Actividades de marketing vinculadas a la innovación
  • Actividades relacionadas con la protección de la propiedad intelectual e industrial
  • Formación específica de los empleados
  • Desarrollo de Software y gestión de datos
  • Actividades de gestión de la innovación

KPIs de innovación para el corto plazo


Para empezar, buscar los famosos quick-wins: aterrizar el proyecto cuanto antes con la idea de obtener unos primeros resultados centrados en las funcionalidades básicas, demostrar lo que podemos llegar a hacer. Y para eso, las mejores herramientas son:

  • Hacer uso de Acciones de Emergencia
    • ¿de qué manera podemos implantar aquello que queramos hacer, aunque sea de una manera primitiva, desde mañana mismo?
  • Como hemos comentado en el párrafo de este apartado, dividir el proyecto en cachitos y definir lo que sería una POC, y a partir de aquí buscar funcionalidades mínimas pero importantes
  • En línea con este dogma de empezar proponiendo proyectos sencillos y alcanzables, una reflexión: complicarse la vida queriendo demostrar lo difícil desde el minuto uno sólo lleva a dudas y pérdida de interés por parte de los que tienen que tomar las decisiones, y frustración por parte del equipo. Esto también está muy asociado al find fast or fail fast.

¿Y qué ganamos con todo esto? El respeto de la audiencia, impacto en la Organización desde el minuto cero y el crédito del Management.  ¿Y qué métricas se suelen usar y cuál es el objetivo

  • Lo más usual: ROIs del mínimo 6% (quizás nos quedamos cortos) y/o Paybacks inferiores a 1 año
  • Otras alternativas: mejoras de calidad, reducción de tiempos de envío, grado de penetración de un producto, etc.

KPIs de innovación para el largo plazo


Mirando ahora al largo plazo (horizontes superiores al año, idealmente entre 3 y 5), existen métricas que permiten aterrizar el concepto, de una manera más consolidada. Ojo porque aquí entran en la ecuación conceptos relacionados con los entornos VUCA, sobre todo en lo referente a ambigüedad y complejidad. Nos referimos a la velocidad a la que evoluciona la tecnología, la calidad de la materia gris (o la capacidad de rodearse de los mejores, ya vengan de fuera o estén en la casa) o acertar con la estrategia. Por listar los más relevantes, todo ello con respecto a la fecha de incorporación de la innovación:

  • Aumento de facturación
  • Rentabilidad de productos
  • Disminuir la dependencia frente a proveedores
Eso sí, si antes hablábamos de acciones de emergencia para aterrizar los proyectos cuanto antes, ahora hablamos de acciones de contención (ICAs) y acciones permanentes (PCAs):
  • ICA o Acción de Contención da respuesta:
    • ¿De qué manera podemos, de una manera sistémica y lo más rápida posible, llegar a conseguir el objetivo del proyecto?
    • ¿Tenemos todo lo necesario al alcance de la mano? ¿Son conocedores esos proveedores de su rol su importancia para el desarrollo del proyecto?
    • De todas las actividades a llevar a cabo, cuáles podemos priorizar? ¿Qué recursos se necesitan? ¿Qué problemas nos vamos a encontrar?
  • PCA o Acción Permanente da respuesta a:
    • ¿De qué manera podemos automatizar el proceso para disponer aquello que deseamos, máximo a tres clicks de distancia?
    • Las entradas necesarias son conocidas, están controladas, y conocen lo que se espera de ellas
    • ¿Tenemos controladas todas las derivadas del proyecto, e incluso respuesta a las motivaciones que nos han llevado a descartar algunas de ellas?

De la misma, manera se presupone que el proyecto habrá superado la fase piloto y que se habrá llegado a un Producto Mínimo marketeable (MMP)

Objetivos de innovación que se puede plantear un departamento de innovación


Aparte de los objetivos más asociados a proyectos, existen una batería de objetivos más soft que suelen incluir de los Consejos de Administración. Son los siguientes:
  • Mejoras de eficiencia
  • Desarrollo de nuevos modelos de negocio
  • Integración de nuevas tecnologías
  • Identificación, desarrollo y retención de talento interno
  • Identificación y desarrollo de talento externo
  • Actualización de la cultura empresarial

Conclusiones: recomendaciones acerca de los KPIs


  • Discriminar entre los KPIs de un proyecto en concreto, o de toda una compañía: 
  • Deben ser medibles, y además de manera cuantitativa. Podrían servir datos cualitativos, pero al mismo tiempo la calidad del dato puede que no sea la que necesitemos.
  • Como estaremos comparando, es muy relevante poder confrontar con el escenario en el cual no se había iniciado la innovación, tener muy bien caracterizado este momento, y tener muchos datos para que las muestras sean estadísticamente significativas. De esta manera, podremos cotejar apropiadamente. 
  • Enfatizar la importancia del Enfoque por Procesos, como hemos comentado ya en post anteriores. ¿Por qué los recomendamos con tanta vehemencia?
    • Porque ayuda a establecer claramente métricas, partiendo desde el Top Management, hasta el nivel de detalle que deseemos
    • Porque es una manera muy sencilla de tener a todas las partes de interés perfectamente alineadas
  • Para finalizar: un proyecto sólo tiene éxito si técnicamente es viable, y además se le da la visibilidad que toca, y se vende o genera ventas. Y es que en ocasiones se nos olvida que la permanencia de la empresa y su crecimiento orgánico e inorgánico son esencia de la misma.

domingo, 28 de marzo de 2021

Buenas prácticas para lanzar proyectos de I+D sin morir en el intento


Lanzar un proyecto nunca es fácil: los actores y condicionantes a considerar son innumerables, el reto y el riesgo es alto, tanto que puede que se nos pase por la cabeza rendirnos antes incluso de empezar. A continuación se detalla una serie de consejos sencillos, junto con una sistemática de trabajo que, bien dirigida y trabajada, proporciona resultados óptimos en tiempo récord. 


El enfoque que se propone en el siguiente post es el de hacer uso de los pasos para implantar una Gestión por Procesos, reformulando algunas de las entradas para incorporar a los actores relevantes en un proyecto de I+D (el Centro de Investigación, la start-up tecnológica) y acomodando a cada uno de los actores participantes con sus roles y responsabilidades claramente definidas.

Las ventajas de la propuesta que se expone son las siguientes:
  • sólo hace falta un papel y un lápiz para darle forma, o en su defecto, una hoja excel con las pestañas correspondientes.
  • es independiente del número de departamentos o empresas que participan: esto es importante, pues en muchas ocasiones los proyectos de I+D se estructuran mediante un Consorcio.
  • sirve para huir del folio en blanco y, en tiempo récord, poner a trabajar a los equipos
  • empodera a las personas, definiendo claramente quién es responsable de qué
  • elimina zonas grises a base de iteraciones
  • son documentos vivos, siempre sujetos a revisión y mejora
  • las preguntas que nos hagamos en cada una las fases en las que nos encontremos las podemos acomodar al proyecto que queramos lanzar
Este post no pretende explicar en detalle una sistemática, tampoco es un salvavidas: simplemente pretende generar curiosidad, retar al lector y eliminar barreras a través de herramientas que simplifican una actividad en ocasiones dura y compleja.  Se proponen a continuación los siguientes pasos:

I. Hacer uso de la Gestión por Procesos

Hacer uso del enfoque por procesos como filosofía implica darle una vuelta a la organización de una empresa, y este comentario también es válido para un proyecto. No se trata tan sólo de mirar a la empresa de izquierda a derecha en lugar de arriba abajo: esto va de profundizar en cada una de las etapas hasta el nivel de actividad, y para cada una de ellas, plasmar, de la manera más sucinta posible:

  • cuál es su entrada / entradas
  • cuál es su salida / salidas
  • las tareas a realizar
  • quién es el propietario de esa actividad, con nombre y apellidos
  • cómo medir esa actividad: plantear una serie de KPIs, que puedan ser medibles de manera cuantitativa
  • establecer una serie de objetivos

Pero antes de todo esto, es importante hacer un mapa de procesos a alto nivel que permita pintar la empresa en un sólo folio, identificando los clientes a la izquierda y a la derecha, y luego en el cuerpo de la descripción, los procesos clave o core, los de apoyo, y los estratégicos. Y luego hacer lo mismo para cada uno de los procesos identificados en el folio. 

Los pasos para aterrizar una Gestión por Procesos de manera constructiva y sistemática son los siguientes, para cada una de las cajas identificas en ese Mapa de Procesos de nivel I que se ha desarrollar:


Hoy nos detendremos sólo en aquellas fases de la Gestión por Procesos que:

  • Uno, son reformuladas para asegurar que tenemos en cuenta las actividades de I+D, y 
  • Dos, fuerzan a todas las partes de interés a que salgan de su zona de confort y actúen de manera disruptiva.


Son las siguientes:

4. Mapa de actividades. Pestaña fundamental, puesto que incorporamos sin ningún genero de duda el barniz de I+D al proyecto. Ahora somos Research Centric. ¿Y esto cómo se hace? Colocando en el centro a los Institutos de I+D de turno, de manera que le demos el protagonismo que se merece.  Esta no es más que una manera gráfica de no sólo ponerlos en el foco, sino además de empoderarles y que todo pase por ellos y se les involucre en todas y cada una de las actividades.



11. Pain Points. Se trata de listar todas aquellas desalineaciones encontradas, problemas que requieren ser escalados o la prestación de una atención especial: sobre todo las relacionadas con las actividades de I+D. Se puede hacer uso la sistemática 8D para su resolución:

  • Descripción del Pain
  • Causa Raiz
  • Plan de Acción
  • Responsable
  • Status

12. Oportunidades. Uno sabe como empieza un proyecto de I+D, pero nunca cómo va a terminar. Esto es parte de lo divertido y al mismo tiempo lo duro: imagina vivir todo el día fuera de la zona de confort: pues eso. Como parte del proceso de captura de conocimiento, es importante listar todas estas oportunidades que van surgiendo, para más tarde priorizarlas e incorporarlas al pipeline de actividades a medio y largo plazo. El contenido mínimo de este punto debe ser, de manera sucinta:

  • Descripción de la Oportunidad
  • Origen de la Oportunidad
  • Qué pinta tiene el éxito
  • Responsable
  • Plan de Acción
  • Status

II. Gannt de detalle

Una vez tenemos todas los procesos a alto y bajo nivel identificados y un muy alto nivel de acuerdo entre los participantes, con la actividades relacionadas entre ellas a través de las entradas y salidas, podemos afrontar un Gannt de detalle con el que podremos:

  • Reflejar las etapas del proyecto, así como los hitos relevantes.
  • Determinar las tareas principales a desarrollar, así como su duración.
  • Entender las correlaciones entre cada una de las actividades.
  • Establecer la lista de prioridades.
  • Distribuir los recursos necesarios.
  • Asignar las tareas a cada persona o equipo de trabajo.
  • Conocer el camino crítico

Las principales ventajas que encontramos con este Gannt son:
  • Visualizar de una sola vez el cronograma global del proyecto, lo que resulta muy práctico para saber las fases y tareas que se llevarán a cabo, los tiempos previstos y la evolución de los mismos.
  • Discutir los plazos de manera abierta, que se verán más tarde reflejados en el cronograma: el planteamiento de un diagrama de Gantt debe hacerse en base a fines totalmente alcanzables, porque si se hace sin haber reflexionado antes sobre la capacidad real que tenemos no servirá de nada. 
  • Facilita la monitorización de los objetivos y da respuesta a si se cumplirán o no. Esto es así porque habremos descompuesto el proceso en diversas actividades, con sus objetivos.
  • Es una eficaz herramienta de comunicación.

III. Establecer una sistemática para el levantamiento y retención de conocimiento

De poco habrá servido todo lo que hacemos si no tenemos un plan acerca de cómo levantar y retener el conocimiento. Por suerte o por desgracia, el esfuerzo que tienen que hacer las organizaciones y a las personas para levantar y retener el conocimiento requiere mucho tiempo (lustros, decenios) y dinero, y sin embargo perderlo es cuestión de, como mucho tres años, en ocasiones meses. Por eso no podemos permitirnos el lujo de tirar por la borda tanto esfuerzo



Este enfoque bebe de tres columnas principales:
  • Una Ingeniería robusta, que se define a través del Parameter Diagram y el Robustness Checklist.
    • En concreto, el P-Diagram permite:
      • 1. Centrarse en el logro de la función, 
      • 2. Identificar claramente todas las influencias a esa función, 
      • 3. Qué se puede controlar (factores de control), 
      • 4. Qué no se puede controlar razonablemente (factores de ruido). 
    • Un buen P-Diagram es una entrada clave para un análisis DFMEA robusto.
  • El Histórico de Calidad, que nos indica qué ha pasado en los últimos meses /años y qué hemos aprendido.
  • Los sistemas con los que mi elemento bajo estudio interactúa, que se declaran en el Diagrama de Límites (Boundary Diagram) y el Análisis de Interferencias con el resto de sistemas:
    • Acerca del Boundary Diagram: 
      • 1. Permite definir el alcance del análisis, 
      • 2. Visualiza el diseño, 
      • 3. Nos ayuda a comprender la complejidad y las interacciones del sistema y 
      • 4. Permite conocer los sistemas vecinos importantes.
    • Acerca del Análisis de Interferencias: 
      • 1. Se muestran todos los componentes del sistema y los componentes de interfaz, 
      • 2. también los flujos de energía / señales o transferencias de fuerza identificadas.


Recomendaciones y Conclusiones

  • Una vez tenemos muy bien definido el proyecto y los objetivos a conseguir, en tres simples pasos podemos organizar y empacarlo lo suficiente, de manera que podamos lanzarlo minimizando problemas y agilizando actividades.
  • Esto no va de certificaciones ISO o similar. Esto es una metodología para aterrizar proyectos complejos en los que normalmente participan muchas empresa, lo cual también eleva el riesgo de fracaso. Por supuesto, no es infalible.
  • En el enfoque por procesos, es importante poner una alfombra roja a las oportunidades que puedan surgir.
  • Esta metodología ha sido empleada en el lanzamiento de iniciativas tecnológicas en el sector hipotecario, en proyectos de I+D del sector del automóvil, y actualmente se está testeando para dar forma a iniciativas público - privadas.
  • Todo ello, de una manera independiente al tamaño del proyecto o el número de miembros de un Consorcio

sábado, 16 de mayo de 2020

Metodología Dajoda, la técnica infalible para digitalizar los procesos de tu empresa


Para lo bueno y lo malo, tenemos la fortuna de poder escribir la historia de nuestra vida laboral y la de las empresas en las que trabajamos. Con el aliciente, o el aliento en el cogote, de que la tecnología va más rápido que nosotros y nuestra capacidad de digerir toda la información que pasa por nuestras manos. 



Sea como fuere, hay una serie de must que casi con toda seguridad nos aplican. Y uno de ellos es el de la digitalización de nuestros procesos. En mayor o menos medida, hoy en día todo o casi todo se puede capturar y mostrar a golpe de click para el interesado. El reto está en identificar no ya los procesos más interesantes a digitalizar, sino en:
  • las expectativas a cumplir (entender el por qué y para qué),
  • la manera de aterrizar el proceso (el cómo), y
  • saber detallar qué pinta tiene el éxito.
Si estás harto de Excels, el presente post pretende dar una serie de pautas básicas para llegar a buen puerto y sentir el pulso de tu empresa. A modo de resumen, éste decálogo te permitirá dar los primeros pasos en la digitalización de tu negocio:

  1. Establecer el Equipo
  2. Reconocer qué necesitas digitalizar
  3. Organizar Workshops dedicados
  4. Elegir el Software adecuado
  5. Aprender a reconocer dónde están las fuentes de información
  6. Hacer uso de la estadística, la gran olvidada
  7. Automatizar, en la medida de lo posible
  8. Establecer Sanity Checks
  9. Dedicar tiempo a pensar, mejorar e ir más allá
  10. No olvidar a los grandes olvidados en las empresas

1. Establecer el Equipo


¡Cómo no! No puede ser de otra forma. Lo creas o no, el Equipo es el primer requisito a considerar. Y para ello, tal y como explicamos en el post sobre Dashboards de negocios, hace falta un Core Team permanente y estable, que incluya, como mínimo, a los siguientes miembros:
  • El Process Owner
  • El Experto de IT
  • El Experto en Procesos

¡Ojo! Este equipo no debe ser estanco, más todo lo contrario. A través de un proceso de invitación paulatina de la partes de interés que sean relevantes, el Core Team debe ser capaz de interiorizar los inputs de todas las personas con las que se entrevista, haciendo de filtro y siendo capaz de describir el proceso con la granularidad necesaria para que luego sea factible su implementación.

2. Reconocer qué necesitas digitalizar


Aunque todo es potencialmente digitalizable, es importante identificar aquellos procesos en los que la actividad nos aportará valor. De esta manera:

  • Maximizaremos nuestra apuesta.
  • Como consecuencia de ellos, empezaremos a ahorrar tiempo y dinero desde el minuto 1 de la implantación, puesto que podremos sacar conclusiones que nos tienen que ayudar a tomar mejores decisiones, y más rápido.
  • Nos familiarizaremos con los pasos a dar y aprenderemos, de manera que acciones futuras de digitalización la culminaremos mucho más rápidamente.

Pero no debemos olvidar lo siguiente: no siempre es fácil reconocer estos procesos críticos ni sus KPIs a medir asociados, es importante hacer las preguntas adecuadas. Rodéate de gente con criterio, capacidad de análisis, experiencia y habilidad para retar de una manera constructiva. Como ejemplo, algunas preguntas que deben ser respondidas son:
  • ¿Cuántos datos tengo? ¿de cuantos datos dispongo?  ¿con qué frecuencia se actualizan?
  • ¿Trabajo con datos masivos?
  • ¿Sabemos lo que necesitamos medir?
  • ¿Cuáles son los KPIs de los datos?
  • ¿Tengo suficiente con un excel?

3. Organizar Workshops dedicados


Como decíamos anteriormente, aparte del Core Team, harán falta otras partes de interés que entrarían y saldrían de las reuniones con la frecuencia que sea necesaria. Sus inputs son fundamentales, imprescindibles, innegociables. Por supuesto, puedes obviarlos, pero recuerda que si no les haces partícipe es probable que vuelvan a tí con comentarios del estilo Esto no es lo que queríamos, Esto no es lo que tenemos, Esto no lo entiendo...  o simplemente no compran la herramienta que con tanto esfuerzo has preparado. Por otro lado, una serie de matizaciones que han de ser tenidas en cuenta son las siguientes:

  • No es necesaria la presencia permanente de todas las partes de interés, pero deben estar disponibles cuando el Core Team las reclame: de esta manera todas las partes ganarán tiempo y dinero.
  • No hace falta mantener reuniones presenciales: hoy en día, con la tecnología existente, podemos invitar a las personas que nos interesen vía software de video-llamadas, durante el tiempo que haga falta, y luego salir de la reunión
  • Reuniones de más de 5 personas.... pueden acabar siendo improductivas para la mayor parte del equipo

El objetivo de estos talleres, al final del día, no es otro que obtener el feedback del usuario y su posterior buy-in una vez se presente la propuesta.


Workshops - David Muñoz Tirado

4. Elegir el Software adecuado


De esto también hablamos ya en posts anteriores. Se puede digitalizar de mil maneras en función de cuál sea tu problema y tu objetivo. Puede ser un simple CRM, o quizás quieras ir más allá y necesites también contar con Sistemas de Información Geográfica, herramientas de e-commerce, o un simple excel.

En este sentido, dos comentarios:

  • El papel del experto de IT es fundamental para validar la factibilidad, de manera preliminar, de las ideas que van surgiendo y se van describiendo por el camino.  
  • Utiliza con sabiduría tus recursos de IT: son muy valiosos, así que más vale que se centren en cosas complejas, mientras que otras actividades que requieran habilidades menos core IT las pueden hacer otras personas. 

Algunos softwares gratuitos (hasta que dejan de serlos) se pueden encontrar aquí:

5. Aprender a reconocer dónde están las fuentes de información


Una vez tenemos claro qué queremos medir, tenemos que ser capaces de entender:
  • De qué manera se genera el dato
  • Si el dato necesita manipulación o cálculo
  • Dónde se almacena

Identificar los campos necesarios para poder obtener los datos que más nos son de interés es de vital importancia. Si no somos capaces de oler esta sangre, los mejor es pedir ayuda a alguien que nos eche una mano. Como recomendación, tener un mapa de la arquitectura de las bases de datos de la empresa y entender cómo se relacionan entre ellas es de vital importancia. 

6. Hacer uso de la estadística, la gran olvidada


Desde el cribado de Xs, pasando por herramientas de regresión, correlaciones, diseño de experimentos o simples Pareto. La estadística aporta mucho a un coste asumible, así que desdeñarla es uno de los mayores errores que cometen los decision makers. En este sentido,
  • Tomar decisiones adecuadas requiere contar con estadísticas de calidad:  la precisión y coherencia de las estadísticas de los procesos críticos refuerza la credibilidad de las decisiones del Management.
  • No debemos olvidar que esta exigencia de calidad del dato puede repercutir en una carga excesiva a los procesos en general y los trabajadores en particular. Esto es, la tarea de recopilar y presentar los datos exige tiempo, dinero y otros recursos.
  • La dificultad de recoger datos detallados: la recogida de información estadística detallada puede suponer un reto muy importante, en dos sentidos:
    • En lo que se refiere a la elección de metodologías y métodos de cálculo.
    • En cuanto al origen de dato y su capacidad para extaerlo.


Estadistica - David Muñoz Tirado

7. Automatizar, en la medida de lo posible


Esto es: siempre que sea posible, que los datos se cumplimenten automáticamente y no dependan de la voluntad de un humano. Y esto debe ser así por múltiples motivos:
  • cumplimentar celdas aporta poco o ningún valor añadido per se
  • por muy diligente que sea, el humano se puede equivocar
  • las personas están para otras cosas de mayor interés: esto es, interpretar los datos para la correcta toma de decisiones.

Al final del día, debemos de ser capaces de saber de qué lado estamos: ¿eres de los que piensas que un día las maquinas nos dirán lo que tenemos que hacer, o prefieres ser tú el que le digas lo que tienen que hacer?. La decisión está en nuestras manos y sólo se precisan dos cosas: actitud y método


Automatización - David Muñoz Tirado

8. Establecer Sanity Checks


¿De qué manera aseguras el pedigree de tus datos? ¿Cómo sabes que los datos que vas a usar para tomar tus decisiones son veraces? Se recomienda, por no decir que es absolutamente imprescindible, establecer mecanismos de defensa ante uno de los mayores riesgos: cocinar con datos que no cuenten lo que de verdad está pasando. Ante esto, unas reglas básicas:
  • todo proceso (y variables asociadas) que sea medido deberá ir de la mano de un sanity check
  • la frecuencia de este subproceso puede variar:
    • cada vez que se produzca una actualización del proceso
    • periódicamente, aunque no hayamos hecho cambios
  • el sanity check debe documentarse: ¿cómo se va a hacer? ¿qué medios técnicos y humanos se necesitan?
  • el establecimiento de este subproceso de control se puede hacer forma manual, o automática. Por supuesto, se recomienda la segunda vía, dado que la primera no dejará de ser un control random que en ocasiones es muy limitado en la forma, la sistemática y el tiempo.


Sanity Check - no lo olvides o te encierro

9. Dedicar tiempo a pensar, mejorar e ir más allá


Como siempre, todo esto se puede hacer con altas dosis de imaginación y creatividad. Y la inspiración no llega del cielo, sino que es un proceso complejo que tiene sus momentos y requiere tiempo. Para ello,
  • La empresa debe reconocer la importancia de este proceso y dar libertad para llevarlo a cabo
  • Si no es posible: todos tenemos actividades que liberan la mente: correr, montar en bici, pintar, hacer manualidades, tocar el ukelele o hacer kárate
  • Si puedes hacerlo en compañía: estar acompañado de gente que aporta de una manera constructiva, reta y aporta, es todo un lujo que no se debe dejar de lado.

De la creatividad ya hablamos en un post pasado: si lo deseáis, podéis echarle un vistazo aquí.

Para terminar, es también realmente importante, si se puede, poder comparar: esto es, cómo estamos ahora vs cómo estábamos al empezar:
  • ¿cuál es mi grado de digitalización? ¿puedo comparar el antes y el ahora?
  • ¿qué beneficios he obtenido? ¿qué hemos aprendido? 
  • ¿qué nuevas capacidades y ventajas competitivas tenemos ahora?
  • ¿he sido capaz de reducir mis actividades de poco valor añadido?
  • ¿Cuántos excels usaba antes, y uso ahora?
  • ¿Cuánto tiempo tardas en acceder a la información que necesitas?

10. No olvidar a los grandes olvidados en las empresas


Sí, digitalizar mola mucho y queda de maravilla hablar de ella en los foros de innovación en los que nos movemos, pero hay otras consideraciones a tener muy en cuenta en la empresa si no queremos empezar a sentir el vértigo de ver cómo se va dinero por la ventana. Nos estamos refiriendo a:
  • La gestión por procesos: de izquierda a derecha, no de arriba - abajo. Recomiendo la siguiente lectura en la que tratamos el tema con detalle. 
  • Retener el know - how de la empresa
  • Establecer un Departamento de Inteligencia en la empresa, básicamente para.... pensar, tal y como comentábamos en el punto anterior.

En ambos casos, para fortuna de los que han llegado a este extremo del post, y aunque nos cueste reconocerlo, basta con un simple Excel para implementarlo. No dudes en pedírmelos, si quieres hacer uso de ellos. 

Conclusiones

La actividad de digitalización debe servir para poder hacer mejor nuestro trabajo, de cara tanto al cliente interno como al externo. Y esto debe verse reflejado en ahorros de tiempo, mejor trato y servicio y en definitiva, debe ayudarnos a vivir mejor. Además
  • No olvidar quién es el cliente interno de toda la actividad: y éste no es el Process Owner, sino que hay que ir más allá. Son los verdaderos usuarios del proceso tus clientes, no el jefe de todos ellos: lo que viene a ser el Customer Centric Model.
  • Método: tener clara la sistemática a aplicar y pivotar las veces que haga falta para llegar a buen término. Escribir las conclusiones en un papel.
  • La importancia de pensar: con frecuencia tendremos la impresión de que dedicamos mucho a tiempo a discutir los pros y los cons - el 80%- , pero una vez lo tenemos claro y lo dejamos por escrito, la implementación suele ser rápida: el 20%. De nuevo Pareto al rescate.
  • Evaluar dónde estábamos y donde estamos ahora para poder comprar y aprender de los errores.
  • Y, sobre todo, no tener miedo


Post elaborado junto con Daniel Santos de Hipoo y José Rio Perandones, de Panel.


sábado, 8 de febrero de 2020

CIO's: 8 maneras de generar impacto en el negocio



Cuando se pone el foco en las en el área de IT en relación a su capacidad de contribuir en la generación de negocio, nos estamos refiriendo a la capacidad del departamento para:
  1. Correlacionar actividades comerciales y de IT,
  2. Identificar las necesidades empresariales en base a esta correlación e
  3. Implantarlas para mejorar el proceso comercial de una manera rentable, proporcionando mantenimiento y soporte a largo plazo.

Otras definiciones son: 
  • La capacidad de aprovechar diferentes recursos de IT para obtener beneficios intangibles.
  • La capacidad de una organización, en virtud de sus activos de IT y sus conocimientos, de crear valor comercial.

Siguiendo un enfoque tradicional, si reflexionamos acerca del impacto de las tecnologías de la información en la empresa, resulta que los presupuestos, planificación, aplicaciones informáticas o la presentación de informes siguen usualmente una estructura similar, utilizando las herramientas de IT definidas por la Gerencia. Ahora bien, si nos centramos en el impacto de IT en el negocio en general y la actividad comercial en particular, el panorama resulta bastante desolador: más de tres cuartas partes las organizaciones no  tienen un proceso consistente para medir el valor de las inversiones en IT que realizan. Por fortuna, los mapas de procesos o de capacidad empresarial pueden proporcionar a los CIO un marco ideal para capturar todo el ideario de la empresa relacionado con la actividad comercial:
  • Identifica las características clave del modelo comercial dentro de la visión estratégica del negocio 
  • Correlaciona estas características con el área de IT como agente facilitador, permitiendo evaluar nuevas necesidades comerciales, e incluso cómo mejorarlas
  • Comprende los costos de IT asociados
  • Alinea las inversiones de IT con las prioridades estratégicas. 

En conjunto, el "mapa de capacidades o mapa de procesos" de la organización documenta 1. todas las capacidades y 2. todas las relaciones entre ellas, dando lugar y conformando el modelo operativo de la empresa y la cadena de valor:






Replanteamiento de los Mapas de Procesos desde el punto de vista del CIO para centrarse en el impacto empresarial:

Las funciones comerciales descritas en el Mapa de Capacidades o Mapa de Procesos proporcionan un marco de trabajo fantástico para la correcta toma de decisiones, así como su comunicación. Ahora, la capacidad de conectar IT con el negocio y los procesos comerciales a través de los Mapas de Procesos y una visión de halcón certera puede permitir al CIO:

1. Aclarar prioridades y descubrir intereses comunes. Mejorar la visión que se tiene de la empresa permite la identificación y conocimiento de los  niveles de madurez de las capacidades clave del negocio en general y de los procesos comerciales en particular. Cada capacidad debe discutirse en términos de:
  • 1) lo central o diferenciadora que sea para el negocio; 
  • 2) su relación con las estrategias establecidas; 
  • 3) gaps respecto al estado actual; y 
  • 4) lo dinámica que se espera sea cada capacidad a corto y largo plazo.

2. Mejorar el proceso de inversión en tecnología. Debido a que los mapas de capacidades o procesos describen la empresa en su conjunto, proporcionan una manera de clasificar las propuestas de proyectos de acuerdo con las capacidades que se ven afectadas. Esto permite:
  • Que en las reuniones de revisión de inversiones se puedan comparar simultáneamente todos los proyectos propuestos, y en particular aquellos que afectan a la capacidad comercial, lo que permite determinar de una manera mucho más certera cuáles aprobar frente a los que debemos meter en el congelador (cualquier día podemos volver a darles vida). 
  • Que se puedan reunir múltiples sistemas y proyectos en una misma cartera, de manera que:
    • se pueda evaluar su capacidad para soportar la capacidad comercial
    • se gestionen en función de las necesidades del negocio
    • tengamos la capacidad de madurarlos y mejorar sus atributos.

3. Conectar el proceso de negocio y las iniciativas de cambio de IT. El éxito de los esfuerzos de transformación empresarial a gran escala depende en gran medida de que IT ofrezca las funciones y aplicaciones correctas en el momento adecuado. A medida que los proyectos crecen en número y complejidad, 
  • se hace más difícil garantizar que cada proyecto esté acercando a la organización a los objetivos marcados
  • aumenta la dificultad de sincronización de las partes (personas, procesos y cambios tecnológicos)

4. Enlazar la "factura de IT" al modelo de negocio. Al igual que una "lista de materiales" (Bill of Materials) define qué componentes comprenden un producto, la "lista de IT" define qué sistemas son necesarios para entregar un proceso o función comercial. Comenzando en la parte superior, el Mapa de Procesos permite a IT identificar el hardware clave así como el software y los servicios de IT relacionados con la entrega de cada capacidad. De esta manera, conectado al corto, medio y largo plazo de la empresa, IT podrá participar en debates significativos relacionados con funciones del negocio.

5. Tener una opinión mejor informada sobre el contenido de los acuerdos de nivel de servicio (SLA). Los SLA deben ir más allá de la determinación del rendimiento probable o el tiempo de actividad de un sistema, en base a un presupuesto dado. Bien hecha, la gestión de nivel de servicio comienza con:
  1. La identificación y clasificación de las capacidades comerciales que queremos alcanzar,
  2. De manera paralela, la correlación con los servicios y sistemas de IT que las respaldan. 
Es en este momento cuando el valor comercial relativo de los diferentes niveles de servicio que queremos alcanzar se puede comparar con los costos respectivos para alcanzar esos niveles.

6. Racionalizar significativamente la cartera de aplicaciones. Las decisiones de racionalización de aplicaciones (elegir qué aplicaciones mantener y cuáles retirar) no debe ser tomada a la ligera: no olvidemos que existen múltiples aplicaciones para usos totalmente diversos (diseño de productos, diseño de procesos, aplicaciones comerciales, ERPs, etc), y que además no suelen estar conectadas entre ellas, si bien todas ellas habrán sido diseñadas o compradas con un propósito determinado. Asumiendo que el área comercial es cliente de todas las demás y todas las demás deben estar orientadas y alineadas con ella, las decisiones sobre qué aplicaciones retirar y cuáles mantener deben requerir la aceptación de las áreas comerciales afectadas. 

De la misma manera, la viabilidad de una aplicación, o la viabilidad de aquellas aplicaciones que proporcionan una función comercial, deben ser siempre una preocupación de IT, que debe estar continuamente escuchando a los usuarios. 

7. Educar a los equipos de IT en el contexto empresarial. Los CIO a menudo luchan por demostrar el valor que IT aporta al resto de unidades de negocios. Paradójicamente, éstas dan por garantizados sus servicios: es decir, nadie se acuerda de IT hasta que algo sucede.


En paralelo, los gerentes del resto de unidades de negocio a menudo tienen poca información sobre el papel que IT puede aportar, más allá de dar soporte por temas de hardware, formatear o instalar programa. En otras palabras, no se buscan sinergias, o no se suele tener en cuenta a IT a la hora de la búsqueda de oportunidades o  eficiencias entre las líneas de negocios.


8. Orientar IT en torno a los impactos empresariales. Si bien el mapa de capacidades básicas para una empresa individual puede no cambiar mucho con el tiempo, puede haber cambios significativos con el tiempo debido a factores externos (evolución de la tecnología, aparición de nuevas tecnologías) dentro de cada capacidad: es por ello que los CIO deben trabajar con el conjunto de la empresa para identificar, perfilar e implantar oportunidades innovadoras a futuro.

Adicionalmente, 

  • deberá poner al usuario en el centro: que el user experience sea la primera métrica a tener en cuenta por al área de IT permitirá cuantificar el grado de satisfacción de aquellas personas que hacen uso de las herramientas que se ponen a su disposición.
  • haciendo uso e implantando metodologías ágiles en nuestros proyectos provocará un cambio de paradigma en la manera en la que se integran cada una de las necesidades y se involucra a las personas

Conclusiones

  • Los Mapas de Capacidad o Procesos proporcionan una vista de halcón a IT que debe ser aprovechada convenientemente, prestando atención especial a los clientes internos y los procesos comerciales de la empresa
  • Los CIO deben trabajar y aportar sus inputs a estos Mapas frente a la Gerencia de la empresa: para lograr esto, IT debe mostrar cuáles son sus capacidades y demostrar de qué manera se pueden alinear y contribuir a las líneas de trabajo y estratégicas de los ejecutivos. A más a más, esto debe ser comunicado convenientemente a todos los niveles, y muy en particular dentro del área de IT.
  • Los CIO también deberían cambiar el enfoque: hablar de capacidades en lugar de hablar de disponibilidad técnica: es decir, "qué podemos llegar a ser" en lugar de "qué somos". En paralelo, deben interiorizar el Mapa de Procesos y las decisiones relevantes que emanan de él y que afectan a la organización de IT: es importante que todos comprendan el "por qué" de las decisiones que se toman, en lugar de solo el "qué" de esas decisiones. 
  • En ningún caso el departamento de IT debe ser presentarse como tradicional o stopper de proyectos, más bien todo lo contrario: debe caracterizarse por 1. altas dosis de flexibilidad (nothing is impossible) y 2. aportador de soluciones para el adecuado aterrizaje de las ideas. 
  • La experiencia de usuario debe ser la métrica número 1 del área de IT.
  • Tenemos la posibilidad de usar e implantar metodologías ágiles como palanca para el cambio de paradigma
  • No obstante todo lo anterior, la ciberseguridad debe ser la prioridad numero 1 del área



Referencias:




jueves, 18 de octubre de 2018

Cómo establecer un proceso de sistematización de la innovación en la empresa (y no morir en el intento)




Innovar se ha convertido en un pilar fundamental para asegurar la supervivencia y el futuro de las empresas, así como uno de los factores para anclarlas al territorio. La innovación en la empresa es un tema complicado de afrontar, gestionar, planificar y medir. Todos reconocemos la importancia de la necesidad de innovar, pero parece que no sabemos cómo hacerlo, o si lo hacemos no somos conscientes de ello, o si somos conscientes no sacamos todo el provecho que deberíamos.

Además, hoy en día, con el aterrizaje de las tecnologías asociadas a la Conectividad y la Digitalización, la percepción generalizada es la de que no hay futuro si no fabricamos productos y procesos más eficientes, más robustos, más ajustados, más controlados. El drama surge cuando nos hemos de poner manos a la obra: ¿cómo lo hacemos? ¿cómo empezamos? ¿quién toma la iniciativa? ¿cómo nos organizamos? ¿hacia dónde vamos? ¿con qué herramientas debemos trabajar? ¿con qué presupuesto contar? ¿cómo organizar un proyecto tan transversal? Ninguna de estas preguntas tiene probablemente una respuesta sencilla: este artículo pretende aportar algunas ideas y puntos de vista acerca de cómo afrontar este proceso. La más importante: no tener miedo y mirar hacia adelante.

Cómo plantear un proceso de innovación en la empresa


Debe establecerse un proceso de innovación fácil de entender y de implantar, enfocado a la búsqueda de problemas reales y de soluciones a las mismas. Esto ayudará a la creación de una cultura innovadora y de creatividad entre todos los grupos de interés dentro de la empresa.

Como propuesta, la siguiente: 



En inglés: Idea > Business Case > Proof of Concept > Pilot Test > Roll Out 

Es decir, en 5 pasos se puede establecer un Sistema de gestión de la Innovación. 

1. La idea: generarla, desarrollarla y darle contenido 

i. Cómo surgen las ideas 

Las ideas pueden surgir en cualquier momento, aunque está demostrado que existen determinadas situaciones que ayudan a potenciar la creatividad: “Cuando llegue la inspiración, que me encuentra trabajando”, decía Picasso. 

Existen tres factores fundamentales que conforman un cocktail decisivo para la generación de ideas: ambiente, pensamientos organizados y asociación de ideas. 



  • Estar en un ambiente relajado es decisivo ya que favorece una circulación fluida de los pensamientos, la mente estará calmada y en consecuencia, éstos surgirán a mayor velocidad y su interconexión será mayor. 
  • Según Rowan Gibson, uno de los líderes de opinión más importantes a nivel mundial en materia de innovación empresarial, las ideas se configuran realmente a partir de pensamientos organizados, es decir, es necesario poseer conocimientos y experiencias previas que nos generen inquietudes y curiosidad sobre un determinado asunto. 
  • Finamente, tener la capacidad de encadenar ideas y establecer conexiones entre ellas durante un largo periodo de tiempo. A esto se le conoce como asociación de ideas

ii. Cómo sistematizar el proceso de generación de ideas y propuestas de solución 

Respecto a la sistematización de la generación de ideas y propuesta de solución, la primera (generación de ideas) se puede hacer a través de herramientas como Análisis DAFO (para la detección de oportunidades y debilidades) o Diagramas de Ishikawa o Causa - Efecto (para la resolución de problemas). La segunda (generación de propuestas de solución) se puede resolver mediante el uso del Pool de Ideas (exposición de ideas frente a un problema, y desarrollo de cada una de ellas por parte de los miembros de un grupo pre-establecido) o del Método 6-3-5 (herramienta de generación de ideas en la que 6 personas se reúnen alrededor de una mesa para generar ideas relativas a un tema previamente planteado). 

iii. Otras reflexiones relacionadas con el ámbito de generación de ideas 


Ante cualquier idea en fase de creación, es muy importante rodearse de expertos de todos los ámbitos que puedan retar las ideas que se hayan planteado. Esto reforzará, dará consistencia y permitirá estructurar mejor el cuerpo de la idea. Para ello conviene preparar una presentación y mostrarla a expertos y personas que nos puedan aportar un feedback constructivo, de manera que vayamos creciendo el contenido de ésta. 

Los beneficios de esta actividad, tal y como se ha planteado hasta ahora, es que más allá del tiempo empleado, no hemos gastado un euro específico en el proyecto. La ventaja que hay detrás de esta afirmación es la de que no hay necesidad, hasta que tengamos determinadas certezas de expertos y gente que nos aprecia, de cargar con la losa que implica gastar un dinero en un proyecto que luego puede que fracase (estamos hablando de la ética de pagar las facturas y tus deudas). Al final, es una cuestión psicológica, similar pero en otro estadio, a la que aparece cuando se invierte en bolsa y tenemos que deshacernos de unas acciones, tanto cuando estamos ganando mucho, como cuando estamos perdiendo: hay que tener la sangre fría de vender. La desventaja es el riesgo que corremos de pasar del análisis a la parálisis. Muchas organizaciones no son capaces de dar el paso, y terminan haciendo nada y buscando excusas. Uno nunca dispondrá de toda la información en su mano, por lo que llega un momento en el que hay que arriesgar. Habrá que basarse en el instinto y experiencia de cada uno para detectar dónde está la oportunidad, y cómo llevarla a cabo. 

2. Business Case: preparar un Plan de Negocio a 3 o 5 años 


Una de las actividades más complicadas es la de cómo plantear el Business Case: es importante ser imaginativo a la hora de decidir cómo plantearlo, dado que es mandatorio convertir la idea en euros y hacerlo con un horizonte de 3 a 5 años. En algunos casos, esta transformación suele implicar un proceso de aprendizaje basado en dar el enfoque adecuado al proyecto: es por ello que contar con un experto para esta labor puede facilitar mucho cerrar con éxito este capítulo. 

Respecto al contenido, más allá de la descripción del proyecto y la literatura asociada para dar respuesta a cada una de las potenciales preguntas, en términos de viabilidad y rentabilidad existen tres métricas ayudan a saber cómo se presenta el proyecto desde el punto de vista económico – financiero. Éstas son: 

  • ROI (% retorno de la inversión) 
  • Payback Time (tiempo previsto de recuperación de inversión) 
  • Break-Even Point (ingresos a partir de los cuales obtenemos beneficios). 


Capítulo importante del Plan de Negocio debe ser el que trate de los riesgos: ¡es fundamental evaluarlos! . Hacer una evaluación de riesgos permite pensar sobre ellos y plantear posibles alternativas. Los riesgos pueden ser de todo tipo: desde técnicos a morales, desde geopolíticos a financieros o de tiempo, o incluso legales. En particular, en el ámbito de todo lo relacionado con la digitalización y la conectividad, se encuentran, con peso específico propio los relacionados con los riesgos legales; hay que tener en cuenta que casi todas las tecnologías que abarca el término Industria 4.0 están dominadas por un elemento: el dato. Y con mucha probabilidad surgirá la duda de a quién pertenece el dato. Esta pregunta, que parece trivial, puede dar lugar a que muchos de los proyectos que se planteen se caigan debido a la controversia que se generará, dado que de alguna manera el dato, trabajado, es una fuente importantísima de información y conocimiento. 

La solución a este dilema normalmente vendrá dada por la generación de situaciones y relaciones win-win entre las partes de interés. No es nada fácil: existen barreras culturales, relaciones cliente – proveedor asimétricas durante décadas, miedos intrínsecos y en definitiva, falta de confianza entre las partes. Y esta es la palabra clave: confianza (trust). La que tenemos que trabajar. No debemos olvidar, no obstante, que en ningún caso estamos compartiendo tecnología: son simplemente eso, datos. Y que compartiremos aquellos datos que realmente aporten valor a la otra parte. Y que el cliente también debe ser capaz de compartir la información que es relevante para los proveedores – hablamos de un flujo de información bidireccional

Finalmente, debemos ser capaces de responder a la siguiente pregunta: ¿cómo demostrar que los números en los cuáles se plantea el Plan de Negocio son ciertos y reales?. Para ello conviene acudir a datos surrogados o históricos, que de una manera u otra respalden nuestros planteamientos. En ocasiones es relativamente sencillo dar con estos datos, por ejemplo si tenemos productos o procesos similares. Pero en otros casos hay que hacer uso verdaderamente de la imaginación y/o no nos quedará otra que extrapolar. Acudir a terceras personas que asesoren al respecto puede ser una buena solución. 

3. La Prueba de Concepto: un pequeño test para saber dónde estamos. 


Una Prueba de Concepto es un ensayo muy concreto y específico de un prototipo del producto final, con una serie de atributos y características mínimos acordados por las partes. Las cantidades a fabricar del prototipo varían en función del alcance del Proyecto, pero en general hablamos de unas pocas unidades. Las pruebas de concepto se realizan para testar la idea con una inversión mínima de manera que los riesgos son muy contenidos. La PoC permite demostrar si la idea y el producto en cuestión es viable o no. De hecho, las pruebas de concepto se pueden llegar incluso a ofertar de manera gratuita por parte de los potenciales proveedores. 

Previo a la PoC habrá que acordar entre las partes: 

  1. En qué consistirá el producto a probar 
  2. En qué condiciones se probará el producto 
  3. A qué ensayos se someterá el producto 

La salida de este ejercicio será una Evaluación de Viabilidad preliminar del Producto. El cuestionario de esta Evaluación debe contener preguntas como: 

  • ¿se han definido claramente los requerimientos de diseño y las tolerancias? 
  • ¿se han cumplido las especificaciones de ensayo y material? 
  • en concreto, ¿se han cumplido todas las expectativas de las características críticas y significativas acordadas entre las partes? 
  • ¿se han trasladado las características críticas y significativas a los sub-proveedores? 
  • ¿los ensayos de los componentes han sido también satisfactorios? 
  • …… 

Caso de que algunas de los ensayos no hayan resultado satisfactorios, deberán reunirse las partes implicadas, analizar qué es lo que ha fallado, y elaborar planes de acción al respecto. La salida de este proceso puede ser una nueva POC, o incluso un No-Go: es decir, el proyecto queda paralizado o en stand-by. 

Junto al producto en sí, y las pruebas y condiciones a las que se someterá, es importante ir generando poco a poco una Especificación de Producto: se trata de listar un conjunto de atributos a cumplir y que deben de representar el éxito para el cliente. El objetivo de las pruebas es, por tanto, identificar qué atributos de los señalados se cumplen y en qué grado. El desarrollo de la lista de atributos ayuda a comparar los resultados de las diferentes pruebas de concepto que pueden llegar a realizarse. 

Dentro del equipo hay una serie de figuras que cobran especial relevancia: es la del Subject Matter Expert (SME), persona con experiencia y conocimiento en procesos específicos, y el Responsable de Ingeniería, persona con mayor conocimiento en el diseño y funcionamiento del producto y cada uno de sus componentes. 

Como salida de este proceso, se debe actualizar el Plan de Negocio y la Especificación Técnica de acuerdo a lo aprendido, así como generar un Documento de Lecciones Aprendidas. 

4. Pilot Test: Un piloto para confirmar que el producto con todas sus características y el proceso que lo fabrican son viables. 


Una vez evaluados los resultados de la PoC y haber extraído las conclusiones pertinentes, es el momento de incorporar las lecciones aprendidas y el resto de atributos mencionados en la Especificación Técnica, de manera que todos queden contemplados en la fase que se inicia ahora. Para ello se llevan a cabo las Pruebas Piloto (Pilot Test) que confirmarán que el producto y el proceso son viables también en cualquier situación, condición y escenario. 

Aparte del producto con todas las características incorporadas, en esta fase cobra especial relevancia el proceso que fabricará el producto. De manera sucinta, deberemos responder a las siguientes preguntas: 

  • Demostrar que los sistemas de medida a emplear son capaces de medir bien (si no medimos bien, no podemos tomar buenas decisiones). A este hito se le conoce como Análisis del Sistema de Medida (MSA en inglés, Measurement System Analysis)
  • Mediante métodos estadísticos, asegurar que las características a controlar, tanto del producto como del proceso, son estables y están bajo control. A esto se le llama Process Capability, o Capacidad del Proceso
Este segundo punto (Process Capability), no obstante, se convierte en un paso intermedio cuando incorporamos la variable Industria 4.0. Es decir, la tecnología nos permite actualmente controlar los procesos al 100% y en tiempo real, independientemente de que el proceso sea estable. Este nuevo escenario es relevante, puesto que minimizaremos el tiempo de reacción, podremos detectar al instante piezas que salgan fuera de los límites de control, detectar tendencias, adaptar nuestros procesos a los requerimientos del cliente e investigar las causas de las desviaciones de los parámetros el instante posterior a que se produzcan. 

Si somos capaces de responder de manera afirmativa, robusta y consistente a estas dos preguntas, podemos asegurar que el 80% de nuestros problemas de calidad desaparecerán: de aquí la importancia de este punto. 

Para el Pilot Test debemos ampliar la muestra de piezas a ensayar: para ello es preciso llegar a un acuerdo entre todas las partes. La salida de este proceso será doble, una vez concluidos y analizados los resultados: 

  • Una Evaluación de viabilidad final del producto, que confirme tanto desde el punto de vista del proceso como del producto, que estamos en verde. Esta Evaluación final de contener preguntas del estilo: ¿es el MSA suficientemente robusto? ¿se ha evaluado la Capacidad del proceso con un Ppk > 1.66? ¿Los operarios han sido convenientemente contratados y entrenados? ¿Las piezas cumplen con las exigencias indicadas en plano? ¿permite el diseño el uso de técnicas de manejo de piezas eficientes? 
  • Actualizar de nuevo el Business Plan y la Especificación Técnica de acuerdo a lo aprendido, así como el documento de Lecciones Aprendidas y demás documentos relacionados con la Estrategia de Modos de Fallo. 

5. Roll Out: cómo verificar la capacidad de la línea y asegurar una rampa de Lanzamiento suave y sin sobresaltos. 


Una vez asegurado que el producto con todas sus características es viable, así como el proceso que lo fabrica, llega el momento de: 
  1. Verificar que la línea de producción es capaz de producir el producto en la línea (off-process) con los útiles que se hayan acordado (off-tool) en el tiempo de ciclo acordado 
  2. Cuestionarnos si el proceso es capaz cumplir con la demanda de piezas requerida por los clientes 
  3. Entender cómo será la rampa de pedidos para poder acomodar nuestra producción a ésta, y hacerlo sin sobresaltos. 

En esta fase las métricas a medir son OEE, Disponibilidad, Eficiencia, Calidad, Tiempo de Ciclo, … en definitiva, existe todo un set de variables a tener en cuenta y ahora con la ayuda de la Industria 4.0 podemos capturar esta información en tiempo real para tomar acciones de manera casi inmediata. 

Cuestión no baladí es el tiempo de máquina vendido a nuestros clientes: en ocasiones el propietario de la línea vende más tiempo de línea del que realmente dispone, y esto puede llevar a no poder servir todos los pedidos comprometido. Es lo que se llama el Allocation de la línea. En otras palabras, vender más del 100% del tiempo de línea disponible puede dar lugar, en el caso de que todos los clientes soliciten las cantidades acordadas, a que tengamos problemas de suministro. 

Lo aquí comentado es válido en toda la cadena de suministro, no sólo en la planta o en la línea en la que estamos trabajando. En cuanto a valores objetivo, actualmente se habla con frecuencia de valores de OEE del 85% y de FTT del 99,95%, al menos en el sector del automóvil. Sin embargo, la llegada de la industria 4.0 va a obligar a un replanteamiento de estos valores, dado que el nivel de transparencia exigido desvelará cómo de inflados están los números, en ciertas líneas o proveedores. 

Finalmente, establecer un Plan de Lanzamiento consensuado con todas las partes en base a la necesidad de producto existente permitirá no tener sorpresa durante las semanas y meses iniciales a la introducción, además de asignar recursos, responsabilidades, presupuesto y un timing. 

Desde el punto de vista de digitalización, se espera que los procesos no sólo sean estables: independientemente de eso deben estar monitorizados al 100% y además las variables a controlar deben ser “pintadas” en dashboards, de manera que una pieza NOK pueda ser automáticamente segregada e investigada. Además, cada nivel de la compañía, desde operarios hasta la alta dirección, debe poder acceder a la información que sea de su interés. 

Y, como en el resto de puntos anteriores, actualizaremos el Business Plan y la Especificación Técnica y Lecciones Aprendidas.