Quels chiffres-clés serait-il bien avisé d'afficher sur un portfolio de développeur ?

Bien le bonjour jeunes cléms’,

Je travaille actuellement sur un nouveau projet, destiné à afficher mes projets pros et persos (problématiques, technos, déroulement, résultats inclus), mon CV, quelques témoignages clients/employeurs, etc.

Dans la page d’accueil, je souhaiterais couper entre deux petits paragraphes à l’aide d’un p’tit bloc qui contiendraient juste 3 chiffres-clés.

Je pensais au CA gagné à l’aide de mes projets persos, au nombre de projets pros (livrés) réalisés, ainsi qu’au nombre de personnes que j’ai aidées sur Stackoverflow (c’est calculé par Stackoverflow lui-même).

Oui MAIS voilà, ce site est avant-tout destiné aux RH/patrons d’entreprise et, suivis de près, par mes confrères développeurs (je rentre effectivement beaucoup dans les détails techniques dans mes pages projets). Est-ce que ces 3 chiffres sont vraiment pertinents ? Verriez-vous autre chose ?

Pensez-vous que le nombre de projets Github serait plus pertinent que le nombre de projets pros livrés (par exemple) ?

Merci bien chères clems. Et bonne après-midi à vous, gorgez-vous de soleil.

Pour moi aucun de ces chiffres-clés n’est vraiment pertinent.

Quand tu recherches un développeur, tu veux savoir :

1. S’il est bon techniquement
2. S’il s’adaptera à l’équipe et au projet
3. S’il est capable de se maintenir à jour et d’évoluer

Et avant ça il y a le fait qu’on doit pouvoir te trouver, donc que ton CV contienne les bons mots-clés (l’union de ceux qui correspondent à ce que tu sais faire, ce que tu veux faire et les mot-clés réellement utilisés dans l’industrie¹).

Le 1 se voit en discutant technique avec la personne et avec des tests techniques. Si tu as du code qui peut être montré, tu peux le mettre à disposition pour que les recruteurs (au sens large) puissent le voir et se faire une idée.

Le 2 et le 3 ne se voient vraiment que lors des entretiens, même si le point 3 peut être visible si tu as du code à montrer sur une période assez longue, et que ce code évolue avec les standards des époques où ils ont été écrits.

PS : Pour être plus précis, de tous mes collègues, la personne qui – de loin – pour son âge avait le plus gros CA sur ses projets persos et son nombre de projet livrés était quelqu’un de génial pour faire des prototypes… et complètement incapable de travailler en équipe (de plus que lui-même tout seul) ou de finir proprement une fonctionnalité.

Des indicateurs comme le nombre de personnes aidées sur StackOverflow ou les nombre d’étoiles d’un projet sur Github peuvent être un indicateur intéressant sur une ligne de CV (pour montrer ton implication, ta capacité de gestion d’un gros projet), mais ne sont pas pour moi quelque chose de primordial à mettre en avant, sauf cas très particulier.

N’oublions jamais que le monde du recrutement informatique, c’est ceci :

Pareil que Spacefox.

J’irais même plus loin en disant que quand vient le moment d’évaluer une candidature pour un recrutement (et décider des sujets que je vais aborder en entretien), quelqu’un qui m’affiche ce genre de métriques pour se vendre a plutôt tendance à me donner une opinion négative : s’il est bon, il n’a pas besoin de ce genre de bullshit pour le prouver. Et dans les étapes de screening qui viennent avant moi, je suis quasiment certain que personne n’ira lire ces infos. Pire encore : même s’ils allaient les lire, ça ne voudrait rien dire pour eux.

Ah eh bien dommage SpaceFox, au final seul le nombre de personnes que j’ai aidées sur Stackoverflow est assez pertinent pour être affiché sur mon site (je ne parle pas du CV).

J’aimerais bien trouver 2 autres chiffres mais au vu de tes explications ça va être chaud chaud chaud caliente effectivement…

Je vais mieux réfléchir à ça…

c’est pas sur un CV mais sur mon site perso hein

Edit important : ou peut-être que je me trompe sur la nature des chiffres : je devrais plutôt donner des chiffres concernant mes projets que me concernant non ?

J’avais bien compris, et je trouve ça mignon que tu croies encore que des recruteurs vont aller sur ton site perso.

ce fut le cas pour ma première boîte et je crois que c’est aussi le cas pour ma deuxième

• ce site me sert aussi à exposer mes travaux

Et du coup quel serait l’utilité de faire un site qui présente ce que tu dis, si ce n’est te faire recruter ?

Parce que ça me permet de rendre publiques diverses analyses du travail que j’ai fait, de la façon dont ça s’est déroulé, des résultats, de commenter le bilan. Pourquoi rendre publique ? Parce que ça sert à rien de garder ça privé. Et puis les projets sur lesquels j’ai bossés peuvent intéresser des devs/RH au niveau technique ou au niveau des possibilités techniques (pour l’instant ce sont effectivement des projets rares dont les technos sont rarement utilisées et pourtant recommandées par Google , et qui répondent à des problématiques connues).

Pour me faire recruter y a déjà linkedin

PS : et écrire ce genre de rapports, publics ou privés, ça permet de consolider la mémoire acquise et d’améliorer le recul qu’on a sur ces choses

Y a moyen de définir des stats au niveau des projets plutôt ?

je pense que ça peut être sympa de mettre 3 chiffres clefs à propos de qlq chose

(genre les projets, et pas moi)

EDIT IMPORTANT : je viens de lire (ou relire) certains messages, en fait il m’apparaît très clair que je ne dois pas faire de stat quantitative mais donner 3 infos qualitatives, je vais réfléchir à ça cette nuit en dormant

je pense que ça peut être sympa de mettre 3 chiffres clefs à propos de qlq chose

Tu prends le problème par le mauvais bout. Ce n’est pas parce que "les chiffres, c’est sympa" que c’est forcément une bonne idée d’en mettre. Si tu ne sais pas trop quoi mettre comme nombre, c’est peut être le signe qu’en mettre serait superflu…

ouaip j’vais réfléchir à des données qualitatives

Bah disons qu’à partir du moment où tu fais une introspection du projet X, Y, Z. Ce qui s’est bien passé ou non, etc. A mon sens (@nohar confirmera ou non), c’est ça qui est intéressant pour toi, mais aussi un futur employeur. Pas forcément le RH qui va juste chercher des mots-clés, mais celui ou celle qui va analyser ton raisonnement, la manière dont tu as abordé tel projet ou problématique.

C’est l’analyse qui compte, pas les chiffres.

Je confirme. Et j’ai même envie d’ajouter que ce qui marche le mieux, c’est le 100% transparence (avec l’analyse qui vient avec). Par exemple, ce qui m’a séduit avec ma boîte actuelle était le discours "oui à un moment on a failli se faire racheter par Facebook mais on a échoué" : les types m’ont présenté, dès le premier coup de fil, un epic fail, et ça a lancé une longue discussion sur l’analyse qu’ils ont fait de cet échec, qui m’a montré leur maturité, leur réalisme et leur ambition.

Pour un candidat en recrutement, c’est pareil : savoir analyser un échec et montrer les leçons qu’on en a tiré est bien plus important que mettre en avant 30 succès.

On peut parfaitement réussir en faisant n’imp. Par contre, savoir échouer et en tirer des leçons authentiques pour l’avenir, ça n’a pas de prix.

Bien le bonjour,

Je réfléchis donc à 3 données qualitatives et non quantitatives à afficher dans mon p’tit bloc dans ma page d’accueil entre 2 textes + grands (sous la forme d’illustrations avec très peu de texte, donc).

Je ne vois pas quelles infos pourraient prouver que je sais travailler en équipe (sachez que même si j’ai l’air d’un gomuscu décérébré bourru et inapte à travailler, je suis en réalité presque tout l’inverse et très apprécié comme collègue, vous m’aimeriez bien et adoreriez collaborer avec moi même si vous êtes pour le moment certains du contraire huhuhu )

De même actuellement je ne vois pas comment montrer que j’apprends de mes erreurs passées.

Ni ma motivation

Ni mon autonomie.

Mais je vais réfléchir à ces 4 points (il y aura 4 trucs au lieu de 3 dans mon bloc donc).

Je pense que tu es trop fixé sur la forme. Ce n’est pas important de savoir s’il y aura 3 ou 4 « données qualitatives », ni sous quelle forme de bloc elles seront présentées.

Ce qui est intéressant c’est de mettre les informations que tu trouves pertinentes et de trouver une forme adéquate à leur donner, là tu sembles chercher à faire l’inverse.