Choisir un partenaire pour développer un logiciel est l’une des décisions les plus coûteuses d’une entreprise en croissance. C’est aussi l’une des plus difficiles à évaluer, car on ne voit souvent la qualité du travail que lorsqu’il est trop tard. Les portfolios et les présentations commerciales en disent peu. La façon dont une équipe travaille en dit presque tout.
Ces douze questions fonctionnent que vous compariez des agences à Casablanca, des freelances à Lisbonne ou des cabinets à Montréal.
Comprendre votre besoin
1. Ont-ils posé plus de questions qu’ils n’ont donné de réponses ? Une bonne équipe passe le premier rendez-vous à comprendre votre activité, vos utilisateurs et vos contraintes. Une équipe qui propose une solution dans les trente premières minutes est en train de vendre, pas de résoudre votre problème.
2. Savent-ils reformuler votre problème ? Demandez un résumé écrit du projet. Si ce résumé est vague ou générique, l’estimation le sera aussi.
3. Vous disent-ils ce qu’il ne faut pas développer ? Savoir réduire le périmètre est un signe d’expérience. Tout accepter est le signe d’une estimation qui va grossir.
Qualité technique
4. Qui va réellement faire le travail ? Rencontrez les développeurs, pas seulement le commercial. Renseignez-vous sur leur expérience et sur le nombre d’autres projets qu’ils mènent en parallèle.
5. Comment prennent-ils et consignent-ils les décisions techniques ? Cherchez des plans écrits ou des registres de décisions. « On utilisera le dernier framework » n’est pas un plan.
6. Comment testent-ils et mettent-ils en ligne ? Interrogez-les sur la relecture du code, les tests automatiques, les environnements de test et la façon dont une mise à jour arrive sur le système en ligne. Des mises en ligne manuelles, tard le soir, sont un signal d’alerte.
7. Comment gèrent-ils la sécurité et les données personnelles ? Ils doivent parler sans difficulté de contrôle des accès, de stockage des mots de passe et des clés, de sauvegardes et de textes comme la loi 09-08 au Maroc ou le RGPD.
Livraison
8. À quelle fréquence verrez-vous un logiciel qui fonctionne ? La bonne réponse est toutes les une à deux semaines, sur un site de test que vous pouvez utiliser vous-même, pas une diapositive avec un pourcentage.
9. Comment les changements sont-ils gérés ? Le périmètre va évoluer. Il doit exister une procédure simple et écrite pour estimer et valider les changements.
10. Que se passe-t-il après le lancement ? Maintenance, support, surveillance et délais d’intervention doivent être définis avant la signature, pas négociés pendant une panne.
Propriété
11. À qui appartiennent le code, les comptes et les données ? La réponse doit être « à vous, dès le premier jour » : le code stocké sur le compte de votre entreprise, les comptes cloud à votre nom et les noms de domaine enregistrés chez vous.
12. Une autre équipe pourrait-elle reprendre le projet demain ? Demandez à voir la documentation d’un projet passé. Si un nouveau développeur ne pouvait pas faire fonctionner le système à partir de cette documentation, vous seriez captif.
Une méthode de notation simple
Notez chaque candidat de 0 à 2 sur chaque question, et comptez double les questions « Propriété » et « Livraison ». Le total ne prendra pas la décision à votre place, mais il transforme une intuition en une discussion argumentée au sein de votre équipe.
Avant de signer
- Commencez par une phase de cadrage payante ou une petite première étape. C’est le moyen le moins cher de tester la relation.
- Vérifiez que le contrat couvre la propriété intellectuelle, les critères de validation et les conditions de sortie.
- Désignez un seul interlocuteur de votre côté, capable de décider rapidement.
Si vous souhaitez un avis indépendant sur les propositions reçues, y compris celles qui ne viennent pas de nous, notre équipe de conseil technologique peut vous aider.