conseil IA
Un conseil IA qui se termine par deux ou trois cas à construire
Le conseil d'administration a demandé de l'IA, deux pilotes ne sont jamais sortis, et toutes les présentations d'éditeurs disent la même chose dans une autre typographie. Nous passons dix jours à mesurer ce que le travail vous coûte aujourd'hui, à retenir les endroits où un modèle change ce chiffre, et à dire pour chacun s'il faut le construire ou l'acheter. Vous repartez avec une note que vos propres ingénieurs peuvent contester et une première livraison cadrée, avec une date et un prix en face.
10 jours, dont l'essentiel passé à mesurer ce qui se passe aujourd'hui
Le comparatif d'éditeurs est barré exprès : une liste d'outils sans base de mesure déplace le débat dans une autre réunion au lieu de le trancher.
Ambition
Un mandat du conseil, des pilotes jamais sortis, des données que personne n'a annotées.
- board asks for AIno target
- pilotsnever shipped
- dataunlabelled
- vendor deckscompared
Liste courte
Deux ou trois cas avec les chiffres d'aujourd'hui, un arbitrage faire ou acheter, une livraison cadrée.
- shortlist2–3 use cases
- baselinemeasured today
- build/buy callper case
- first deliveryscoped
10 jours, dont l'essentiel passé à mesurer ce qui se passe aujourd'hui
Comment le travail se déroule
- 01jours 1–2
Trouver où passent les minutes et l'argent
Des entretiens plus tout ce qui se compte : volumes de tickets, temps de traitement, taux d'erreur, reprises. La moitié de la valeur de cette étape est que les chiffres se révèlent en général être une nouvelle en interne.
- 02jours 2–4
Trier les candidats selon leur vérifiabilité
Un cas dont la bonne réponse est enregistrée peut être évalué. Un cas sans devient une affaire d'opinion dès sa mise en service, donc il descend en bas de la liste quelle que soit sa beauté en réunion.
- 03jours 4–7
Faire ou acheter, cas par cas
Pour chaque cas retenu : ce que coûte un produit, ce que coûte de le construire, ce que vous possédez ensuite. Nous vivons de développement logiciel, alors nous nous obligeons à nommer au moins un cas où acheter l'emporte.
- 04jours 7–10
Cadrer la première livraison
Un cas, avec un jeu d'évaluation, une base de mesure, une date et un prix. Assez petit pour qu'un échec se survive, assez réel pour qu'un succès prouve quelque chose aux gens qui ont voté le budget.
Ce que fait la plateforme, ce que fait un humain
| Ce que fait la plateforme, ce que fait un humain | Qui fait quoi | Notes |
|---|---|---|
| Lire vos systèmes pour la faisabilité | Plateforme | Quelles données existent, où elles sont, et si on peut les atteindre depuis l'endroit où le travail se fait. |
| Mesurer la base | Les deux | L'extraction est mécanique. Se mettre d'accord sur ce qui compte comme une erreur est une conversation avec les gens qui font le travail. |
| Classer les candidats | Ingénieur | Selon la possibilité de vérifier le résultat une fois en service. |
| L'arbitrage faire ou acheter | Ingénieur | Du jugement, avec notre conflit d'intérêts énoncé dans le même paragraphe que la recommandation. |
| L'état des données | Les deux | La plateforme rapporte ce qui est là. Un humain estime ce que coûtera de le rendre exploitable. |
| La note | Ingénieur | Quatre à huit pages, écrites pour que vos propres ingénieurs les contestent. |
Pourquoi ce conseil vaut dix jours
Nous sommes ceux qui construisent ensuite, et des dizaines de migrations et plus de dix ans de legacy se tiennent derrière chaque recommandation de la note. L'estimation qu'elle contient est une estimation que nous devrons tenir, pas une fourchette recopiée d'un rapport d'analyste. Quand nous annonçons vingt jours de construction pour un cas, c'est parce que nous en avons déjà livré un.
Prenez les deux premiers jours seuls si vous voulez commencer plus petit. Si la base que nous rapportons ne vous apprend rien que vous ne sachiez déjà sur votre propre exploitation, vous aurez dépensé deux jours et non un trimestre.
Questions que nous posent les ingénieurs
- Vous construisez des choses. En quoi votre conseil n'est-il pas de la vente ?
- Il n'est pas neutre et nous ne prétendons pas qu'il l'est. Ce que nous faisons à la place, c'est énoncer le conflit dans la note, nommer au moins un cas où acheter bat construire, et chiffrer la première livraison à part pour que la note vaille la peine d'être portée à quelqu'un d'autre.
- Nous faut-il une plateforme de données avant tout cela ?
- En général moins que ce qu'on vous a dit. La plupart des premiers cas demandent quelques années d'enregistrements et un moyen de les lire, pas un programme d'entrepôt de données. Un programme d'entrepôt est un moyen fiable de dépenser dix-huit mois avant de savoir si le cas fonctionne.
- Nos pilotes meurent après la démo. Pourquoi ?
- Presque toujours parce que personne n'a défini à quoi ressemble une bonne réponse avant de construire, donc le pilote n'est pas évaluable et n'a aucune route vers la production. L'étape deux existe pour éviter que cela arrive une troisième fois.
- En quoi est-ce différent de votre audit ?
- L'audit lit un code source et planifie une réécriture. Celui-ci lit un processus métier et décide si un modèle aide. Les sociétés qui ont un vieux système et un mandat IA ont souvent besoin des deux, en général dans cet ordre, et nous les enchaînons.
- De qui avez-vous besoin chez nous ?
- Quelqu'un qui possède le processus et quelqu'un qui peut engager le budget, environ trois heures chacun. Ce n'est pas un atelier, et nous n'avons pas besoin de votre comité de direction dans une salle.
Demandez-nous par où commencer
Deux choses nous suffisent : ce que le conseil a réellement demandé, et quels processus mangent le plus d'heures. Nous revenons avec ce que couvre la revue et ce qu'elle coûte.
Un ingénieur répond, en demandant en général ce que vous savez déjà mesurer.