Comment nous cadrons un projet géospatial en deux semaines

Quarante pages est une longueur normale pour un devis géospatial qui n'a jamais touché un millier de lignes des données du client. Nous avons arrêté d'en écrire. Notre plus petite mission dure deux semaines : elle commence avec un échantillon de vos vrais fichiers et se termine sur une tranche fine de logiciel opérationnel, posée sur votre véritable pipeline.

La thèse que ce billet défend : pour la plupart des travaux géospatiaux, deux semaines de cadrage sur données réelles battent une proposition traditionnelle, qui ne peut que deviner ce dont vous croyez avoir besoin. Un devis est écrit pour être approuvé. Un sprint de cadrage est conçu pour être démontré faux, et être démontré faux dès la première semaine est l'échec le moins cher que vous achèterez jamais.

Un devis rédigé avant l'arrivée des données chiffre une fiction

Voici comment la fiction s'accumule. Un product owner décrit une fonction de routage au fil de deux visioconférences : géocoder des adresses clients et colorier une carte de livraison selon les retards. Le devis chiffre le géocodage comme un problème résolu, et pourquoi pas, tous les fournisseurs le vendent. À la quatrième semaine de la construction, les données arrivent enfin, et un quart des adresses ne trouve pas de correspondance parce que les codes postaux d'un pays ont des années de retard. Personne n'a chiffré cette archéologie. Le devis disait six semaines, le devis était sincère, et la sincérité ne vaut pas connaissance.

Le schéma se généralise au-delà des codes postaux. Les réseaux routiers transportent des segments fermés que personne ne maintient à la source. Les traces de flotte arrivent en heure locale pour la moitié des véhicules et en UTC pour l'autre. Tout cela reste invisible jusqu'à ce que le code d'un ingénieur rencontre le fichier, et tout cela était décelable dès la semaine une, pour le prix d'un seul chargement.

Ce que nous demandons à voir avant d'avancer un chiffre

La première demande : les données elles-mêmes, un échantillon dès le premier jour, pas un dictionnaire de données en semaine trois. Mille enregistrements suffisent d'habitude à montrer ce que mille diapositives ne montreront jamais : des colonnes de coordonnées inversées, des encodages de rue qui cassent sur les noms accentués. Un dictionnaire de données décrit ce que les données devraient être. L'échantillon nous dit ce qu'elles sont.

Vient ensuite le reste, parce que les données ne sont qu'une des quatre choses qu'un devis à l'aveugle doit présupposer.

Ce que nous demandons	Ce que ça change
Un échantillon des vraies données, même 1 000 enregistrements	Les projections et les encodages apparaissent au premier chargement plutôt qu'à la neuvième réunion
Là où le résultat doit tourner	Un pipeline dans le cloud et un navigateur hors ligne sur l'ordinateur portable d'un départ de sentier sont deux disciplines différentes
Le nom de l'unique personne qui valide	Un nom, c'est une spécification. Un comité, c'est un blocage
Votre définition de « terminé », énoncée de façon opérationnelle	« De meilleures estimations de livraison » est une humeur. « Les répartiteurs cessent de téléphoner aux chauffeurs au sujet des retards » est un test

La demande de validation surprend les gens, et pourtant elle a sa place dans chaque cadrage. Les devis écrits pour un comité meurent dans un comité, discrètement, sur un budget que vous avez déjà engagé. Une personne nommée, qui détient le test d'acceptation et le processus de changement : voilà ce qui transforme un document de cadrage en un accord sur lequel on peut réellement agir.

Les définitions opérationnelles de « terminé » comptent pour la même raison. Si personne ne peut dire ce que l'utilisateur cesse de faire une fois que la chose marche, alors personne ne peut vérifier que le projet a fait quoi que ce soit, et le litige à la remise portera sur des opinions plutôt que sur des comportements. Une seule phrase testable coûte dix minutes et épargne la dispute.

Les deux promesses que nous refusons de faire

La première est toute promesse en forme de « l'IA réduira votre travail manuel de 80 % ». Un agent qui surveille les journaux de validation en échec peut raisonnablement absorber l'essentiel de la charge de triage d'un ingénieur, et le schéma est bien établi. Le pourcentage précis dépend de la part de votre volume d'échecs qui exige réellement du jugement humain, et la seule façon de le savoir est de le mesurer. La version honnête de la promesse est donc un plan de mesure : captez d'abord votre référence, faites tourner un pilote contre elle, puis rendez compte de ce qui a bougé. Nous ne chiffrerons pas le nombre avant que la référence existe, et un fournisseur qui le fera parie sur votre budget.

La seconde est un calendrier écrit avant que quelqu'un ait analysé vos fichiers. Tout planning construit sans charger un échantillon des données est une fiction qui porte un diagramme de Gantt. Nous vous donnerons quand même une fourchette de budget dès le premier appel, parce qu'une fourchette large énoncée sans détour est équitable. Nous la resserrons en semaine deux, quand la tranche tourne et que les surprises ont pris une forme.

La version allégée qui échoue à un seul endroit décisif

Nous esquissons sans arrêt une version moins chère de tout cela : un questionnaire structuré, des réponses par courriel, un devis pour jeudi. Elle échoue à exactement un endroit, et l'endroit est décisif. Faites tourner le scénario dans votre tête. Le formulaire demande combien d'enregistrements vous détenez, et la réponse revient « environ 10 000 ». Le chargement prend deux heures et renvoie 380 000 enregistrements, parce qu'une migration a multiplié le volume presque quarante fois le printemps dernier et que personne, en remplissant le formulaire, ne le savait. Rien dans cet écart n'est malhonnête. Un questionnaire mesure l'intention, et les données mesurent les données. La version allégée reste sur le papier, et deux semaines reste deux semaines.

Semaine une sur les données, semaine deux comme une tranche à travers elles

Le cadrage n'est pas une série d'entretiens de recueil des besoins. L'ingénieur qui va construire la chose passe la semaine à charger vos vrais intrants : les tables d'adresses, les traces de flotte, tout ce sur quoi le travail tournera vraiment. Les livrables attendus vendredi sont au nombre de deux : une liste classée des inconnues restantes, avec un coût écrit à côté de chacune, et une référence mesurée pour tout ce que le projet promet d'améliorer. Cette référence est ce qui rend honnête chaque pourcentage ultérieur.

La semaine deux construit une tranche verticale, un chemin fin à travers la vraie pile, de l'intrant réel à la sortie visible. Si le projet est du routage de livraison, la tranche, c'est une poignée de vos adresses géocodées et un itinéraire calculé sur votre propre réseau routier, rendu dans la propre pile de votre application. La tranche n'a ni écran de connexion, ni polissage, ni configuration. Ce qu'elle a, c'est la réponse qu'un devis ne peut pas donner : est-ce que l'approche tient face au pipeline que vous possédez réellement. Elle met aussi un prix tôt sur le travail invisible. Quand votre échantillon se révèle avoir besoin d'un passage de déduplication avant qu'un géocodeur puisse y toucher, la semaine deux ajoute une ligne de poste à l'estimation, à un moment où le chiffre est encore négociable.

La personne qui vous chiffre devrait être celle qui construit

Dans une grande société, la personne qui chiffre votre projet rencontre souvent vos données pour la première fois après votre signature. Chaque passage de témoin entre l'estimateur et le bâtisseur perd un peu de fidélité, et les pertes s'accumulent dans un seul sens : l'estimation reste optimiste pendant que la construction découvre la vérité. Sur une équipe de notre taille, le devis est écrit par les mains qui vont charger les données, si bien que le chiffre porte ce que les données ont enseigné. C'est de la structure, pas de la vertu. Aucun chargé de compte n'est placé entre l'estimation et les conséquences, et c'est exactement l'obligation de rendre des comptes que vous achetez en confiant le travail à un petit cabinet.

Quand vous avez vraiment besoin d'un prix ferme

Le cadrage d'abord a un angle mort, et ce sont les achats. Si votre cycle budgétaire exige un engagement ferme avant que quoi que ce soit ne bouge, un sprint de deux semaines qui se termine sur « maintenant on peut parler des chiffres » ne fonctionne pas pour vous, et nous ne prétendrons pas le contraire. Notre solution : lancer quand même le sprint de cadrage, à une fraction du coût de la construction. Puis écrire le devis ferme ensuite, sur ce que la semaine une a démontré, avec la provision pour aléas affichée comme un poste à part entière. Si vos règles internes interdisent même le sprint, faites plutôt ceci : exigez de chaque soumissionnaire qu'il nomme, par écrit, les hypothèses sur lesquelles repose son prix ferme et qui porte le risque quand une conjecture se révèle fausse. Un fournisseur qui répond à cet exercice par des hypothèses muettes déguisées en certitudes vous a en dit plus sur sa soumission que n'importe quel appel à références.

À retenir : avant de comparer les propositions, posez à chaque fournisseur une seule question, ce qu'il faudrait lui montrer avant qu'il ne s'engage sur un chiffre. Puis envoyez-lui l'échantillon. Quiconque chiffre sans charger vos données vous vend un pari. Quiconque demande l'échantillon d'abord vous vend une mesure. Les deux sont licites. Un seul mérite d'être financé.

AngoraTek est un cabinet de conseil géospatial de petite taille. Si vous vous apprêtez à financer quelque chose de ce genre, [contactez-nous](/fr/#contact), et apportez l'échantillon de données avec vous.