Le recrutement de professionnels IT est une tĂąche difficile. Tout d'abord, il y a actuellement une pĂ©nurie de personnel qualifiĂ© sur le marchĂ©, et ils en sont conscients. Les candidats ne sont souvent pas prĂȘts Ă consacrer beaucoup de temps aux « processus de sĂ©lection » des employeurs, Ă moins qu'ils ne soient d'abord intĂ©ressĂ©s. La pratique autrefois populaire consistant à « donner un test de 8 heures ou plus » ne fonctionne plus. Pour une Ă©valuation initiale des connaissances et le filtrage des candidats avant un entretien technique Ă grande Ă©chelle, il faut utiliser d'autres mĂ©thodes plus rapides. De plus, pour Ă©valuer efficacement les connaissances et les compĂ©tences, il est nĂ©cessaire de possĂ©der soi-mĂȘme ces compĂ©tences ou de faire appel Ă un collĂšgue qui les possĂšde. Ces difficultĂ©s peuvent ĂȘtre surmontĂ©es grĂące aux mĂ©thodes que je vais dĂ©crire dans cet article. Je les applique personnellement et jâai Ă©tabli une sorte de classement pour moi-mĂȘme.
Voici donc mon top 7 des méthodes pour vérifier rapidement les compétences des professionnels IT avant l'entretien :
7. Examiner le portefeuille, les exemples de code et les dépÎts publics du candidat.
6. Petit test chronométré (à réaliser en 30-60 minutes).
5. BrÚve interview par téléphone/Skype sur les compétences (comme un questionnaire, mais en ligne et vocalement).
4. Live-Doing (Codage) â rĂ©soudre un problĂšme simple en temps rĂ©el avec un Ă©cran partagĂ©.
3. Questionnaires avec des questions ouvertes sur l'expérience.
2. Tests courts avec des choix de réponses, limités dans le temps.
1. Test multi-étapes, le premier stade se déroulant avant l'entretien.
Je vais ensuite examiner ces méthodes en détail, leurs avantages et leurs inconvénients, ainsi que les situations dans lesquelles j'utilise chacune d'elles pour une vérification rapide des compétences des programmeurs.

Dans mon article précédent sur le processus de recrutement j'ai mené un sondage parmi les lecteurs sur les méthodes de vérification rapide des compétences des professionnels IT. Dans cet article, je partage les méthodes qui me plaisent, pourquoi elles me plaisent et comment je les applique. Je commence par la premiÚre place et termine par la septiÚme.
1. Test multi-étapes, le premier stade se déroulant avant l'entretien.
Je considĂšre cette mĂ©thode d'Ă©valuation des compĂ©tences des dĂ©veloppeurs comme la meilleure. Contrairement Ă une tĂąche de test traditionnelle oĂč vous dites « prends la tĂąche et fais-la », dans ma version, le processus d'exĂ©cution de la tĂąche de test est dĂ©composĂ© en Ă©tapes : la discussion et la comprĂ©hension de la tĂąche, la conception de la solution et l'Ă©valuation des ressources nĂ©cessaires, plusieurs Ă©tapes de mise en Ćuvre de la solution, la documentation et la remise-acceptation de la solution. Cette approche est plus proche de la technologie moderne de dĂ©veloppement de logiciels que le simple fait de « prendre et faire ». Plus de dĂ©tails ci-dessous.
Dans quels cas j'utilise cette méthode
Pour mes projets, j'embauche généralement des travailleurs à distance qui développent une partie distincte, isolée et relativement indépendante du projet. Cela diminue la nécessité de communication entre les employés, souvent jusqu'à zéro. Les employés ne communiquent pas entre eux, mais avec le chef de projet. Il est donc important pour moi d'évaluer rapidement la capacité d'une personne à saisir le problÚme, à poser des questions de clarification, à élaborer de maniÚre autonome un plan d'action pour résoudre le problÚme, à évaluer les ressources nécessaires et le temps. à cet égard, la tùche de test en plusieurs étapes m'est trÚs utile.
Comment mettre en Ćuvre
Nous isolons et formulons une tùche distincte et originale, liée au projet sur lequel le développeur va travailler. Je décris généralement comme tùche un prototype simplifié de la tùche principale ou du futur produit, pour lequel le développeur devra faire face aux principaux problÚmes et technologies du projet.
La premiÚre étape de la tùche de test consiste à se familiariser avec le problÚme, à clarifier les points flous, à concevoir une solution, à planifier les étapes de résolution du problÚme et à évaluer le temps nécessaire pour accomplir les différentes étapes ainsi que l'ensemble de la tùche de test. à la fin, j'attends un document de 1 à 2 pages décrivant le plan d'action du développeur et l'évaluation du temps. Je demande également aux candidats d'indiquer quelle étape ils souhaiteraient réaliser complÚtement pour valider leurs compétences en pratique. Il n'est pas encore nécessaire de programmer quoi que ce soit.
Cette tùche (identique) est distribuée à plusieurs candidats. On s'attend à ce que les réponses des candidats arrivent le lendemain. Puis, dans 2 à 3 jours, lorsque toutes les réponses seront reçues, nous analysons ce que nous ont envoyé les candidats et quels questions de clarification ils ont posées avant de commencer l'exécution de la tùche. Sur la base de ces informations, vous pouvez inviter au prochain stade le nombre de candidats que vous souhaitez.
L'Ă©tape suivante consiste en un court entretien. Nous avons dĂ©jĂ des sujets de discussion. Le candidat a dĂ©jĂ une idĂ©e gĂ©nĂ©rale du domaine du projet sur lequel il va travailler. L'objectif principal de cet entretien est de rĂ©pondre aux questions techniques du candidat et de le motiver Ă rĂ©aliser la tĂąche principale de test â la programmation de la partie de la tĂąche qu'il a choisie lui-mĂȘme. Ou de la partie dont vous souhaitez voir la rĂ©alisation.
Il est toujours trĂšs intĂ©ressant d'observer quelle partie de la tĂąche le dĂ©veloppeur souhaite rĂ©aliser. Certains prĂ©fĂšrent Ă©toffer la structure du projet, dĂ©composer la solution en modules et en classes, c'est-Ă -dire travailler de haut en bas. D'autres choisissent une sous-tĂąche distincte, qu'ils considĂšrent comme la plus importante, sans rĂ©diger la solution dans son intĂ©gralitĂ©. Ils avancent donc de bas en haut â de la sous-tĂąche la plus difficile Ă la solution complĂšte.
Avantages
Nous pouvons Ă©valuer la culture gĂ©nĂ©rale du candidat, la pertinence de ses connaissances pour notre projet, ainsi que le dĂ©veloppement de ses compĂ©tences en communication. Il est Ă©galement facile de comparer les candidats entre eux. GĂ©nĂ©ralement, je rejette ceux qui ont donnĂ© des estimations de temps d'exĂ©cution de la tĂąche trop optimistes ou trop pessimistes. Ăvidemment, j'ai ma propre estimation du temps. Une estimation basse de la part du candidat indique probablement qu'il n'a pas bien compris la tĂąche et a effectuĂ© ce test de maniĂšre superficielle. Une estimation de temps trop Ă©levĂ©e suggĂšre gĂ©nĂ©ralement que le candidat n'a pas une bonne comprĂ©hension du domaine, il n'a pas d'expĂ©rience dans les sujets qui m'intĂ©ressent. Je ne rejette pas immĂ©diatement les candidats sur la base de leur estimation, mais je leur demande de justifier leur Ă©valuation, si celle-ci n'a pas dĂ©jĂ Ă©tĂ© suffisamment motivĂ©e.
Pour certains, cette mĂ©thode peut sembler complexe et coĂ»teuse. Mon estimation pour sa mise en Ćuvre est la suivante : il faut 30 Ă 60 minutes pour rĂ©diger la description de la tĂąche d'essai, puis 15 Ă 20 minutes pour examiner la rĂ©ponse de chaque candidat. En gĂ©nĂ©ral, les candidats mettent entre 1 et 2 heures pour rĂ©aliser une telle tĂąche d'essai, tout en se familiarisant avec la nature des problĂšmes qu'ils devront rĂ©soudre par la suite. Ă ce stade, un candidat peut perdre tout intĂ©rĂȘt et choisir de ne plus communiquer avec vous aprĂšs avoir investi un peu de temps.
Inconvénients
Tout d'abord, il est nĂ©cessaire de concevoir une tĂąche d'essai originale, isolĂ©e et concise, ce qui n'est pas toujours possible. DeuxiĂšmement, tous les candidats ne comprennent pas immĂ©diatement qu'il n'est pas nĂ©cessaire de programmer Ă ce stade. Certains commencent immĂ©diatement Ă programmer et disparaissent pendant plusieurs jours pour ensuite soumettre une tĂąche d'essai complĂštement rĂ©alisĂ©e. Formelement, ils n'ont pas rĂ©ussi cette tĂąche d'essai parce qu'ils n'ont pas fait ce qui leur Ă©tait demandĂ©. Mais en mĂȘme temps, ils ont rĂ©ussi s'ils ont soumis une solution adĂ©quate Ă toute la tĂąche d'essai. Pour Ă©viter de telles situations, j'appelle gĂ©nĂ©ralement tous les candidats ayant reçu la tĂąche deux jours aprĂšs sa distribution pour voir comment ils avancent.
2. Tests courts avec des choix de réponses, limités par le temps d'exécution
J'utilise rarement cette mĂ©thode, bien qu'elle me plaise beaucoup, et je la considĂšre comme l'une des meilleures pour une vĂ©rification rapide des compĂ©tences. J'Ă©crirai un article sĂ©parĂ© sur cette mĂ©thode dans un avenir proche. De tels tests sont largement utilisĂ©s dans divers domaines de connaissance. L'exemple le plus frappant et typique est l'examen thĂ©orique pour obtenir un permis de conduire. En Russie, cet examen contient 20 questions auxquelles il faut rĂ©pondre en 20 minutes. Une erreur est autorisĂ©e. En cas de deux erreurs, il est nĂ©cessaire de rĂ©pondre sans erreur Ă 10 questions supplĂ©mentaires. Cette mĂ©thode se prĂȘte parfaitement Ă l'automatisation.
Malheureusement, je n'ai pas rencontrĂ© de bonnes mises en Ćuvre de tests similaires pour les programmeurs. Si vous connaissez de bonnes mises en Ćuvre de tests similaires pour les programmeurs, merci de le mentionner dans les commentaires.
Comment mettre en Ćuvre
J'ai travaillĂ© avec des implĂ©mentations similaires de tests par des employeurs lors de la rĂ©alisation de commandes en tant que recruteur externalisĂ©. Il est tout Ă fait possible de mettre en place un tel test. Par exemple, en utilisant Google Forms. Le principal problĂšme rĂ©side dans la formulation des questions et des options de rĂ©ponse. En gĂ©nĂ©ral, l'imagination des employeurs suffit pour dix questions. Malheureusement, il n'est pas possible de mettre en Ćuvre une rotation des questions Ă partir d'un pool et de limiter le temps dans Google Forms. Si vous connaissez un bon outil en ligne pour crĂ©er vos tests, oĂč il est possible de limiter le temps de passage et d'organiser une sĂ©lection diffĂ©rente de questions pour diffĂ©rents candidats, merci de partager ces services dans les commentaires.
Dans quels cas j'utilise cette méthode
Actuellement, j'utilise cette mĂ©thode Ă la demande des employeurs, s'ils ont des tests prĂȘts Ă donner aux candidats. Il est Ă©galement possible de combiner ces tests avec la quatriĂšme mĂ©thode de mon classement - nous demandons au candidat de partager son Ă©cran et de passer le test. Ainsi, vous pouvez discuter avec lui des questions et des options de rĂ©ponse.
Avantages
Avec une bonne mise en Ćuvre, cette mĂ©thode est autonome. Le candidat peut choisir un moment qui lui convient pour passer le test et vous n'avez pas besoin de consacrer beaucoup de votre temps.
Inconvénients
La mise en Ćuvre de cette mĂ©thode est assez coĂ»teuse et ce n'est pas trĂšs pratique pour une petite entreprise qui recrute des employĂ©s de maniĂšre sporadique.
3. Questionnaires à questions ouvertes sur l'expérience
Il s'agit d'un ensemble de questions ouvertes qui invitent le candidat à réfléchir sur la base de son expérience. Nous ne proposons pas d'options de réponse. Les questions ouvertes sont celles auxquelles on ne peut pas répondre simplement et de maniÚre univoque. Par exemple, rappelez-vous quelle a été la tùche la plus difficile que vous avez réalisée avec le framework X ? Quelle a été la principale difficulté pour vous ? On ne peut pas donner de réponse simple à de telles questions. En fait, la seule réponse simple serait - je n'ai pas cette expérience, je n'ai pas travaillé avec cet outil.
Comment mettre en Ćuvre
Facile Ă mettre en Ćuvre avec Google Forms. L'essentiel est de trouver des questions. J'utilise plusieurs constructions standards.
Parlez-nous du dernier projet que vous avez réalisé avec XXX, quelle a été la chose la plus difficile pour vous dans ce projet ?
Quels sont les principaux avantages de la technologie XXX pour vous, donnez des exemples tirés de votre expérience ?
En choisissant la technologie XXX, quelles autres alternatives avez-vous envisagées et pourquoi avez-vous choisi précisément XXX?Dans quelles situations préférez-vous la technologie AAA plutÎt que BBB?
Parlez-nous du problÚme le plus complexe que vous avez résolu grùce à XXX, quelle était la principale difficulté?
Ces constructions peuvent donc ĂȘtre appliquĂ©es Ă de nombreuses technologies de votre pile technologique. Il n'est pas facile de rĂ©pondre Ă de telles questions par des phrases types trouvĂ©es sur internet, car elles sont personnelles et relĂšvent de l'expĂ©rience personnelle. En rĂ©pondant Ă ces questions, le candidat garde gĂ©nĂ©ralement Ă l'esprit que lors de l'entretien, chacune de ses rĂ©ponses peut conduire Ă des questions supplĂ©mentaires. Ainsi, s'il n'a pas d'expĂ©rience, les candidats s'auto-excluent souvent, rĂ©alisant que la discussion pourrait ĂȘtre vaine.
Dans quels cas j'utilise cette méthode
Lorsque je travaille sur des commandes de recherche de spécialistes, si le client n'a pas proposé sa propre méthode de vérification initiale des compétences, j'applique cette méthode. J'ai déjà des questionnaires préétablis sur plusieurs sujets et il ne me coûte rien d'utiliser cette méthode pour un nouveau client.
Avantages
Il est facile de le rĂ©aliser avec Google Forms. De plus, un nouveau questionnaire peut ĂȘtre Ă©laborĂ© sur la base de l'ancien, en remplaçant les noms des technologies et des outils par d'autres. Par exemple, un questionnaire sur l'expĂ©rience avec React ne diffĂ©rera pas beaucoup d'un questionnaire sur l'expĂ©rience avec Angular.
Ălaborer un tel questionnaire prend 15 Ă 20 minutes, et les candidats passent gĂ©nĂ©ralement 15 Ă 30 minutes Ă rĂ©pondre. Le temps investi est faible, mais nous obtenons des informations sur l'expĂ©rience personnelle du candidat, Ă partir desquelles nous pouvons partir pour rendre chaque entretien unique et plus intĂ©ressant. En gĂ©nĂ©ral, la durĂ©e de l'entretien aprĂšs un tel questionnaire est plus courte, car il n'est pas nĂ©cessaire de poser des questions simples et rĂ©pĂ©titives.
Inconvénients
Pour distinguer la réponse propre du candidat de celle qui a été « googlée », il faut s'y connaßtre dans le sujet. Mais cela vient rapidement avec l'expérience. AprÚs avoir consulté 10 à 20 réponses, vous apprendrez à distinguer les réponses originales des candidats de celles trouvées sur internet.
4. Live-Doing (Coding) â rĂ©soudre un problĂšme simple en temps rĂ©el avec un Ă©cran partagĂ©
L'essence de cette mĂ©thode est de demander au candidat de rĂ©soudre une tĂąche simple et d'observer le processus. Le candidat peut utiliser tout ce qu'il veut, il n'y a aucune interdiction de recherche d'informations en ligne. Le candidat peut ressentir du stress en raison de l'observation de son travail. Tous les candidats ne sont pas d'accord avec ce type d'Ă©valuation de leurs compĂ©tences. Cependant, d'un autre cĂŽtĂ©, cette mĂ©thode permet de voir quelles connaissances la personne a en tĂȘte, quel savoir-faire elle pourra utiliser mĂȘme dans une situation stressante et quelles informations elle ira chercher sur un moteur de recherche. Le niveau du candidat devient visible presque immĂ©diatement. Les dĂ©butants utilisent les capacitĂ©s les plus basiques, mĂȘme primitives, du langage, commençant souvent Ă implĂ©menter la fonctionnalitĂ© des bibliothĂšques de base manuellement. Les candidats plus expĂ©rimentĂ©s s'orientent bien dans les classes, mĂ©thodes, et fonctions de base et peuvent rĂ©soudre rapidement une tĂąche simple - de 2 Ă 3 fois plus vite que les dĂ©butants, en utilisant la fonctionnalitĂ© de base du langage qu'ils connaissent. Les candidats encore plus expĂ©rimentĂ©s commencent gĂ©nĂ©ralement par discuter des diffĂ©rentes approches pour rĂ©soudre le problĂšme et prĂ©sentent plusieurs options de solution, demandant quelle implĂ©mentation de ces options je souhaite voir. Tout ce que fait le candidat peut ĂȘtre discutĂ©. MĂȘme avec une tĂąche identique, les entretiens peuvent ĂȘtre trĂšs diffĂ©rents, tout comme les solutions proposĂ©es par les candidats.
Comme une variante de cette méthode, vous pouvez demander au candidat de passer un test d'évaluation des compétences professionnelles, en justifiant le choix de l'une ou l'autre des réponses. Contrairement aux tests ordinaires, vous saurez dans quelle mesure le choix des réponses était fondé. Vous pouvez concevoir vos propres variantes de cette méthode en tenant compte des particularités de votre offre d'emploi.
Comment mettre en Ćuvre
Cette mĂ©thode peut ĂȘtre facilement mise en Ćuvre via Skype ou une autre application de visioconfĂ©rence similaire, permettant de partager l'Ă©cran. Les tĂąches peuvent ĂȘtre imaginĂ©es par vos soins ou provenant de plateformes comme Code Wars, avec divers tests prĂȘts Ă l'emploi.
Dans quels cas j'utilise cette méthode
Lorsque je sĂ©lectionne des programmeurs et que le niveau de connaissances du candidat n'est pas clair Ă partir du CV, je propose un entretien dans ce format. D'aprĂšs mon expĂ©rience, environ 90% des dĂ©veloppeurs ne s'y opposent pas. Ils apprĂ©cient que dĂšs le premier entretien, on commence Ă discuter de programmation, plutĂŽt que de poser des questions stupides comme « OĂč vous voyez-vous dans cinq ans ? »
Avantages
MalgrĂ© le stress et l'anxiĂ©tĂ© du candidat, le niveau gĂ©nĂ©ral de ses compĂ©tences est immĂ©diatement visible. Les compĂ©tences en communication du candidat deviennent Ă©galement trĂšs claires â comment il rĂ©flĂ©chit, explique et motive ses dĂ©cisions. Si je dois discuter du candidat avec des collĂšgues, il est facile de faire un enregistrement vidĂ©o de mon Ă©cran et de montrer l'entretien Ă d'autres personnes.
Inconvénients
La connexion peut ĂȘtre interrompue. Ă cause du stress, le candidat peut commencer Ă hĂ©siter. Dans cette situation, je peux faire une pause et lui donner du temps pour rĂ©flĂ©chir Ă la tĂąche seul, puis rappeler dans environ 10 minutes et continuer. Si, aprĂšs cela, le candidat se comporte toujours de maniĂšre Ă©trange, il vaut mieux essayer une autre mĂ©thode d'Ă©valuation des compĂ©tences.
5. Entretien express court sur les compétences par téléphone/Skype
C'est simplement une conversation vocale par téléphone, Skype ou un autre systÚme de communication vocale. Nous pouvons évaluer les compétences en communication du candidat, sa culture générale et ses connaissances. En guise de plan de conversation, nous pouvons utiliser un questionnaire. Comme alternative, nous pouvons discuter plus en détail avec le candidat de ses réponses à votre questionnaire.
Comment mettre en Ćuvre
Nous convenons d'une conversation avec le candidat et l'appelons. Nous posons des questions et notons les réponses.
Dans quels cas j'utilise cette méthode
J'utilise généralement cette méthode en conjonction avec un questionnaire lorsque les réponses du candidat me semblent originales ou insuffisamment convaincantes. Je discute avec le candidat autour des questions du questionnaire et approfondis son opinion. Je considÚre cette discussion comme essentielle lorsque les compétences en communication du candidat sont importantes, ainsi que sa capacité à formuler ses pensées de maniÚre simple et claire.
Avantages
Sans une conversation vocale sur des sujets professionnels, il est généralement impossible de déterminer à quel point le candidat sait articuler ses pensées.
Inconvénients
Le principal inconvénient est le temps supplémentaire requis. C'est pourquoi j'utilise cette méthode en complément d'autres si nécessaire. De plus, il existe des candidats qui excellent dans les discussions professionnelles, mais qui manquent d'expérience pratique. Si vous avez besoin d'un programmeur capable de résoudre des problÚmes de maniÚre stable et efficace, il est préférable d'opter pour une autre méthode de vérification des compétences. En revanche, si vous recherchez un manager ou un analyste, c'est-à -dire un spécialiste qui traduit le langage humain en 'langage de programmeur' et vice versa, cette méthode de vérification des compétences sera trÚs pertinente.
6. Test court à réaliser dans un délai (effectué en 30 à 60 minutes)
Pour plusieurs professions, il est crucial que le spécialiste puisse trouver rapidement une solution à un problÚme. En général, les tùches à résoudre ne sont pas complexes, mais le temps de résolution est important.
Comment mettre en Ćuvre
Nous convenons avec le candidat d'un délai pour réaliser le test. Au moment convenu, nous envoyons au candidat les conditions de la tùche pour vérifier s'il a bien compris ce qui est requis de lui. Nous chronométons le temps que le candidat met à résoudre la tùche. Nous analysons la solution et le temps pris.
Dans quels cas j'utilise cette méthode
Dans ma pratique, cette mĂ©thode a Ă©tĂ© utilisĂ©e pour vĂ©rifier les compĂ©tences de spĂ©cialistes du support technique, de programmeurs SQL et de testeurs (QA). Les tĂąches Ă©taient du type 'trouvez les points problĂ©matiques et proposez une solution' ou 'optimisez la requĂȘte SQL pour qu'elle soit trois fois plus rapide', etc. Bien sĂ»r, vous pouvez concevoir vos propres tĂąches. Cette mĂ©thode peut Ă©galement ĂȘtre appliquĂ©e aux dĂ©veloppeurs dĂ©butants.
Avantages
Nous ne consacrons notre temps qu'à la rédaction et à la vérification de la tùche. Le candidat peut choisir le moment qui lui convient le mieux pour réaliser la mission.
Inconvénients
Le principal inconvénient est qu'il peut exister des solutions à vos problÚmes sur le web ou des problÚmes similaires, donc il est nécessaire d'avoir plusieurs variantes et de créer périodiquement de nouvelles tùches. Si vous devez tester la rapidité de réaction et l'étendue des connaissances, personnellement, je privilégie les tests chronométrés (méthode n°2).
7. Ătudier le portfolio, les exemples de code, les dĂ©pĂŽts ouverts du candidat
C'est sans doute le moyen le plus explicite de vérifier les compétences, à condition que vos candidats aient un portfolio et que votre équipe de recrutement dispose de spécialistes capables d'évaluer ce portfolio.
Comment mettre en Ćuvre
Nous examinons les CV des candidats. Si nous trouvons des liens vers des portefeuilles, nous les étudions. S'il n'y a pas de mention de portefeuille dans le CV, nous demandons le portefeuille au candidat.
Dans quels cas j'utilise cette méthode
Dans ma pratique, cette méthode a été trÚs rarement utilisée. Il est rare de trouver des travaux sur le sujet requis dans les portefeuilles des candidats. Les candidats expérimentés préfÚrent souvent cette méthode à la tùche d'évaluation standard et peu intéressante. Ils disent : « Regardez mon repo, il y a des dizaines d'exemples de mes solutions à différents problÚmes, vous verrez comment j'écris du code ».
Avantages
Cela permet de gagner du temps pour les candidats. Lorsque des professionnels de votre Ă©quipe ont le temps, il est possible dâĂ©carter rapidement et sans communication avec les candidats ceux qui ne conviennent pas. Pendant que le recruteur cherche des candidats, son collĂšgue Ă©value le portefeuille. Cela permet un travail suffisamment rapide et parallĂšle.
Inconvénients
Cette mĂ©thode ne peut pas ĂȘtre appliquĂ©e Ă tous les mĂ©tiers de l'IT. Pour Ă©valuer un portefeuille, il faut soi-mĂȘme possĂ©der des compĂ©tences dĂ©veloppĂ©es. Si vous n'ĂȘtes pas un spĂ©cialiste, vous ne pourrez pas Ă©valuer un portefeuille de maniĂšre qualitative.
Chers collÚgues, je vous invite à discuter de ce que vous avez lu dans les commentaires. Quelles autres méthodes de vérification rapide des compétences utilisez-vous ?
Source : habr.com
