Dix questions à poser pour choisir une société de logiciels

Quand une organisation cherche une société de logiciels, elle a souvent trois ou quatre devis en main. Les prix diffèrent, les délais aussi, mais les textes se ressemblent beaucoup. Tous parlent de « méthode agile », d’« architecture évolutive » et de « solution de bout en bout ».

Ces mots ne distinguent pas une société d’une autre. Ce qui les distingue, ce sont les réponses aux questions posées lors du premier rendez-vous. Dans cet article, je liste ces questions. En tant que société de logiciels, on nous les pose aussi, et nous voulons qu’on nous les pose.

1. Comment définissez-vous le périmètre ?

Une bonne société ne donne pas de prix au premier rendez-vous. Elle cherche d’abord à comprendre ce qu’il faut faire. Qui va l’utiliser, comment le travail se fait aujourd’hui, avec quels systèmes il faut échanger, quelles données seront traitées.

Un prix donné sans ces réponses n’est pas une estimation, c’est un espoir. Si le devis n’explique pas comment le périmètre a été défini, demandez.

2. Écrivez-vous ce que vous ne savez pas ?

Chaque projet commence avec des inconnues. Combien de données viendront de l’ancien système, la documentation d’une intégration est-elle à jour, comment les utilisateurs accueilleront-ils le nouvel écran.

Une société qui les écrit clairement dans son devis vous montre où se trouve le risque. Un devis qui les noie dans un prix ferme rend le risque invisible. Le risque ne disparaît pas, il apparaît simplement plus tard.

3. Sur quelle base accepterons-nous la livraison ?

La plupart des désaccords dans les projets logiciels naissent de la question « est-ce que ça marche ? ». La cause n’est pas technique. Personne n’a écrit au départ ce que « ça marche » veut dire.

Posez cette question vous-même. Pour chaque fonctionnalité, il faut écrire dans quel cas elle est considérée comme terminée. Nous l’avons expliqué en détail dans notre article sur les critères d’acceptation.

4. À quelle fréquence verrons-nous quelque chose qui fonctionne ?

Ne rien voir pendant six mois d’un logiciel livré dans six mois, c’est le terrain des malentendus les plus coûteux. Demandez à voir une version cliquable à intervalles réguliers. Toutes les deux semaines ou tous les mois, mais régulièrement.

5. Qui détiendra le code source et les droits de propriété intellectuelle ?

Le contrat doit répondre clairement à cette question. Le code source est-il cédé à l’organisation, ou seul un droit d’utilisation est-il accordé ? Que se passe-t-il si la société ferme ou si vos chemins se séparent ?

Si la réponse n’est pas écrite, le jour où vous voulez changer de prestataire, il peut ne vous rester qu’un programme qui tourne.

6. Qui assurera la maintenance après la livraison ?

Un logiciel n’est pas terminé le jour de sa livraison. Les systèmes d’exploitation sont mis à jour, des failles de sécurité apparaissent dans les bibliothèques, les utilisateurs expriment de nouveaux besoins. Demandez le périmètre, la durée et le prix de la maintenance dès le stade du devis. Le délai de prise en charge d’une anomalie doit aussi être écrit.

7. Comment protégez-vous les données ?

Si le logiciel traite des données personnelles, l’approche de la société se voit dès le premier rendez-vous. Qui accède à quelles données, est-ce journalisé, où sont les sauvegardes, dans quel pays sont les serveurs, qui sont les sous-traitants ?

Si une société répond « ne vous inquiétez pas », passez à une société qui donne des réponses concrètes. La sécurité des données est une obligation que la loi impose au responsable du traitement. Faire développer le logiciel par un tiers ne supprime pas cette obligation.

8. Qui travaillera sur le projet ?

La personne qui vient au rendez-vous commercial n’est pas forcément celle qui écrira le code. C’est normal. Mais vous voulez savoir qui travaillera sur le projet, qui prendra les décisions et qui vous répondra. Une société qui présente son équipe nommément répond facilement à cette question.

9. Comment avez-vous mené un projet similaire ?

Au lieu d’une liste de références, demandez-leur de raconter un projet. Où ont-ils eu du mal, qu’ont-ils changé, quel a été le résultat. Une société capable de raconter la partie difficile d’un projet l’a vraiment réalisé.

Ils ne pourront peut-être pas citer le nom du client pour des raisons de confidentialité. C’est normal. Mais ils doivent pouvoir raconter le déroulement.

10. Y a-t-il une raison de ne pas faire ce projet ?

La dernière question est un peu inhabituelle, mais elle en dit long. Une bonne société dit parfois : « vous n’avez pas besoin d’un logiciel sur mesure, tel produit existant fera l’affaire ». Parfois aussi : « ce périmètre ne tient pas dans ce budget ». L’entendre montre que vous parlez à quelqu’un qui dit la vérité, au risque de perdre le contrat.

Nous avons traité le choix entre progiciel et logiciel sur mesure dans un article à part.

L’importance de la proximité

Pour une organisation à Ankara, travailler avec une société de logiciels à Ankara est un avantage, mais pas une obligation. Quelques ateliers en présentiel pendant les premières semaines aident à bien comprendre le périmètre. Voir ensemble un système qui tourne sur le terrain aussi.

Ensuite, ce qui compte, ce n’est pas la distance, c’est la régularité de la communication. Des décisions consignées par écrit, des versions présentées régulièrement et des réponses le jour même servent davantage que d’être dans le même bâtiment.

En bref

Ce n’est pas le prix du devis qui distingue une société de logiciels, ce sont ses réponses au premier rendez-vous. Une société qui répond concrètement sur le périmètre, les critères d’acceptation, le code source, la maintenance et la sécurité des données travaille aussi concrètement pendant tout le projet.