Choisir un prestataire logiciel : questions, contrat, code source
Choisir un prestataire logiciel : qui détient le code source, comment se déroule la remise, qui assure la maintenance et si l'équipe reste la même.
Équipe rabbitclipPublié: 7 min de lecture
En bref
Quand vous choisissez une société de développement logiciel, le critère décisif n'est pas la beauté des écrans du portfolio, mais ce qui se passe après la livraison : à qui appartient le code source, qui détient le déploiement et les identifiants d'accès, qui corrige une panne et en combien de temps, et si le savoir se perd lorsque l'équipe change. Si ces quatre questions ont des réponses écrites dès le départ, les autres critères de sélection deviennent secondaires. Dans le cas contraire, même la meilleure présentation comporte un risque.
Cet article porte sur le choix de l'entreprise qui construit votre logiciel, et non sur le choix d'une agence numérique généraliste. La différence tient à ce qu'une campagne se termine et se clôt, alors qu'un logiciel vit pendant des années, est mis à jour et doit pouvoir être transmis à quelqu'un d'autre. Le choix doit donc regarder moins la première remise que le déroulement de la troisième année.
À qui doit appartenir le code source ?
C'est la question la plus importante. Si le contrat ne dit pas clairement que le code source revient au client une fois le paiement achevé, le code peut rester à l'agence. Si vous voulez plus tard travailler avec une autre équipe, ou si vous vous séparez de l'agence, votre accès à votre propre produit est alors menacé. Imaginez un fabricant de revêtements de sol qui se brouille avec l'agence qui a écrit son système de commande. Si le code se trouve sur le serveur de l'agence, le fabricant ne peut peut-être même plus accéder à son propre flux de travail.
À côté de la propriété, l'accès compte. Au nom de qui sont ouverts le dépôt de code, le serveur, le nom de domaine et les comptes tiers ? Les faire ouvrir au nom du client règle d'emblée le point qui cause le plus de difficultés par la suite. Pour la rédaction juridique détaillée, il est judicieux de consulter un juriste.
Comment la remise doit-elle se dérouler ?
La remise ne se résume pas à la mise en ligne. Une bonne remise comprend le transfert ordonné du code source, des notes d'installation, des informations sur l'environnement et de l'accès administrateur. Si un autre développeur peut remettre le produit en route à partir de ces documents, la remise est complète. Un moyen pratique de le vérifier consiste à faire lire les notes d'installation par un développeur indépendant avant la livraison.
Les critères d'acceptation et le processus de test doivent être consignés par écrit à l'avance. Une période de garantie doit aussi être discutée : corriger gratuitement, pendant une durée définie, les défauts apparus après la livraison est une protection que la plupart des entreprises sérieuses offrent.
- Le code source et son historique de versions sont transférés au client.
- Les notes d'installation et d'environnement sont fournies par écrit.
- L'accès administrateur est créé sous le propre compte du client.
- Les critères d'acceptation et le processus de test sont rédigés à l'avance.
- La période de correction des défauts après la remise est définie.
Comment organiser la maintenance et l'assistance ?
Un logiciel ne s'arrête pas à la remise. Il a besoin de mises à jour de sécurité, de renouvellement des dépendances et de petites améliorations. Le contrat de maintenance doit dire clairement ce qu'il couvre, comment une panne est signalée et quel sera le délai de réponse. Sinon chaque petite demande devient une négociation distincte, et en cas de panne urgente on se dispute pour savoir qui est responsable.
L'entreprise qui assure la maintenance n'a pas besoin d'être celle qui a construit le système, mais un code propre et documenté est ce qui rend un tel changement possible. Une entreprise qui ne parle pas de maintenance au début d'un projet n'en parle généralement pas non plus ensuite. Poser la question dès le premier rendez-vous est donc le moyen le plus rapide de savoir si une entreprise assume son produit.
Pourquoi la continuité de l'équipe compte-t-elle ?
Si le travail d'une petite entreprise repose sur un seul développeur, le projet peut s'arrêter quand cette personne part. Il faut donc demander qui dirigera le projet, s'il existe une personne de secours et comment le savoir est partagé.
La documentation écrite, la revue de code et une routine de développement commune sont les signes concrets de la continuité. Il importe tout autant de savoir si la personne présente au rendez-vous commercial est celle qui fera le travail. Si vous le pouvez, parlez une fois directement au développeur qui s'en chargera ; savoir expliquer les questions techniques en langage simple est bon signe.
Quelles erreurs commet-on en choisissant une société de développement ?
L'erreur la plus courante est de choisir sur le seul montant annoncé. Un devis bas signifie généralement un périmètre étroit, une définition floue ou des demandes supplémentaires qui arrivent plus tard. La deuxième erreur est de ne pas vérifier les références. Parler à d'anciens clients de ce qui s'est passé après la livraison est plus instructif que la plupart des présentations.
La troisième erreur est de ne pas questionner les choix techniques. La technologie dans laquelle le produit est construit décide si une autre équipe pourra le poursuivre plus tard. Les technologies répandues et bien documentées comportent en général moins de risque. Une structure très récente, ou que seule cette entreprise comprend, peut rendre la maintenance coûteuse et difficile.
- Ne regarder que le prix : le périmètre et les hypothèses doivent être comparés.
- Ne pas demander de références : parlez à un ancien client.
- Ne pas lire le contrat : les clauses de propriété et de maintenance sont sautées.
- Confondre le commercial et le développeur : demandez qui fera le travail.
Quand une société de développement est-elle un mauvais choix ?
Une entreprise qui annonce un prix tout de suite, sans s'informer du périmètre, doit être évaluée avec prudence. Une entreprise qui propose des solutions sans écouter, refuse de remettre le code source ou tient à garder les identifiants d'accès sur son propre compte peut vous rendre dépendant par la suite. Aucun de ces points n'est à lui seul une preuve de mauvaise foi, mais chacun appelle une explication avant que vous ne signiez.
Une grande société de développement est inutile pour une petite mission ponctuelle, et une équipe d'une seule personne est risquée pour un système critique et durable. Le bon choix est celui où la taille et la structure de l'entreprise correspondent à l'ampleur et à la durée de vie du travail.
Choisir une société de développement n'est pas un concours de présentations. C'est un plan de remise. Si la propriété du code source, le contenu de la remise, l'étendue de la maintenance et la continuité de l'équipe sont consignés dès le départ, votre choix repose sur un terrain ferme. Si vous souhaitez confronter votre propre projet à ces critères, vous pouvez organiser un entretien de découverte avec rabbitclip.
Questions fréquentes
Quelles questions poser à une société de développement ?
Demandez à qui appartiendra le code source, ce qui est livré lors de la remise, comment fonctionnera la maintenance et quelles personnes dirigeront le projet. Obtenez les quatre réponses par écrit.
Le code source reste-t-il à l'agence ou m'appartient-il ?
Cela dépend du contrat. Si le transfert n'est pas clairement écrit, le code peut rester à l'agence ; la propriété et l'accès doivent donc être établis comme ceux du client dès le départ. Consultez un juriste pour le détail juridique.
Y a-t-il une différence entre une agence et une société de développement ?
Il n'existe pas de frontière nette au-delà du nom. Ce qui compte, c'est la structure de l'entreprise, son équipe et sa forme de contrat, non l'étiquette.
Un contrat de maintenance est-il nécessaire ?
Tout logiciel en production a besoin de mises à jour de sécurité et de contrôles réguliers. Que ce soit la même entreprise ou une autre équipe qui s'en charge, l'étendue et le délai de réponse doivent être consignés par écrit.
L'entreprise doit-elle se trouver près de chez moi ?
Le lieu n'est pas le critère principal. Se rencontrer en personne est pratique, mais les vraies mesures sont la rigueur de livraison de l'entreprise, son contrat et la continuité de son équipe.
