Développeurs internes ou pigistes : lesquels embaucher?

On this page

La question interne ou pigiste est habituellement présentée comme un débat de coûts, mais le coût est le facteur le moins décisif. Le facteur décisif, c’est la forme du travail : s’agit-il d’un poste permanent qui existera encore dans deux ans, ou d’un projet avec une fin? Répondez correctement à cette question et le reste de la comparaison se résout en grande partie de lui-même. Ce guide passe en revue les vrais compromis, les situations où chaque modèle gagne, les modèles hybrides vers lesquels la plupart des équipes convergent réellement, et un court cadre pour trancher.

Côte à côte

FacteurEmployé internePigiste / contractuel
Structure de coûtsFixe : salaire plus des frais indirects couramment estimés à 25 à 40 % (avantages sociaux, charges sociales, équipement, bureau, recrutement), payés que la feuille de route soit pleine ou nonVariable : un tarif horaire plus élevé, mais seulement pour les heures travaillées, sans coût de banc entre les projets
EngagementOuvert; y mettre fin implique indemnités, coût de moral et précautions juridiquesBorné par le contrat; prolonger ou terminer est prévu et routinier
Délai de démarrageGénéralement 4 à 12 semaines de l’ouverture du poste au premier jour, plus long pour du sénior ou une pile de nicheDe quelques jours à quelques semaines sur un réseau vérifié
Montée en régimeDes semaines à des mois avant la pleine productivité, mais l’investissement reste dans l’entrepriseLes contractuels séniors sont embauchés pour monter vite; attendez-vous à du rendement utile dès les premiers jours, pleine vitesse en un ou deux sprints sur une base de code bien documentée
Contrôle et processusComplet : votre processus, vos réunions, vos priorités, responsabilité de gardeFort pendant le mandat, mais vous dirigez des résultats plus que des heures
PI et confidentialitéPropriété par défaut, conformité la plus simpleSolide avec un vrai contrat de travail sur commande et de cession de PI; faible avec une entente verbale
ContinuitéLe contexte se compose pendant des années, mais l’attrition signifie relancer un long cycle d’embaucheLe contexte part à la fin sauf si vous imposez documentation et transfert; le remplacement est rapide
FlexibilitéDifficile de réduire; les mises à pied coûtent cher et font malAugmentez, réduisez ou arrêtez à une borne de contrat

Les vrais compromis, un par un

La structure de coûts

Le chiffre de salaire sur la lettre d’offre n’est pas le coût d’un employé. Avantages sociaux, charges sociales, équipement, licences logicielles, bureau ou allocation, frais de recrutement et temps de gestion s’y ajoutent, ce qui explique pourquoi le coût chargé est couramment estimé bien au-dessus du salaire de base. Rien de tout cela n’apparaît sur la facture d’un contractuel, et c’est aussi pourquoi son tarif horaire semble élevé pris isolément. La comparaison honnête, c’est fixe contre variable : un employé coûte la même chose dans un mois tranquille que dans une pointe, tandis qu’un contractuel ne coûte rien quand il n’y a pas de travail. Que cela favorise l’interne dépend entièrement de la densité et de la durabilité de la charge de travail.

L’engagement et la réversibilité

Embaucher un employé est l’une des décisions les moins réversibles qu’une entreprise prend. Défaire une mauvaise embauche prend des mois de documentation, épuise le gestionnaire et fait mal à l’équipe de toute façon. Un contrat qui ne fonctionne pas se termine, tout simplement. Cette asymétrie est l’argument le plus fort pour commencer flexible quand le besoin est incertain, et c’est pourquoi « on pourra toujours le laisser aller » est un mauvais plan alors que « on pourra toujours prolonger le contrat » en est un bon.

La montée en régime et la vitesse

Le cycle d’embauche d’un développeur interne va de la rédaction de la description de poste jusqu’au sourçage, aux entrevues, à l’offre, au préavis et à l’intégration. Même une version fluide prend des mois, et une recherche sénior ou de niche prend plus longtemps. Un contractuel vérifié inverse cela : le réseau a déjà trié pour la compétence, alors votre processus se réduit à une revue de liste restreinte, une entrevue et une date de début qui se mesure en jours. La montée en régime diffère aussi. La montée lente d’un employé est un investissement que vous récupérez sur des années; un contractuel est censé être productif presque immédiatement, ce qui est réaliste quand la personne est sénior et la base de code raisonnablement documentée.

Le contrôle, le contexte et la continuité

Un développeur à temps plein accumule un contexte qui n’apparaît jamais sur une facture : pourquoi l’architecture a cette forme, quel client s’est plaint de quoi, où sont enterrés les squelettes dans la base de code. Pour le système central que vous exploiterez encore dans trois ans, ce contexte qui se compose vaut les frais indirects. L’interne gagne aussi quand le travail exige une collaboration constante, une responsabilité de garde, ou des données que votre régime de conformité réserve aux employés. La faiblesse du contractuel est l’image miroir : aussi bon que soit le travail, le contexte sort par la porte à la fin. Vous pouvez l’atténuer avec de la documentation imposée, des transferts enregistrés et un chevauchement avec un responsable permanent, mais vous ne pouvez pas l’éliminer.

La PI et la sécurité

La PI est un problème de contrat, pas un problème de modèle. Les clauses de travail sur commande et de cession de PI sont standards, exécutoires et incluses par défaut dans toute entente sérieuse de contractuel ou dans les conditions d’un réseau vérifié. Le vrai risque se trouve dans les ententes informelles : l’ami d’un ami, pas de contrat, paiement par virement. La sécurité, c’est pareil : les contractuels peuvent travailler sous les mêmes contrôles d’accès, politiques de moindre privilège et ententes de confidentialité que les employés si vous les configurez ainsi dès le premier jour.

Où chacun gagne

Choisissez l’interne quand la charge de travail est à temps plein et durable, quand le poste prend en charge un système central, quand le travail exige une collaboration quotidienne ou une responsabilité de garde, ou quand la connaissance approfondie du domaine est l’actif que vous achetez réellement. Choisissez la pige quand le besoin est un projet, une spécialité ou une expérience; quand la vitesse compte plus que la permanence; quand la charge est ponctuelle plutôt que stable; ou quand vous n’êtes pas encore certain que le poste devrait exister.

Des modèles hybrides qui fonctionnent vraiment

La plupart des équipes ne finissent pas par choisir un seul modèle. Elles convergent vers l’un de quelques hybrides stables :

  • Noyau et flexible. Une petite équipe interne prend en charge l’architecture, la direction et les parties du système qui ne doivent jamais perdre leur contexte. Des contractuels étendent la capacité de livraison quand la feuille de route fait des pointes et se retirent quand elle n’en fait pas. C’est l’état stable le plus courant.
  • Injection de spécialiste. L’équipe permanente est composée de solides généralistes; un contractuel apporte une spécialité dont vous avez rarement besoin (une intégration de paiement, une migration, un effort de performance, une revue de sécurité), fait le travail, le documente et laisse l’équipe plus capable qu’avant.
  • Essayer avant d’embaucher. Un mandat contractuel sert aussi d’évaluation prolongée sur du vrai travail. Si le besoin s’avère durable et que la personne convient, vous convertissez en temps plein selon des conditions convenues dès le départ. Vous obtenez une confiance d’embauche qu’aucune boucle d’entrevues ne peut égaler.
  • Couverture de transition. Un contractuel occupe un siège critique pendant un congé parental, un départ ou une longue recherche de permanent, pour que la feuille de route ne stagne pas pendant que vous prenez le temps de bien embaucher.

Un cadre de décision

Répondez honnêtement à ces cinq questions :

  1. Ce travail existera-t-il encore dans deux ans? Un oui confiant pointe vers l’interne. Un non ou un « pas certain » pointe vers un contrat.
  2. La charge est-elle stable ou ponctuelle? Une charge stable à temps plein justifie un coût fixe. Une charge ponctuelle rend le siège vide coûteux.
  3. La valeur est-elle dans le livrable ou dans le contexte accumulé? Les livrables favorisent la pige; la prise en charge d’un système qui se compose favorise l’interne.
  4. À quelle vitesse vous faut-il quelqu’un de productif? Si la réponse est en semaines, un cycle d’embauche de plusieurs mois est lui-même un coût.
  5. Combien coûte l’erreur? Si le poste pourrait ne pas exister, un contrat plafonne le risque; une mauvaise embauche, non.

Trois réponses ou plus qui pointent dans la même direction règlent habituellement la question. Si les réponses se partagent, commencez avec un contractuel vérifié et laissez le mandat générer la preuve : soit la charge s’avère permanente et vous convertissez, soit elle ne l’est pas et vous avez économisé un salaire chargé.

Le verdict

Embauchez à l’interne pour le cœur permanent de votre produit et à la pige pour tout le reste. Si la réponse honnête à « ce poste existera-t-il dans deux ans? » est « pas certain », commencez avec un contractuel vérifié : vous obtenez un rendement sénior en quelques jours, vous pouvez convertir en temps plein si le besoin s’avère durable, et vous évitez de payer une année de salaire chargé pour le découvrir. Les modèles hybrides ci-dessus ne sont pas un compromis; pour la plupart des équipes produit, c’est l’état final. Pour la version de cette décision à l’échelle d’une équipe, voyez notre guide augmentation d’équipe ou impartition.

Questions fréquentes

Un développeur pigiste est-il vraiment moins cher qu'un employé?

À l'heure, habituellement non : le tarif d'un pigiste sénior dépasse souvent l'équivalent horaire d'un salaire. Par résultat, souvent oui, parce que vous payez seulement le temps productif et évitez les avantages sociaux, les charges sociales, l'équipement, les frais de recrutement et le coût d'un siège vide entre les projets. La comparaison ne favorise l'interne que lorsque la charge de travail est vraiment à temps plein et soutenue.

À qui appartient le code écrit par un pigiste?

À qui le contrat le dit. Les clauses de travail sur commande et de cession de propriété intellectuelle sont standards et exécutoires, et tout contractuel sérieux ou réseau vérifié les inclut par défaut. Le vrai risque, ce sont les ententes informelles sans aucun contrat, pas le travail à la pige lui-même.

Puis-je convertir un développeur pigiste en employé à temps plein plus tard?

Souvent, oui, et c'est l'un des chemins d'embauche les plus sûrs qui soient : vous avez déjà vu du vrai travail plutôt qu'une performance d'entrevue. Convenez des conditions de conversion dès le départ pour éviter tout malaise ou frais surprise plus tard.

Quelle est la plus grosse erreur des équipes dans cette décision?

Choisir par défaut une embauche à temps plein parce que ça semble plus sérieux. Si le besoin s'avère un projet de six mois, vous y avez engagé un an ou plus de salaire chargé en plus d'un long cycle d'embauche, et défaire une mauvaise embauche coûte bien plus cher que terminer un contrat. Ajustez l'engagement à la certitude du besoin.