Je passe en revue le code qu'on a récupéré — existe-t-il une checklist de revue de code pour les non-développeurs ?

Le point le plus critique, c'est l'autonomie. Le code peut-il tourner sur votre propre serveur sans aucune dépendance envers un serveur externe de l'agence, leurs comptes développeurs privés ou les e-mails personnels de leurs employés ? Si un service de notifications tiers ou une clé de serveur est rattaché à leur compte, votre système se retrouvera bloqué tôt ou tard.

Même sans compétences techniques, vous pouvez lancer des outils d'analyse automatique de code. Activez le scanner de sécurité gratuit proposé par votre plateforme de dépôt. Ces outils génèrent un rapport listant les failles évidentes et les dépendances obsolètes ; vous n'avez plus qu'à transmettre ce document à l'agence en leur demandant de tout nettoyer.

L'année dernière, on a fait exactement la même erreur sur une passation similaire à 40.000 dollars. On pensait avoir récupéré le code, mais aucun test automatisé n'avait été écrit. La nouvelle équipe nous a demandé 12.000 dollars et 6 semaines supplémentaires juste pour comprendre le système et rédiger les tests. Vérifiez impérativement s'il y a un dossier de tests et s'il est bien rempli.

Passer le dépôt en revue à l'œil nu en tant que manager ne vous donnera qu'un faux sentiment de sécurité. Vous ne détecterez pas une fuite de mémoire dissimulée ou une requête SQL mal optimisée simplement en lisant des noms de fichiers. Demander à votre nouvelle équipe un audit technique écrit de passation pour 500 à 1.000 dollars reste une solution bien plus fiable.

Dès demain, prévoyez un partage d'écran d'une heure avec votre nouveau freelance. Demandez-lui d'installer le système de zéro, de le lancer, de restaurer une sauvegarde de la base de données et d'effectuer une action depuis le panneau d'administration. S'il y parvient sans accroc, vous pourrez payer le solde l'esprit tranquille.

Quand notre ancienne agence nous a livré le projet, tout semblait parfait. Deux mois plus tard, lors d'une redirection de nom de domaine, on s'est rendu compte que l'intégration des notifications tierces était reliée à la carte bancaire personnelle du patron de l'agence. Dès que sa carte a expiré, plus rien ne fonctionnait. Assurez-vous que tous les comptes de services tiers ont bien été transférés sur des adresses e-mail appartenant à votre entreprise.

regardez aussi les dates des derniers commits sur le repo selon moi. s'ils ont poussé 1000 fichiers d'un coup à deux jours de la fin du contrat c'est possible que même eux ne sachent plus trop ce qu'il y a dedans et qu'ils aient tout bâclé pour boucler.

PS : c'est demandé plus bas, j'ai répondu dans le deuxième message.

Je vous conseille de vérifier les clauses de cession des droits de propriété intellectuelle dans votre contrat. Même si le code vous a été remis, des litiges juridiques sur la propriété peuvent survenir en l'absence d'un protocole de cession et de quitus formellement signé. La validation technique et le transfert juridique doivent être menés de front.

Désolé, mais ce n'est pas vrai dans tous les cas. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère. J'espère que cela vous sera utile.

ne manquez rien : Tous ceux qui se pressent sur checklist revue de code source se heurtent au même obstacle.

c'est mon avis je ne l'écris pas comme une vérité absolue.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Bien sûr, cela change si votre situation est différente.

La réponse ci-dessus va droit au but. Si le périmètre s'agrandit il faut augmenter soit le délai soit le budget. Il n'y a pas de troisième option.

Je suis aussi curieux de savoir si d'autres font autrement.

C'est vrai en théorie, mais ça ne marche pas ainsi en pratique. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Corrigez-moi si je me trompe.

Je vais essayer.

La discussion part dans tous les sens, je recentre. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

J'écris cela pour éviter que vous ne fassiez la même erreur. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

Avant de décider, regardez quelles données vous avez en main.

Désolé mais ce n'est pas vrai dans tous les cas. L'offre la moins chère est généralement la moins réfléchie.

Corrigez-moi si je me trompe.

Je me permets une petite mise en garde. Avant de décider, regardez quelles données vous avez en main.

À votre place, j'irais par cette voie.