Escrito entero, para que puedas juzgar si merece un día del tiempo de tu equipo antes de hablar conmigo.
A casi nadie que no use bien estas herramientas le falta una explicación. Se enfrenta a algo más corriente: la forma antigua ya funciona, y la nueva cuesta algo hoy a cambio de un beneficio que todavía es una promesa.
Por eso las demostraciones no cambian nada. Ver a otro hacer algo no ha cambiado nunca la forma de trabajar de nadie.
Un taller gana donde pierde una demostración, y no por el material. Gana porque durante esas horas seguir como siempre no está disponible. Así que el objetivo del día no es que tu equipo entienda un marco teórico: es que cada persona haya hecho una cosa real y útil por sí misma antes de salir.
Empezamos trabajando, no escuchando. Tu equipo pide un cambio pequeño y real sobre algo que ya ha construido, y luego — esta es la parte nueva para casi todos — lo usa antes de pedir lo siguiente. Casi siempre se dan cuenta de cuántas veces habrían seguido pidiendo sin comprobar nada.
No una clase sobre categorías. Un interrogatorio a vuestro proyecto: dónde están vuestras claves ahora mismo, qué vuelve si esto se borra esta noche, si alguien puede leer los datos sin pasar por el login, cuánto costó el mes pasado. Vamos rellenando el mapa en pantalla.
Elegimos dos o tres huecos — empezando siempre por aquellos donde el daño lo paga alguien que no eres tú — y los arregla tu equipo, en vivo, con su propio agente. Salir con algo reparado de verdad es la diferencia entre un taller y una presentación.
Montamos juntos un mecanismo, apuntando a lo que más miedo os dé: un test descrito en palabras llanas, viéndolo fallar a propósito para que signifique algo, y la costumbre de pedir pruebas en vez de tranquilidad. "Ya está" y "aquí tienes una captura de la cosa funcionando" no son la misma afirmación.
Cerramos el mapa con las dos columnas que importan: quién comprueba cada casilla y qué pasa en las próximas cuatro semanas. Tres acciones con nombre y fecha, no trece.
No toco vuestro proyecto: ni cuando es más lento, ni cuando la solución es obvia, ni cuando aparece algo urgente. Si lo arreglo yo, salís con el problema resuelto y sin saber resolverlo, que es el peor de los dos resultados. Cuando alguien me pregunta cómo se hace algo, mi respuesta suele ser "pregúntaselo al agente y vemos qué contesta", porque aprender a hacer eso es la mayor parte de lo que estáis pagando.
Si la sala se queda en silencio con "¿dónde están vuestras claves?", no lo rescato con una respuesta genérica. Anotamos la casilla como vacía y seguimos. Saber que una casilla está vacía es justo el objetivo del ejercicio, y vale más que una sesión sin sobresaltos.
Una clave de producción al aire, datos de clientes legibles por cualquiera: paramos la agenda y se arregla en ese momento. Descubrir una fuga y seguir con el guion sería absurdo.
Un documento corto, en 48 horas. No una presentación.
Va incluida una sesión corta de seguimiento. Es donde vemos qué se intentó, qué falló y por qué — y existe porque un plan sin punto de control se evapora en silencio. También es el momento honesto para decidir si quieres algo más de mí, que es una pregunta que se responde mejor después de haber probado por tu cuenta que al final de un día largo.
Con una llamada corta basta para saber si esto encaja con tu equipo. Si no encaja, te lo digo.