7 Min. Tiempo de lectura<\/p>\n
Cuando en la empresa mediana un proceso se atasca, casi siempre se sigue el mismo patr\u00f3n: convertirlo en un proyecto. Comit\u00e9 de direcci\u00f3n, plan de hitos, consultor\u00eda externa. Seis meses despu\u00e9s, el proceso suele ser igual de lento que antes, solo que m\u00e1s caro documentado. Sin embargo, la mayor\u00eda de los cuellos de botella en compras, ventas y backoffice se pueden resolver con peque\u00f1os ajustes que no necesitan ser inflados a un programa.<\/strong><\/p>\n Lo m\u00e1s importante en resumen<\/p>\n Relacionado:<\/span>Productividad en lugar de programa de ahorro<\/a> \/<\/span> Cuando la IA colabora en lugar de trabajar<\/a><\/p>\n \u00bfQu\u00e9 es la optimizaci\u00f3n de procesos?<\/strong> La optimizaci\u00f3n de procesos se refiere a la mejora dirigida de los flujos de trabajo para que sean m\u00e1s r\u00e1pidos, con menos errores o m\u00e1s econ\u00f3micos. Abarca desde el peque\u00f1o ajuste de un solo paso hasta la reestructuraci\u00f3n completa de un departamento. Precisamente esta amplitud se pasa por alto a menudo en la empresa mediana.<\/p>\n He visto suficientes programas de transformaci\u00f3n desde dentro como para conocer un patr\u00f3n. Un proceso molesta, alguien nombra el problema y en el siguiente paso se plantea un proyecto. Con el proyecto viene la estructura: un pedido, un presupuesto, un comit\u00e9 de direcci\u00f3n. Esto se siente serio. Pero tambi\u00e9n es el momento en que la mejora se vuelve lenta.<\/p>\n Un proyecto genera su propio esfuerzo. Informes de estado, rondas de aprobaci\u00f3n, una l\u00ednea de comunicaci\u00f3n. Esto vale la pena en una verdadera reorientaci\u00f3n. En un paso de aprobaci\u00f3n atascado, el esfuerzo no est\u00e1 en proporci\u00f3n con el beneficio. La mejora luego se pierde entre dos reuniones del comit\u00e9 de direcci\u00f3n y despu\u00e9s de medio a\u00f1o nadie recuerda el punto de dolor original.<\/p>\n Esta proporci\u00f3n ha sido estable durante a\u00f1os y no es un argumento en contra del cambio. Es un argumento en contra del tama\u00f1o del veh\u00edculo. Quien vincula una mejora a un programa, vincula su \u00e9xito a la tasa de \u00e9xito de los programas. Quien la mantiene peque\u00f1a, la desvincula de eso.<\/p>\n Las palancas m\u00e1s rentables rara vez se encuentran donde el organigrama supone complejidad. Se encuentran en los puntos de transferencia donde el trabajo pasa de una mano a otra. Tres ejemplos de empresas medianas reales, anonimizados.<\/p>\n Compras: la doble entrada.<\/strong> En una empresa de ingenier\u00eda mec\u00e1nica, el departamento de compras introduc\u00eda los datos de pedidos primero en un portal de proveedores y luego de nuevo en su propio sistema. Nadie hab\u00eda decidido hacerlo, hab\u00eda crecido con el tiempo. La palanca fue una simple comparaci\u00f3n de exportaci\u00f3n-importaci\u00f3n, configurada en una semana. Los compradores ganaron casi una hora al d\u00eda, sin que se hubiera reunido un solo comit\u00e9 de direcci\u00f3n.<\/p>\n Ventas: la oferta que queda pendiente.<\/strong> Una empresa comercial necesitaba en promedio cuatro d\u00edas desde la solicitud del cliente hasta la oferta. El c\u00e1lculo real llevaba veinte minutos. El resto era tiempo de espera, porque la oferta necesitaba la aprobaci\u00f3n del director de \u00e1rea, incluso para productos est\u00e1ndar. La palanca fue un l\u00edmite de valor: por debajo de una cantidad definida, se eliminaba la aprobaci\u00f3n. El tiempo de respuesta cay\u00f3 de cuatro d\u00edas a uno.<\/p>\n Backoffice: la congesti\u00f3n de aprobaciones.<\/strong> En la administraci\u00f3n de un proveedor de servicios, cada factura pasaba por tres firmas. La tercera era casi siempre una formalidad, porque las primeras dos ya hab\u00edan revisado el contenido. La palanca fue cambiar la tercera etapa a muestreos. Las facturas se procesaban m\u00e1s r\u00e1pido y la sustancia examinada segu\u00eda siendo la misma.<\/p>\n Ninguna de estas tres palancas es intelectualmente exigente. La raz\u00f3n por la que permanecieron sin implementar es banal: nadie era responsable de encontrarlas. Precisamente esta brecha cierra un ciclo corto.<\/p>\n En lugar de un plan de proyecto, ayuda un ritmo repetible. Cuatro semanas, cuatro pasos, y luego de nuevo. El ciclo es conscientemente corto, para que quepa en el d\u00eda a d\u00eda sin un comit\u00e9 especial.<\/p>\n La parte decisiva es la cuarta semana. Un proyecto largo rara vez conoce un no limpio, porque se ha invertido demasiado para enterrar algo. Un ciclo de cuatro semanas puede fallar. Eso es lo que lo hace honesto. Las palancas descartadas no son una p\u00e9rdida, son la forma m\u00e1s barata de conocimiento.<\/p>\n Incluso una peque\u00f1a palanca puede fallar. A lo largo de los a\u00f1os, se han identificado algunas condiciones que regularmente marcan la diferencia.<\/p>\n Lo que frena<\/p>\n Lo que soporta<\/p>\n La columna izquierda rara vez tiene que ver con la habilidad. Tiene que ver con la disciplina. Una palanca, un n\u00famero, una responsabilidad. Esto suena poco espectacular y lo es. Lo espectacular es solo c\u00f3mo estos tres puntos deciden el \u00e9xito de manera fiable.<\/p>\n Un solo ciclo de cuatro semanas mejora un proceso. Se vuelve interesante cuando el ciclo no se detiene. Despu\u00e9s del primero viene el segundo, luego el tercero. De una acci\u00f3n se convierte en una rutina y la rutina ya no necesita un nombre de proyecto.<\/p>\n Para que esto funcione, se necesita un marco claro y peque\u00f1o. Una persona que modera el ciclo sin poseerlo. Un plazo fijo de treinta minutos al principio del mes, en el que se eval\u00faa la \u00faltima palanca y se elige la siguiente. Una lista visible de las palancas anteriores, para que el progreso no desaparezca en la memoria de individuos.<\/p>\n Esta es la verdadera diferencia con un proyecto continuo. Un proyecto termina, a menudo sin efecto. Un h\u00e1bito contin\u00faa, en peque\u00f1os pasos verificables. El sector medio rara vez tiene un problema de conocimiento en sus procesos. Tiene un problema de formato. El ciclo de cuatro semanas es un formato que se ajusta a la vida diaria.<\/p>\n Quien quiera mejorar algo en el pr\u00f3ximo trimestre, por lo tanto, no necesita una orden de programa. Basta con mirar de cerca en la pr\u00f3xima semana d\u00f3nde espera el trabajo y elegir una sola palanca. El resto es repetici\u00f3n.<\/p>\n Cuando el cambio afecta estructuralmente a varios departamentos, introduce un nuevo sistema central o afecta al modelo de negocio. Tales proyectos necesitan un encargo, un presupuesto y una direcci\u00f3n. El error no es el proyecto en s\u00ed, sino el proyecto para un paso \u00fanico atascado que podr\u00eda resolverse en dos semanas.<\/p>\n<\/details>\n Durante una semana, los interesados anotan d\u00f3nde espera el trabajo, d\u00f3nde se realiza por duplicado o se retrasa. De esta lista se elige el punto que tiene la mejor relaci\u00f3n entre esfuerzo y efecto visible. El efecto r\u00e1pido supera el rango absoluto del problema.<\/p>\n<\/details>\n El m\u00e1s sencillo que se adapte al cuello de botella. Tiempo de tramitaci\u00f3n de un proceso, n\u00famero de devoluciones, minutos de tramitaci\u00f3n por caso. Solo es importante que el n\u00famero est\u00e9 establecido antes de la prueba y pueda registrarse sin mucho esfuerzo. Un n\u00famero aproximado y honesto supera uno preciso que nadie mantiene.<\/p>\n<\/details>\n Normalmente no. Las personas que ejecutan un proceso diariamente conocen sus puntos d\u00e9biles mejor que cualquier externo. La consultor\u00eda puede ayudar en el primer ciclo a establecer el ritmo. Despu\u00e9s, el ciclo deber\u00eda funcionar por s\u00ed solo, de lo contrario, vuelve a ser un proyecto.<\/p>\n<\/details>\n Se descartan y esto est\u00e1 expresamente permitido. Una palanca descartada ha demostrado en cuatro semanas que no contribuye. Este conocimiento cuesta poco y protege contra arrastrar un cambio ineficaz de forma permanente. Precisamente esta posibilidad de un no limpio falta a la mayor\u00eda de los proyectos permanentes.<\/p>\n<\/details>\n\n
Por qu\u00e9 el reflejo del proyecto es caro<\/h2>\n
Tres lugares para peque\u00f1as palancas: compras, ventas, backoffice<\/h2>\n
Un ciclo de mejora en cuatro semanas<\/h2>\n
Lo que soporta la peque\u00f1a palanca y lo que la frena<\/h2>\n
\n
\n
C\u00f3mo de una palanca individual se convierte en un h\u00e1bito<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfCu\u00e1ndo merece la pena un proyecto real en lugar de una peque\u00f1a palanca?<\/strong><\/summary>\n
\u00bfC\u00f3mo se descubre qu\u00e9 palanca debe accionarse primero?<\/strong><\/summary>\n
\u00bfQu\u00e9 indicador es adecuado para medir el \u00e9xito?<\/strong><\/summary>\n
\u00bfNecesita el ciclo de mejora una consultor\u00eda externa?<\/strong><\/summary>\n
\u00bfQu\u00e9 sucede con las palancas que no funcionan en la prueba?<\/strong><\/summary>\n
Consejos de lectura de la redacci\u00f3n<\/h2>\n