Ensayo · IA y disciplina de capital · Parte 03 de 12
Lo más caro que he visto construir a una empresa es un piloto que funcionó.
Funcionó. Todos coincidieron en que funcionó. El demo era bueno, a los usuarios les gustó, los números de la prueba eran reales. Once meses después seguía siendo un piloto, el equipo que lo construyó estaba reasignado, y el contrato con el proveedor se renovó solo, porque cancelarlo exigía una decisión y nadie era dueño de esa decisión.
No falló nada. Por eso cuesta tanto detectarlo.
El éxito es el resultado peligroso
Un piloto que fracasa se mata. El fracaso es ruidoso, el presupuesto vuelve, todos siguen. El fracaso es barato y se limpia solo.
Un piloto que funciona entra en el limbo. Tiene evidencia a favor, así que nadie puede argumentar en contra. No tiene dueño en producción, así que nadie puede avanzarlo. Se queda ahí generando un costo recurrente chico y mucha buena voluntad interna, y la buena voluntad es lo que lo mantiene vivo.
Con el tiempo llegué a pensar que ese es el verdadero modo de falla de la innovación corporativa. No los proyectos que no funcionan. Los que funcionan y no tienen a dónde ir.
La pregunta que lo evita
Antes de arrancar un piloto alguien tiene que responder esto: quién lo posee en producción, y cuánto le cuesta.
Las dos mitades importan. La primera se responde mal con facilidad. Alguien se ofrece, se anota un nombre, todos se sienten cubiertos. La segunda es donde se pone real. Poseer en producción significa dotación, línea presupuestal, turno de guardia, carga de soporte, un lugar en el plan operativo de alguien.
Si nadie aceptó absorber ese costo, el piloto no tiene destino. Igual puedes correrlo, y a veces debes. Pero estás corriendo un experimento, no un despliegue, y conviene decirlo en voz alta antes y no descubrirlo después.
En qué me equivoqué
Mucho tiempo creí que la solución eran mejores traspasos. Documentación más limpia, más semanas de solapamiento, manuales más completos.
No es eso. La calidad del traspaso casi no mueve el resultado. Lo que sí lo mueve es si el equipo receptor ayudó a definir los criterios de éxito desde el principio. Un equipo que opinó sobre qué significa «funciona» se lleva la cosa. Un equipo al que le entregan un producto terminado sin haber opinado encuentra razones por las que no calza en su entorno, y casi siempre tiene razón, porque no calza.
Así que el dueño operativo no es un receptor. Participa desde la primera semana, o el traspaso va a fallar por buena que sea la documentación.
Criterios de muerte, escritos antes
La otra mitad de la propiedad es el permiso para parar. Escribe, antes de arrancar, qué resultado lo termina. Sin lenguaje vago. Un umbral y una fecha.
Esto parece innecesario mientras todos están optimistas. Es lo único que funciona después, cuando el piloto es ambiguo, el equipo está encariñado, y quien tendría que pararlo es quien lo impulsó. Nadie gana esa discusión ese día. Se gana antes o no se gana.
El lunes
Saca la lista de pilotos vivos. Para cada uno, nombra al dueño en producción y la línea presupuestal que lo va a cargar. Después nombra el resultado que lo mataría y la fecha en que vas a revisar.
Cualquier piloto sin alguna de esas respuestas no va camino a producción. O le das uno esta semana o dejas de pagarlo.
El principio operativo. Un piloto sin dueño en producción y sin umbral de muerte escrito no es un piloto. Es una suscripción.
Juan Vegarra es autor de El Manual del Outsider. Las opiniones aquí son suyas. Más ensayos · Asesoría · Escríbeme