Si está revisando una transformación empresarial, pida que le muestren algo que haya cambiado en la operación. Un equipo puede haber asistido a todos los talleres y seguir esperando la misma autorización. También puede tener una herramienta nueva y continuar entregando información que la siguiente área debe corregir.
La formación y la tecnología pueden ser necesarias. Su efecto depende de lo que las personas puedan hacer después con ellas. Antes de aprobar más actividades, conviene revisar las decisiones que siguen pendientes y las condiciones de trabajo que el programa todavía no ha conseguido cambiar.
1 Empezar sin un resultado que permita decidir
Una intención como mejorar la experiencia del cliente admite demasiadas interpretaciones. Para un área puede significar ampliar el catálogo; para otra, responder más rápido; para una tercera, cambiar la aplicación. Todas pueden presentar proyectos razonables y competir por las mismas personas.
Hace falta elegir qué problema atender primero y establecer qué evidencia justificaría esa elección. Si los clientes se van porque reciben pedidos incompletos, empezar por el diseño de la aplicación necesitaría una explicación bastante buena.
Pediría una descripción concreta del resultado esperado, la situación actual y la forma de comprobar el cambio. Después revisaría qué trabajo se va a posponer para darle capacidad. Una prioridad que no modifica ninguna asignación puede quedarse en una declaración.
Ese resultado también debe poder cuestionarse. Si los datos muestran que interpretamos mal el problema del cliente, corresponde cambiar la apuesta. Cumplir el plan original dejaría de ser una buena medida de éxito.
2 Exigir otra velocidad con las mismas reglas
Suponga que un equipo termina una propuesta el martes, pero la aprobación debe esperar al comité del mes siguiente. Acortar el tiempo que el equipo tarda en preparar la propuesta tendrá un efecto limitado mientras esa espera se mantenga.
Al revisar el proceso, querría saber qué protege la aprobación y quién tiene autoridad para modificarla. Tal vez haga falta conservarla, pero con una frecuencia distinta. Tal vez algunas decisiones puedan delegarse dentro de un monto o un tipo de operación. O quizá el verdadero problema sea que las propuestas llegan sin información suficiente para decidir.
Cada explicación exige un cambio diferente. Reducir controles sin entender su función puede crear un problema mayor. Mantenerlos todos por costumbre también tiene un costo, aunque no aparezca en el presupuesto del comité.
La revisión debe seguir una entrega completa. Si desarrollo termina antes, pero se acumula más trabajo en pruebas, la mejora local todavía no se ha convertido en una entrega más rápida para el cliente. Hay que comprobar dónde terminó el tiempo que supuestamente ahorramos.
3 Pedir autonomía y responder a cada error con más control
En nuestra empresa, un consultor cargó una cena personal costosa a los gastos de un viaje. Respondimos creando un manual de viáticos. Conté esa experiencia en un webinar porque, al revisarla, vi una consecuencia de nuestra decisión: las nuevas reglas también se aplicaban a quienes hasta entonces habían usado bien su criterio.
Había un gasto que debíamos cuestionar. La pregunta era si la respuesta que elegimos resolvía ese problema de una manera proporcionada. Nosotros también habíamos contribuido a ampliar las reglas que después podían hacernos más lentos.
Algo parecido merece revisión cuando una empresa pide autonomía. Si cualquier decisión que sale mal provoca una nueva autorización obligatoria para todos, habrá que mirar cuánta capacidad de decidir queda realmente en el equipo.
Conviene distinguir un incumplimiento de acuerdos de una decisión razonable que produjo un resultado adverso. El primero puede requerir consecuencias; la segunda, revisar la información y los límites con los que se decidió. Confundirlos hace difícil aprender y exigir responsabilidad con criterio.
Un ejercicio útil para la dirección es revisar una política reciente: qué ocurrió para crearla, a quién se aplica y qué problema sigue evitando. Puede continuar siendo necesaria. La revisión permite sostenerla por una razón concreta y ajustar lo que haya quedado sobredimensionado.
4 Dar responsabilidad sin capacidad para resolver dependencias
Un equipo puede llamarse multifuncional y seguir dependiendo de otras áreas para casi todo. Si sus integrantes continúan repartidos entre varios proyectos, tampoco basta con reunirlos en el mismo tablero.
Antes de pedirle al equipo que responda por un resultado, revisaría si dispone de las capacidades necesarias y cuánto puede contar con ellas. También debe estar claro quién resuelve una prioridad incompatible y cómo se atienden las dependencias que seguirán fuera del grupo.
Eliminar todas las dependencias rara vez es una opción realista. Una capacidad especializada puede necesitar atender a varios equipos. En ese caso hacen falta acuerdos de atención, criterios para ordenar las solicitudes y alguien con autoridad para resolver conflictos. Crear otra dependencia informal, esta vez basada en favores, no mejora el diseño.
Por eso cambiar el organigrama merece una comprobación posterior: siga un caso nuevo y observe si alguna decisión o entrega se volvió más sencilla. Si el trabajo conserva los mismos traspasos y permisos, los nombres de los cargos aportan poca evidencia de mejora.
5 Comprar tecnología antes de decidir qué trabajo debe cambiar
Si un informe no sirve para tomar ninguna decisión ni responde a una obligación que deba mantenerse, automatizarlo conservará una actividad que convendría revisar. La herramienta puede ahorrar tiempo; eliminar la necesidad del informe podría ahorrar más.
Eso no significa que debamos perfeccionar toda la operación antes de probar tecnología. Una prueba pequeña puede ayudar a descubrir una forma mejor de trabajar. Lo importante es que tenga un propósito y permita comparar el resultado con la situación anterior.
Con IA, por ejemplo, mediría la calidad de lo producido y el tiempo necesario para revisarlo o corregirlo. Si prepara borradores más rápido, pero obliga a un especialista a rehacerlos, ese esfuerzo forma parte del costo. También habría que definir qué decisiones puede ejecutar el sistema, qué información puede utilizar y quién responde cuando falla.
La revisión termina en el resultado del negocio. ¿Se redujo el tiempo de atención sin aumentar las devoluciones? ¿La capacidad liberada se utilizó para algo necesario? ¿La mejora justifica el costo de mantener la solución? Instalarla es un paso del trabajo; esas respuestas permiten decidir si conviene conservarla.
Qué llevar a la próxima revisión
Estos errores están relacionados. Una prioridad imprecisa dificulta asignar capacidad. La falta de capacidad produce demoras. La respuesta de la dirección puede agregar controles, y una compra de tecnología puede dejar intactas esas condiciones. VELO5™ permite examinar esas relaciones entre Visión, Ejecución, Liderazgo y Cultura, Organización e Inteligencia Aumentada.
Para la próxima revisión de transformación, pediría un resultado que siga sin mejorar y una entrega reciente que ayude a entender por qué. Invitaría a quienes conocen su recorrido y a quien pueda decidir sobre la restricción que encuentren.
La reunión debería terminar con una decisión que se pueda ejecutar y una fecha para comprobar su efecto. Si vuelve a terminar con una solicitud de más información, deje claro qué información falta y para qué decisión se necesita. De lo contrario, la propia revisión puede convertirse en otra de las esperas del programa.
¿Quieres saber qué es VELO5™ y cómo puede acelerar la estrategia, la ejecución y la generación de valor? Descúbrelo aquí