Votre choix engage aussi l’après-livraison
Supposons que vous deviez livrer une première version de votre produit alors que personne, dans votre équipe, ne sait encore qui en assurera les corrections. Une mission freelance peut convenir si vous pouvez délimiter un résultat vérifiable, obtenir la disponibilité nécessaire et organiser la reprise. Un contrat à durée indéterminée (CDI) peut convenir pour un travail durable de développement et de correction, à condition que l’arrivée du salarié et les moyens prévus permettent de l’assumer. Sans solution pour l’après-livraison, aucune de ces options n’est encore prête.
Nous vous proposons de préparer le choix à partir du travail à terminer, puis de vérifier les conditions concrètes de son exécution et de sa poursuite. Le coût à examiner est celui d’un produit livré dont personne ne pourrait ensuite corriger un défaut ou préparer une évolution. L’urgence de la première version ne doit pas vous faire accepter cette impasse.
Le travail attendu détermine la responsabilité à confier
Décrivez le résultat attendu et la manière dont vous en vérifierez l’achèvement. Dans notre situation hypothétique, vous pourriez demander qu’un parcours utilisateur fonctionne et que les tests convenus permettent d’en vérifier le comportement. Précisez les cas à tester, les défauts qui empêcheraient d’accepter la livraison et la personne qui décidera si le résultat répond au besoin. Vous disposez alors d’une base de discussion plus utile qu’une demande générale de développement.
Un travail délimité peut évoluer. Le Cabinet Office britannique prévoit, dans son guide de contractualisation agile pour la commande publique, des exigences divisibles et révisables par itérations, ainsi que des critères de qualité et d’achèvement explicites. Nous retenons ici un principe de cadrage, sans en faire une règle contractuelle française : pour envisager une mission freelance, accordez-vous sur le résultat à atteindre et sur la façon de revoir les priorités, plutôt que de prétendre figer tout le produit.
Si les développements, tests et corrections doivent se poursuivre durablement dans l’équipe, examinez un poste en CDI. Service Public rappelle que ce contrat est conclu sans limitation de durée. La fiche développeur de l’Apec inclut les tests réguliers, les corrections et leur documentation parmi les activités du métier. Définissez donc ce que le salarié devra continuer à produire après la première version, avec qui il travaillera et qui arbitrera les priorités.
Gardez distinctes la réalisation du développement et la responsabilité des choix techniques. Le Service Manual britannique décrit des capacités d’équipe allant de la conception aux tests, au déploiement et à l’hébergement. Cette description ne permet pas de les attribuer toutes à un développeur isolé. Demandez à la personne envisagée d’expliquer les décisions techniques qu’elle pourrait prendre et celles pour lesquelles elle aurait besoin d’un appui. Si vous ne savez pas encore qui prendra ces décisions, clarifiez cette responsabilité avant de confier le travail.
La disponibilité doit correspondre au calendrier du produit
Pour chaque personne réellement envisagée, rapprochez la date de début et le temps qu’elle pourra consacrer au produit des étapes à accomplir. Demandez aussi quand les échanges, essais et corrections pourront avoir lieu. Une arrivée compatible avec votre échéance ne suffit pas si le temps prévu ne permet pas de réaliser le travail convenu. En cas d’écart, réduisez le travail à livrer, revoyez la date ou retenez une autre option dont les engagements sont compatibles.
Service Public précise qu’un salarié peut travailler à temps partiel, y compris en CDI. Pour l’indépendant, Entreprendre Service Public décrit une organisation autonome, sans lien de subordination juridique. Vérifiez donc le temps effectivement prévu pour votre produit dans les deux cas, en respectant l’autonomie du prestataire. Ni le mot freelance ni le mot CDI ne remplace cet accord concret.
Votre propre disponibilité entre aussi dans le calendrier. Le guide du Cabinet Office conditionne l’intérêt de l’agile à une collaboration étroite et à des retours rapides du client ou des utilisateurs. Prévoyez qui répondra aux questions et décidera des priorités. Si la personne qui développe attend un arbitrage que personne ne peut rendre, changer son statut ne résout pas le blocage. Faites apparaître ces temps de décision dans l’organisation proposée avant de l’accepter.
La reprise exige une personne et des moyens prévus
Identifiez la personne qui pourra intervenir après la livraison, puis examinez ce qu’elle sera réellement en mesure de faire. France Num recommande, pour un site réalisé par un prestataire, d’organiser la récupération des sources et de la documentation nécessaire à un changement de prestataire. Ce conseil ne couvre pas à lui seul les besoins d’un produit logiciel complexe. Il donne néanmoins un point de départ concret : prévoir les éléments récupérables avant la fin de l’intervention.
Pour votre produit, convenez des accès au code et aux environnements, des informations de fonctionnement à transmettre et du temps nécessaire à leur prise en main. Le Service Manual britannique recommande un plan de transfert des connaissances des prestataires vers le reste de l’équipe, avec une documentation utilisable et du temps libéré pour travailler en binôme. Nommer un destinataire sans lui donner ce temps laisse la transmission à l’état d’intention.
Nous proposons de vérifier la reprise par une tâche expliquée et réalisée par la personne qui en aura la charge, par exemple préparer une correction et montrer comment elle serait testée puis déployée. Examinez les étapes qu’elle maîtrise, les accès qui lui manquent et les points qui nécessitent encore l’aide de l’auteur du code. La réussite d’un exercice ne prouve pas qu’elle saura résoudre tout incident, mais les difficultés observées permettent de préciser le transfert ou l’appui encore nécessaire.
Avec un freelance, choisissez explicitement entre une reprise par votre équipe et une poursuite convenue de son intervention. France Num invite à examiner la garantie et la maintenance du site lorsque le client n’assure pas lui-même les interventions de maintenance. Faites préciser les corrections couvertes et la disponibilité prévue pour intervenir, sans assimiler une garantie à une présence permanente. Avec un CDI, vérifiez de la même façon ce que le salarié et ses collègues pourront assumer, et comment les connaissances seront partagées pour permettre une relève. Dans les deux cas, si la personne désignée manque de compétence, de temps ou d’accès, organisez les moyens qui lui manquent avant de considérer la continuité comme assurée.
Retenez l’option dont les conditions sont réunies
Retenez la mission freelance lorsque vous pouvez convenir du travail à livrer, d’une disponibilité compatible et d’une reprise effective. Le résultat attendu est alors un développement vérifiable dont la suite est organisée. Retenez le CDI lorsque le travail doit se poursuivre durablement, que l’arrivée convient au calendrier et que le salarié disposera des moyens nécessaires pour contribuer à la continuité technique.
Avant de vous engager dans l’une de ces options, demandez à la personne concernée de confirmer les conditions qui restent incertaines. Si personne ne peut encore assurer la reprise, ou si le calendrier demeure incompatible avec le travail prévu, résolvez ce point avant de confier le produit. Cette comparaison aide à vérifier les engagements et les capacités : elle ne permet pas de garantir que le choix d’un statut accélérera la livraison ou suffira à assurer la continuité.
Sources
DILA, Entreprendre Service Public : Comment différencier le travailleur indépendant du salarié ?
DILA, Service Public : Conclusion d'un contrat de travail à durée indéterminée (CDI) pour un salarié
DILA, Service Public : Temps partiel d’un salarié dans le secteur privé
Cabinet Office, GOV.UK : Contracting For Agile Guidance Note (HTML)
Agile delivery community, GOV.UK Service Manual : Set up a service team at each phase
Agile delivery community, GOV.UK Service Manual : Working with contractors or third parties
