Prendre un renfort sur un projet en cours : ce que le taux horaire ne dit pas
Quatre points à poser avant de faire entrer quelqu'un d'extérieur dans une équipe. Les deux premiers concernent le délai, les deux derniers ce qui reste après.
Dans cet article4 sections
Il vous manque trois mois de capacité, pas un contrat à durée indéterminée
Un pic de charge, une migration, une échéance réglementaire : le besoin est réel, borné, et daté.
Un recrutement répond à ça par un engagement de plusieurs années, décidé en quelques entretiens, sur un marché où les profils manquent. Entre la recherche, les entretiens, le préavis et, pour un profil étranger, la procédure de permis, la personne arrive souvent après le moment où on avait besoin d'elle.
Un renfort qui met un mois à devenir utile n'est pas un renfort
Sur un projet en cours, l'essentiel n'est pas de savoir coder : c'est de comprendre pourquoi le code est comme il est.
Un profil moins cher à l'heure qui met quatre semaines à produire quelque chose d'intégrable coûte plus qu'un profil plus cher qui livre en une. Le taux journalier est la partie visible du prix ; la montée en charge est l'autre partie, et elle n'est presque jamais chiffrée.
Elle se prépare, et ça se demande : lire le code, faire tourner le projet en local, lister ce qu'on n'a pas compris, avant de facturer une ligne.
Le moins cher à l'heure est rarement le moins cher au projet
Le taux horaire est ce qu'on compare le plus facilement, donc c'est ce sur quoi la décision se prend.
Ce qui ne se compare pas : le temps que votre équipe passera à expliquer, à relire, à reprendre.
Un renfort dont le code doit être réécrit après son départ n'a rien fait économiser : il a déplacé la dépense d'une ligne budgétaire à une autre, et de cette année à la suivante.
Un renfort qui devient indispensable a échoué
Quand une seule personne extérieure est la seule à comprendre un système, vous n'avez plus le choix de vous en séparer.
Ça arrive sans mauvaise intention : personne ne documente sous pression, et le transfert est toujours prévu « pour la fin ». Le résultat est le même : le jour où la mission s'arrête, la connaissance sort par la porte avec elle.
La sortie s'écrit donc au début, et elle se vérifie tous les mois, pas en fin de contrat :
- Les accès et les comptes sont-ils à votre nom dès le premier jour ?
- La documentation avance-t-elle au fil de la mission ?
- Vos propres développeurs relisent-ils ce qui est écrit ?
Un bon renfort se reconnaît à une chose : le jour où il part, rien ne s'arrête. Tout le reste (le taux, la durée, l'endroit d'où il travaille) se discute après.
Ce sujet touche à notre expertise Renfort d'équipe (régie).
On commence par une discussion, pas par un devis.
Voir l'expertiseÀ lire ensuite
