Choisir
Une démo qui marche n'est pas un outil qui tient.
Une IA génère en quelques minutes un site qui a l'air complet. Ce qui sépare cette démo d'un outil, ce sont les décisions que personne n'a encore prises.
Ce que l'IA sait faire
C'est impressionnant, et nous nous en servons nous-mêmes pour travailler plus vite.
Elle prouve qu'une idée se réalise. Elle ne prouve pas que l'outil tient quand un vrai métier s'en sert
Ce qu'aucune demande ne décrit
Un chemin, ou tous les cas
Ce que montre la démo
- Ouvrir
- Saisir
- Valider
- Terminé
Un seul chemin, choisi à l'avance : les données sont propres, la personne fait ce qu'on attend d'elle.
Ce qui arrive avec un vrai métier
- Une donnée incomplète ou en double
- Une fiche modifiée par deux personnes en même temps
- Un utilisateur qui revient en arrière
- Un droit d'accès à refuser
- Un tarif qui change selon le profil
- Une erreur à expliquer plutôt qu'à cacher
Personne ne décrit ces cas dans une demande, parce que personne ne les connaît avant d'avoir analysé le métier.
Chacun de ces cas se décide. Un cas qui n'a pas été décidé devient un comportement que personne n'a choisi.
Ce qui fait un développeur
Quelqu'un qui n'est pas développeur, mais qui sait utiliser l'informatique, peut penser que l'IA lui ouvre la barrière du code. C'est vrai.
Ce n'est plus le code qui fait le développeur. C'est l'analyse et l'architecture prévues au départ
Un outil qui tient demande qu'on connaisse le métier, qu'on décide chaque règle, qu'on la teste, et qu'on réponde du résultat. Aucune de ces étapes ne se génère : elle se fait avec vous.
L'IA accélère l'écriture du code. Elle ne remplace pas l'analyse.
Un exemple vécu
Une démo générée, puis un vrai prototype
-
Quelques heures
Une démonstration préparée avec une IA pour une société qui devait la présenter à son propre client : elle paraissait complète.
-
Plusieurs semaines
Le prototype fonctionnel que cette société nous a ensuite confié : analyse des cas, règles écrites, essais.
Devant le client, la démonstration n'a pas tenu : dès que la présentation est sortie du chemin prévu, les manques se sont vus. La société qui présentait a perdu la confiance de son client.
L'IA n'était pas en cause. Il manquait l'analyse.
Avant de valider
Trois questions à poser à celui qui présente la démo.
-
Que se passe-t-il quand une donnée est incomplète ou en double ?
La réponse montre si le cas a été décidé.
-
Qui peut faire quoi, et que voit celui qui n'en a pas le droit ?
Les droits se conçoivent dès le départ, ils ne s'ajoutent pas à la fin.
-
Comment modifie-t-on un contenu ou une règle, et qui le fait ?
Si la réponse est « le développeur », chaque changement passera par lui.
Avant de développer, nous décidons ces cas avec vous dans un cadrage écrit, puis nous testons l'outil avant toute mise en production.