Comment choisir un prestataire IT sans que le projet dérape
Le prix et le portfolio sont les deux critères les moins prédictifs. Les questions qui révèlent réellement comment un prestataire se comportera quand le projet se compliquera.
En résumé : le prix et le portfolio sont les deux critères les moins prédictifs de la réussite d'un projet. Ce qui prédit, c'est la façon dont un prestataire réagit quand quelque chose se passe mal — et cela se teste avant de signer, en posant quatre questions précises. Le meilleur prestataire n'est pas celui qui dit oui à tout : c'est celui qui vous dit non de manière argumentée pendant l'avant-vente.
Pourquoi le portfolio trompe
Un portfolio montre des projets livrés. Il ne montre ni les projets abandonnés, ni les délais réels, ni le nombre de fois où le client a dû relancer. Deux prestataires avec des réalisations comparables peuvent avoir des comportements radicalement différents en cas de difficulté.
Demandez plutôt une référence sur un projet qui s'est mal passé, et ce qui a été fait. Un prestataire expérimenté en a un et sait en parler. Celui qui affirme n'en avoir jamais eu vous apprend soit qu'il a peu d'expérience, soit qu'il n'est pas franc.
Les quatre questions qui discriminent
- « Que se passe-t-il si nous changeons d'avis sur une fonctionnalité au milieu du projet ? » La bonne réponse décrit un processus : chiffrage de l'impact en délai et budget, décision explicite, trace écrite. La mauvaise réponse est « pas de souci, on s'arrangera » — c'est la promesse qui devient une facture surprise.
- « Qui travaillera concrètement sur le projet, et sur combien d'autres projets en parallèle ? » Vous rencontrez souvent le meilleur profil en avant-vente et un autre en réalisation. Demandez les noms, et demandez-les par écrit.
- « À qui appartient le code, et comment y accède-t-on ? » Sans accès au code source et aux comptes techniques, vous ne pilotez pas votre prestataire : vous en dépendez. C'est le point le plus coûteux à corriger après signature.
- « De quoi avez-vous besoin de notre part, en jours, pendant le projet ? » Un prestataire sérieux a un chiffre. Un prestataire qui répond « très peu » n'a jamais mesuré, ou prépare le terrain pour vous reprocher plus tard votre indisponibilité.
Le signal le plus fiable
Un bon prestataire vous contredit avant de signer. Il vous dit que votre périmètre est trop large pour le budget, que votre délai n'est pas tenable, ou qu'une fonctionnalité que vous demandez ne servira à personne. C'est désagréable en réunion et rentable six mois plus tard.
À l'inverse, un prestataire qui accepte tout sans discuter n'a pas évalué votre projet — il a évalué votre volonté d'acheter.
Ce qu'il faut mettre par écrit
- Le périmètre, avec ses exclusions explicites
- Les critères de recette, définis avant le développement
- Les délais de réponse attendus de part et d'autre
- La propriété du code et la remise des accès
- Ce qui se passe si la collaboration s'arrête en cours de route
Ce dernier point est celui qu'on évite de discuter parce qu'il met mal à l'aise. C'est aussi celui dont on a besoin exactement au moment où plus personne n'a envie de négocier.
Une grille de notation à utiliser dès maintenant
Notez chaque prestataire de 0 (pas de réponse) à 2 (réponse précise et écrite) sur les huit lignes ci-dessous. Sous 10 sur 16, il n'a pas encore mérité votre signature.
- Un projet qui s'est mal passé : 0 = « jamais », 2 = un cas précis, avec la correction apportée.
- Demande de changement : 0 = « pas de souci », 2 = impact chiffré en délai et budget, par écrit.
- Personnes nommées sur votre projet : 0 = inconnues, 2 = noms et temps alloué, par écrit.
- Propriété du code et accès : 0 = flou, 2 = dépôt et comptes à votre nom dès le premier jour.
- Votre temps nécessaire : 0 = « très peu », 2 = un nombre de jours par phase.
- A contesté votre périmètre ou budget avant la signature : 0 = jamais, 2 = vous a dit quoi retirer et pourquoi.
- Critères d'acceptation : 0 = définis à la fin, 2 = écrits avant le développement.
- Conditions de sortie : 0 = non abordées, 2 = remise du code, de la documentation et des accès.
Ce qui arrive quand on saute cette étape
Sur un chantier de 90 000 $, six sprints plus tard, tous les rapports étaient au vert. Confrontés aux critères d'acceptation écrits, trois sprints sur six étaient seulement partiellement livrés : le prestataire présentait le cas nominal et repoussait la gestion des erreurs, les droits d'accès et la migration des données vers une phase absente du contrat. Repéré au sprint six, cela s'est renégocié sans coût. Découvert à la recette, cela devenait un avenant à cinq chiffres élevés.
Pour aller plus loin
Si vous ne pouvez pas juger vous-même les réponses, un regard indépendant coûte moins qu'un seul avenant. Voir la supervision de prestataire ou l'audit de risque projet.
Articles similaires
Notes
Audit de code : ce qu’il vérifie et ce qui détermine son prix
Ce que couvre un audit de code utile, des constats réels tirés de projets en production, ce qui fait varier le prix et cinq questions à poser à tout auditeur.
Notes
Modèle de cahier des charges pour une application mobile
Le modèle en neuf rubriques que j’utilise pour une application mobile, avec des critères d’acceptation testables et les erreurs à éviter.
Notes
Comment évaluer le travail d’une agence de développement sans lire le code
Noter chaque livrable face à des critères écrits, tester côté métier, repérer les cinq signaux d’alerte et vérifier ce qui est entre vos mains.
Newsletter
Recevez mes prochains articles directement dans votre boîte mail.