Recruter son premier développeur quand on ne sait pas évaluer un développeur
Vous ne pouvez pas juger le code : jugez tout le reste, et mettez en place les garde-fous qui rendent une erreur de casting survivable.
Recruter quelqu'un dont vous ne pouvez pas évaluer le travail est réellement inconfortable, et le conseil habituel — « faites un entretien technique » — n'aide pas quand c'est vous qui ne pouvez pas juger les réponses. La situation est gérable, mais pas en prétendant savoir juger le code.
Ce que vous pouvez évaluer
- L'explication. Demandez-lui de vous expliquer un projet passé, à vous précisément, en tant que non-technicien. Quelqu'un qui n'y parvient pas manque de clarté dans sa propre pensée ou d'intérêt pour la vôtre, et les deux vous coûteront.
- Les questions posées. Les bons ingénieurs interrogent le problème avant de proposer des solutions. Celui qui conçoit avant d'avoir compris construira efficacement la mauvaise chose.
- Le raisonnement sur les arbitrages. « Ça dépend, et voici de quoi » est la réponse recherchée. Une certitude sur un problème tout juste entendu est un signal d'alerte.
- L'honnêteté sur ses limites. « Je ne l'ai pas fait, voici comment je m'y prendrais pour l'apprendre » est une excellente réponse, et une réponse rare.
Se faire aider sur ce que vous ne savez pas faire
Faites intervenir un ingénieur senior de confiance pour un entretien technique et une relecture du code de la mission payée. Quelques heures d'une personne expérimentée constituent l'assurance la moins chère contre un recrutement qui produit du code d'apparence plausible et ingérable dans six mois. C'est l'exigence que nous nous appliquons ; ce que bien construit veut dire la détaille.
Les garde-fous structurels
- Le dépôt appartient au compte de votre organisation dès le premier jour, avec vous comme propriétaire. Non négociable.
- Chaque accès et chaque compte est au nom de l'entreprise, pas d'une personne.
- La documentation fait partie de la définition du « terminé », pour que la connaissance ne vive pas dans une seule tête.
- Une seconde paire d'yeux sur le code, même à temps partiel, dès le premier mois. Un développeur seul sans relecture est un point de défaillance unique à tous les sens du terme.
- 2-3 jours de mission d'essai rémunérée
- 1 relecteur technique externe
- jour 1 propriété du dépôt
Questions fréquentes
Le premier recrutement doit-il être senior ou junior ?
Senior, si vous ne pouvez pas évaluer le travail. Un développeur junior a besoin d'un encadrement que vous ne pouvez pas fournir, et l'écart se manifeste en dette technique coûteuse et invisible jusqu'à ce qu'elle ne le soit plus.
Prestataire ou salarié ?
Un prestataire est un début raisonnable : plus rapide, réversible, et souvent disponible à un niveau de séniorité que vous ne pourriez pas embaucher à plein temps. Passez au salariat quand le travail devient continu et que vous avez besoin de quelqu'un qui accumule du contexte plutôt que de livrer des lots cadrés.
Sur le même thème: Croissance & Stratégie.
À lire ensuite
Vous voulez la même chose pour votre entreprise ? Voir ce que nous faisons.