J'ai quantifié presque rien dans mon CV. Je viens de fournir des chiffres lorsqu'ils étaient objectivement disponibles: date de naissance, scores à l'école, etc. A part ça, je viens d'écrire sur l'expérience et les projets pour lesquels j'ai travaillé.

Habituellement, si vous lisez attentivement , les exemples avec "quantification" s'appliquent aux emplois où les nombres sont des "dieux" - et ce sont généralement des ventes (ou d'autres activités liées ou similaires).

J'ai expliqué ici la structure de mon CV, juste au cas où vous auriez besoin d'inspiration.

Notes:

1. Je n'ai pas impliquent que la quantification doit être évitée à tout prix. Si vous avez des numéros pertinents, vous pouvez les afficher. C'est la "quantification à tout prix" contre laquelle je parle.

2. Comme indiqué dans un commentaire, certaines entreprises de technologie semblent être de grands fans de chiffres. Cependant, à mon avis personnel, la plupart des entreprises technologiques ne vous rejettent pas d'emblée juste à cause de cela.

3. Normalement, si une entreprise veut vraiment des chiffres, elle vous le demandera spécifiquement , soit vous directement, soit via les canaux de communication publics (par exemple, sur leur page Web).

4. Si vous rencontrez un jour un grand nombre d'employeurs potentiels qui demandent des chiffres, alors commencez à penser à mettre à jour le CV. Au cours de mes près de 20 ans d'emploi, personne ne m'a jamais posé de questions sur les chiffres du "self-marketing" lors des entretiens.

Un bon indice de @PaulKaram dans un commentaire

Nous disons que la plupart des entreprises n'ont pas besoin de quantification, mais seulement de la liste des compétences requises. La vérité est peut-être quelque part entre les deux. Comparez les éléments suivants:

1. Je maîtrise parfaitement C, C ++, Python et Ruby
2. Je maîtrise quatre langages de programmation / script : C, C ++, Python et Ruby

L'instruction 2 est-elle plus "quantifiée" que l'instruction 1, simplement parce qu'elle rend les nombres explicites? La déclaration 2 fournit-elle plus d'informations? Pour moi, l'instruction 2 est en fait plus difficile à lire, car j'ai besoin de jeter les informations "indésirables".

Personnellement, je pense que le conseil "quantifier tout" (que j'ai vu aussi) est vraiment un mauvais conseil pour les ingénieurs logiciels. Nous travaillons en équipe, nous ne produisons rien individuellement (sauf si vous êtes le seul développeur, auquel cas vous pouvez réclamer 100% de tout ...).

Mettez en évidence les technologies que vous avez utilisées avec, les responsabilités que vous aviez dans vos rôles précédents et le nombre d'années d'expérience que vous avez. Ce sont les critères qui vous permettront de participer à une entrevue.

En tant que personne qui lit régulièrement les CV des développeurs de logiciels, quantifiez si vous le souhaitez ou non. Cela n'a vraiment pas d'importance car j'ignore cette partie de la puce de toute façon parce que je sais que vous ne l'auriez pas mis sur votre CV si c'est mauvais. De toute façon, ce sont probablement des chiffres gonflés. Les choses les plus importantes pour moi sont:

• Connaissance de plusieurs langages et outils de programmation (montre que vous êtes prêt à apprendre de nouvelles choses et que vous ne vous considérez pas comme un développeur (Insérer le langage de programmation ici) uniquement
• Expérience professionnelle qui montre que vous avez la capacité de répondre à une demande utilisateur à peine / mal documentée et de développer quelque chose qui correspond à ce que l'utilisateur demandait vraiment.

Je pense que les nombres sont extrêmement importants, pour aider à donner une idée de la taille et de la portée du travail que vous avez effectué.

Le reste de cette réponse est tiré de un article de mon blog:

Nous savons que les chiffres attirent l'attention. Lors de la numérisation de votre CV, l'œil du lecteur sera naturellement attiré par les chiffres.

De plus, les chiffres rendent votre histoire plus intéressante et donnent au lecteur une idée de l'ampleur de vos réalisations ou des problèmes que vous avez résolu dans le passé.

Considérez la différence entre ces deux points:

• Ran le service d'assistance. Réponse aux tickets d'incident, réponse aux appels téléphoniques et suivi des pièces détachées informatiques.

• A dirigé le service d'assistance pour un bureau de 200 places. Le personnel de 3 a répondu en moyenne à 50 appels téléphoniques et à 27 tickets d'incident par jour. Tenu un inventaire de 200 unités de pièces détachées informatiques d'une valeur de 10 000 $.

Ces deux puces décrivent exactement les mêmes responsabilités, mais l'ajout de numéros spécifiques attire l'attention du lecteur, et ajoutez les détails qui donnent une image beaucoup plus complète de vos responsabilités.

Sans les chiffres, le lecteur pourrait aussi logiquement supposer que la réalité ressemble plus à ceci:

• Ran the «help desk» dans une agence immobilière de quatre personnes. Réponse aux questions quelques fois par semaine sur Excel. Gardez un PC de rechange dans un placard au cas où quelque chose serait vide.

N'oubliez pas que votre génialité n'est pas évidente, et une partie de votre travail en racontant l'histoire de votre génialité consiste à donner les chiffres à soutenez-le.

Comme @virolino l'a déjà souligné, vous n'avez rien à quantifier si vous ne voulez pas ou n'avez pas quelque chose à faire.

Personnellement, je quantifie mon travail afin que d'autres personnes puissent voir exactement ce que j'ai fait et plus important encore quel impact j'ai eu.

Si vous avez travaillé environ 2,5 ans, vous avez fait des choses, que vous pouvez quantifier et lister dans CV. Pour vous donner une direction - essayez de lister tout ce que vous avez fait dans cette entreprise:

1. J'ai implémenté le service CRM
2. J'ai corrigé un bug qui ralentissait un système
3. J'ai conçu une nouvelle version du système de transfert de données
4. J'ai introduit un nouveau tableau de bord des tickets

Ensuite, vous devez réfléchir à la façon dont toutes ces choses ont aidé votre entreprise. Vous pouvez utiliser quelque chose comme ceci:

1. Il est plus facile de travailler avec les clients
2. Le système a de meilleures performances
3. Un transfert de données plus stable
4. Travail plus confortable avec les tickets

Et la dernière étape consiste à définir dans quelle mesure ces choses ont aidé l'entreprise:

1. a apporté 2 fois plus clients grâce à un meilleur CRM
2. amélioration des performances du système de 2 fois
3. amélioration de la stabilité / plausibilité des données de 4 fois
4. gain de 10 heures par semaine en introduisant une meilleure tableau de bord des tickets

Bien sûr, vous n'avez pas fait tout cela seul, mais c'est évident. Le but est de fournir des choses sur lesquelles vous avez travaillé avec une équipe et ce que vous et votre équipe avez accompli.

La question de savoir si vous quantifiez vos contributions n'est pas aussi importante que d'indiquer si vos projets ont été réussis . Le résultat a-t-il rencontré favorablement le marché?

Votre CV serait mieux axé sur vos contributions les plus importantes à la réussite des projets, les technologies / outils incorporés et utilisés, et votre expertise en les utilisant.

J'ai récemment fait une série d'entretiens douloureux (4 à 5 heures de route dans chaque sens, des séances d'entrevues épuisantes) pour apprendre seulement quand je n'ai pas été embauché que mon CV mentionnait une technologie que j'avais à peine utilisée dans un rôle précédent était d'un grand intérêt pour eux. D'une manière ou d'une autre, ils pensaient que cela signifiait que j'étais un gourou de cette technologie. Lorsqu'ils ont découvert que j'étais un simple "utilisateur d'appareils", ils ont été déçus (probablement par difficulté à trouver un véritable expert dans ce domaine).

Je ne voudrais pas vous dire ce dont vous avez besoin pour être remarqué par un grand service des ressources humaines. Mais en tant qu'ingénieur qui cultive travaille avec d'autres ingénieurs, alors que certaines informations quantitatives m'aident à comprendre la portée, le rythme et l'intensité de ce sur quoi vous avez travaillé et donc (vraisemblablement) ce que vous seriez capable de gérer, je suis beaucoup plus intéressé par pourquoi que comment ... et je suis plus intéressé par comment que par combien . Si vous dites que vous avez convaincu vos patrons de structurer une API d'une certaine manière parce que cela faciliterait l'intégration de leur système pour les fournisseurs, c'est beaucoup plus impressionnant que si vous me disiez combien de fournisseurs se sont inscrits.

Mon conseil serait de citer vos réalisations personnelles, pas celles de l'entreprise ... mais aussi, vous devriez à juste titre la considérer comme une réalisation personnelle chaque fois que vous convaincez quelqu'un de prendre un chemin qu'il n'avait jamais vu auparavant, et cela a bien fonctionné pour tout le monde. Les meilleurs codeurs - cela semble très 90, mais comme Samurai, vraiment - sortiront des sentiers battus et présenteront à leur Daimyo une opportunité. La question de pourquoi vous avez pensé à cette amélioration particulière concerne à la fois votre intelligence et votre fidélité. Je crois que ce sont toujours les qualités que les entreprises recherchent et qu'elles rechercheront toujours. Si vous présentez votre intelligence avec humilité et que vous faites preuve de curiosité et donnez les raisons, ils devraient voir votre valeur. S'ils ne le font pas, alors soit votre valeur n'est pas si grande, soit c'est leur perte.

Un codeur qui pense par lui-même à un problème est un diamant. Rugueux ou pas, ce sont ceux qui méritent d'être conservés. Alors concentrez-vous sur les problèmes que vous avez résolus et ne vous inquiétez pas des chiffres.

Vous devriez essayer de quantifier les choses que vous pensez que les recruteurs veulent savoir. Travailler en équipe de 5 (ou 15) est légèrement utile, car cela indique le type d'environnement de travail auquel vous êtes habitué. Ce serait plus utile si vous pouviez quantifier votre position par rapport aux autres, peut-être que vous étiez l'un des 5 ingénieurs principaux sur ces 15 ingénieurs.

Vous pouvez également quantifier le système sur lequel vous avez travaillé, de quelque manière que ce soit. Si la start-up a été vendue, sa valeur est significative. Sinon, le nombre d'utilisateurs, de pays, de transactions ou la valeur des widgets dans l'inventaire donnent une idée de sa taille et de son importance, et donnent ainsi au recruteur l'impression que l'on pourrait vous faire confiance pour travailler sur son système.

Ils ne sont probablement pas intéressés par le nombre de bogues corrigés ou de lignes de code écrites, mais vous pouvez quantifier une spécialité en disant quelque chose comme "implémenté 80% des procédures stockées".

Si vous ' J'ai une longue liste de langages et de technologies, il peut être utile de quantifier combien d'années vous avez travaillé avec eux, ou combien de temps vous avez passé dans chaque domaine.