Donde va casi todo mi tiempo
La IA y el valor que se supone que produce
Los agentes no convierten una compañía lenta en rápida. Hacen más rápida a una compañía precisa y más ocupada a una imprecisa. Casi todo lo que hago en esta área sale de esa asimetría, y casi nada tiene que ver con qué herramientas compres.
¿Por qué la mayoría de los programas de IA produce actividad en lugar de valor?
Porque la restricción está antes de que nadie construya. En las organizaciones que he pasado por este ejercicio, bastante más de la mitad del tiempo entre la idea y la producción se va en decidir qué hacer, discutir de quién es y definirlo con la precisión suficiente para arrancar. Los agentes comprimen la construcción, que nunca fue el cuello de botella, así que el caudal no se mueve y el trabajo en curso sube.
Encargos
Lo que me piden de verdad
- 01
Encontrar dónde está el valor, activo por activo
En una cartera o en una sola compañía: qué procesos tienen dato detrás y una decisión que merezca mejorarse, y cuáles son una diapositiva. Casi todos los mapas de oportunidades de IA que me enseñan ordenan las ideas por entusiasmo.
- 02
Diagnosticar por qué la entrega es lenta, con precisión
No un nivel de madurez. Una lista de factores limitantes con nombre, separada en qué elige hacer la compañía, cómo lo hace y por qué el patrón sobrevive aunque todo el mundo lo vea. Esa tercera es donde viven los incentivos.
- 03
Instalar desarrollo dirigido por especificación
Conseguir que una compañía sepa decir lo que quiere con precisión suficiente para que un agente lo construya y una persona lo verifique. Eso es un cambio en cómo trabajan juntos negocio y tecnología, y por eso no es un problema de formación.
- 04
Ejecutar un programa de entrega con agentes
Unas ocho semanas, varios frentes en paralelo y resolución de problemas dos veces por semana en lugar de hitos de aprobación. Resultado real sobre sistemas reales, con el método en manos de tu equipo y no en un documento.
- 05
Reequilibrar la organización tecnológica
Casi todas las funciones que veo están mal formadas más que mal dimensionadas: mucha coordinación, poca definición y poca revisión. Primero la forma, después la plantilla. Siempre.
- 06
Arreglar lo que ve el consejo
Tres cifras, reportadas igual todos los meses, incluidos los meses en que se ven mal. Sorprende cuánto del problema percibido es en realidad un problema de reporting.
Lo que me preguntan
Compramos las herramientas y no ha cambiado nada. ¿Ahora qué?
Es el resultado normal y es diagnóstico más que decepcionante. Significa que tu restricción está antes del paso de construir. Mide qué porcentaje del tiempo total se consume antes de que alguien escriba código: en las compañías que he mirado suele estar bastante por encima de la mitad. Mientras eso no baje, mejores herramientas solo generan más trabajo en curso.
¿Significa que necesitamos menos ingenieros?
Normalmente significa otra forma, no un número menor. Lo que suelo encontrar es demasiada gente coordinando, muy poca capaz de definir un problema con precisión o de revisar bien lo generado, y una capa de arquitectura que ha dejado de producir sucesores. Si recortas antes de arreglar la forma, se te van las personas equivocadas.
¿Esto vale solo para compañías de software?
No, y fuera del software las ganancias suelen ser mayores. Un retailer, una aseguradora o un grupo de medios tienen más trabajo genuinamente especificable y menos resistencia interna a la idea de que especificar es una disciplina. Los entornos regulados también funcionan bien: ya tienen la costumbre de escribir las cosas.
¿Cuánto tarda un consejo en ver algo?
Un diagnóstico son cuatro a seis semanas y ya sirve por sí solo. Un programa de entrega dura unas ocho semanas y debería poner resultado funcionando sobre un sistema real dentro de esa ventana. Un programa que solo produce un método no ha demostrado el método.
¿Qué pasa cuando te vas?
El método tiene que quedarse en personas con nombre dentro de la compañía o se degrada en un trimestre. Eso es una restricción de diseño del encargo, no un añadido: hago las sesiones con el equipo que ejecuta, no con un comité que mira.
Si tu programa de IA está muy ocupado y las cifras no se mueven
Es la razón más habitual por la que me llaman, y se diagnostica en unas semanas. Cuéntame qué habéis probado.