estrategia de IA
Consultoría de IA que termina con dos o tres casos que construir
El consejo pidió IA, dos pilotos no llegaron a salir y todas las presentaciones de proveedores dicen lo mismo con otra tipografía. Dedicamos diez días a medir lo que el trabajo le cuesta hoy, dejamos en la lista corta los sitios donde un modelo cambia esa cifra y decimos en cada uno si conviene construirlo o comprarlo. Acaba con un informe que sus propios ingenieros pueden discutir y una entrega acotada con fecha y precio al lado.
10 días, la mayor parte midiendo lo que pasa ahora
La comparativa de proveedores está tachada a propósito: una lista de herramientas sin una medición de partida mueve la discusión a otra reunión en lugar de zanjarla.
Ambición
Un mandato del consejo, pilotos que no salieron y datos que nadie ha etiquetado.
- board asks for AIno target
- pilotsnever shipped
- dataunlabelled
- vendor deckscompared
Lista corta
Dos o tres casos con las cifras de hoy, una decisión de construir o comprar en cada uno y una entrega acotada.
- shortlist2–3 use cases
- baselinemeasured today
- build/buy callper case
- first deliveryscoped
10 días, la mayor parte midiendo lo que pasa ahora
Cómo va el trabajo
- 01días 1–2
Encontrar dónde se van los minutos y el dinero
Entrevistas más todo lo que se pueda contar: volumen de tickets, tiempos de resolución, tasas de error, retrabajo. La mitad del valor de este paso es que las cifras suelen resultar una novedad dentro de casa.
- 02días 2–4
Ordenar candidatos por si se pueden comprobar
Un caso con la respuesta correcta registrada se puede evaluar. Uno sin ella pasa a ser cuestión de opinión en cuanto sale, así que se va al final de la lista por bien que suene en la sala.
- 03días 4–7
Construir o comprar, caso por caso
Para cada caso de la lista corta: lo que cuesta un producto, lo que cuesta construirlo y qué tiene usted después. Vivimos de construir software, así que nos obligamos a nombrar al menos un caso en el que comprar gana.
- 04días 7–10
Acotar la primera entrega
Un caso, con conjunto de evaluación, medición de partida, fecha y precio. Lo bastante pequeño para que un fracaso se sobreviva y lo bastante real para que un acierto demuestre algo a quien aprobó el presupuesto.
Qué hace la plataforma y qué hace una persona
| Qué hace la plataforma y qué hace una persona | Quién hace qué | Notas |
|---|---|---|
| Leer sus sistemas para ver la viabilidad | Plataforma | Qué datos existen, dónde están y si se pueden alcanzar desde donde ocurre el trabajo. |
| Medir la línea de partida | Los dos | La extracción es mecánica. Ponerse de acuerdo en qué cuenta como error es una conversación con quien hace el trabajo. |
| Ordenar los candidatos | Ingeniero | Por si el resultado se puede comprobar una vez está en marcha. |
| La decisión de construir o comprar | Ingeniero | Juicio, con nuestro conflicto de interés escrito en el mismo párrafo que la recomendación. |
| El estado de los datos | Los dos | La plataforma informa de lo que hay. Una persona estima lo que costará dejarlo usable. |
| El informe | Ingeniero | De cuatro a ocho páginas, escritas para que sus propios ingenieros las discutan. |
Por qué el consejo vale diez días
Los que después construyen la cosa somos nosotros, y detrás de cada recomendación del informe hay decenas de migraciones y más de diez años de trabajo sobre sistemas legacy. La estimación que lleva dentro es una que luego tenemos que sostener, no un rango copiado del informe de un analista. Cuando decimos que un caso son quince días de construcción, es porque hemos construido uno.
Coja los dos primeros días sueltos si quiere empezar más pequeño. Si la medición de partida que traemos no le dice nada que no supiera ya de su propia operación, habrá gastado dos días y no un trimestre.
Preguntas que nos hacen los ingenieros
- Ustedes construyen cosas. ¿Cómo no va a ser venta su consejo?
- No es neutral y no decimos que lo sea. Lo que hacemos en su lugar es dejar el conflicto escrito en el informe, nombrar al menos un caso donde comprar gana a construir, y poner precio a la primera entrega por separado para que el informe valga la pena llevárselo a otro.
- ¿Necesitamos una plataforma de datos antes de todo esto?
- Normalmente menos de lo que le han contado. Casi todos los primeros casos necesitan unos años de registros y una forma de leerlos, no un programa de almacén de datos. Un programa de almacén es una manera fiable de gastar año y medio antes de saber si el caso siquiera funciona.
- Nuestros pilotos se mueren después de la demo. ¿Por qué?
- Casi siempre porque nadie definió qué aspecto tiene lo correcto antes de construir, así que el piloto no se puede evaluar y no tiene ruta a producción. El paso dos existe para que eso no pase una tercera vez.
- ¿En qué se diferencia de su auditoría?
- La auditoría lee una base de código y planifica una reescritura. Esta lee un proceso de negocio y decide si un modelo ayuda. Las empresas con un sistema viejo y un mandato de IA suelen necesitar las dos, normalmente en ese orden, y las encadenamos una detrás de otra.
- ¿A quién necesitan de nuestro lado?
- Alguien que sea dueño del proceso y alguien que pueda aprobar presupuesto, unas tres horas cada uno. Esto no es un taller y no necesitamos a su comité de dirección en una sala.
Pregúntenos por dónde empezar
Dos cosas nos bastan para arrancar: qué pidió de verdad el consejo y qué procesos se comen más horas. Volvemos con lo que cubre la revisión y lo que cuesta.
Contesta un ingeniero, y suele preguntar qué pueden medir ya.