J'ai en fait embauché, spécifiquement pour ce qui est décrit ici, donc je vais utiliser quelques exemples du génie logiciel.
Bien que je convienne que l'expérience vous en donnera plus - une expertise dans le domaine, des compétences en relations humaines , et bien équilibré - je crois que tous ces points peuvent être (et sont) généralement clarifiés dans la description de poste. Je peux dire que je recherche des détails dans ces domaines et que je garde le champ ouvert à une plus grande piscine.
Alors ... quelle expérience?
C'est avoir eu le temps sur le terrain de voir la boucle de rétroaction causée par vos propres décisions.
Particulièrement en ingénierie , vous (et votre équipe) prendrez diverses décisions sur la façon dont vous allez faire le travail, la conception et d'autres hypothèses de base. Vous suivrez une sorte de plan qui est inévitablement défectueux. Montrez-moi un plan qui a parfaitement fonctionné et vous me montrerez soit un très petit projet, soit un ingénieur très insensible. Aucun plan ne survit au contact avec la réalité, et même un très bon plan peut bien fonctionner de manière inattendue et mal dans d'autres.
Au fil du temps, vous ajusterez le plan, les gens et les technologies vont et viennent , et la réalité ne marchera pas de manière prévisible. L'équipe proposera de nouvelles solutions et des changements au plan pour compenser ce qu'ils ont appris.
Cette boucle de rétroaction est ce qui saisit un ingénieur. Tout comme un laboratoire pratique, il est généralement préférable de réserver l'apprentissage et la mémorisation par cœur - l'expérience de vivre à travers un cycle de vie de produit (ou plusieurs!) Donne au candidat plus d'informations pratiques sur ce qui fonctionne - à la fois pour son équipe et pour lui-même. Cela peut inclure des heuristiques de conception, des moyens d'améliorer les processus de développement, de bonnes habitudes de travail, des astuces de recherche et une expérience de la manière de faire avancer les choses dans une organisation.
Variation en années
Ce n'est pas une chose fixe - en fait 3-7 sonne juste. Il y a un point après 2 mais avant ... 8? là où il y a un nombre important de cas où un ingénieur dit "Oh ... cela n'a pas fonctionné avant, essayons une autre manière" une partie importante du temps. Et pourtant, ils ne sont pas tellement brûlés par l'expérience qu'ils ne voient pas l'espoir d'essayer de nouvelles choses et d'adopter de nouvelles stratégies. Après 10 ans, je vois une différence radicale - généralement due à une diversité d'expériences de travail qui signifie que ce que voit l'ingénieur s'applique non seulement à son domaine de travail principal, mais également aux éléments de l'organisation qui l'entourent.
Ce n'est certainement pas un nombre fixe. Voici quelques exemples de variantes:
- Un ingénieur qui a basculé entre de nombreux projets sur un laps de temps très court, n'ayant jamais vu la sortie complète de l'un d'entre eux est susceptible d'avoir moins d'expérience dans cette perspective .
- Un ingénieur qui a effectué plusieurs stages, puis 1 à 2 ans dans le même groupe, peut avoir plus que les 2 années d’expérience standard, car il a vu ce groupe survivre pendant 3 à 4 ans d’histoire, indépendamment de avoir été là pour des espaces de temps fixes (par exemple un stage d'été pendant la scolarité)
- Quelqu'un travaillant dans un très petit magasin avec beaucoup de bricolage peut acquérir une expérience plus riche plus rapidement. Je ne vois pas beaucoup de ceux-ci fonctionner avec une expérience aussi forte sur le court terme (2 ans), mais je vois que cela commence à prendre en compte les 7 contre 13 ans - une personne d'une petite startup qui a dû faire à peu près n'importe quoi montre plus d'expérience qu'un gars qui a travaillé pendant 13 ans à toujours faire une petite partie de l'entreprise, sans jamais remettre en question le processus ne dépassant jamais sa petite partie du monde.
Y a-t-il une équation?
Non ... mais vous attendiez-vous vraiment à un oui?
C'est certainement un facteur de:
Temps de travail + expériences vécues + nature du rôle Responsabilités & + leçons apprises
Je dirais que la plupart des rôles ont un facteur de notation instinctif. Et cela peut être autant lié aux lacunes de l'équipe actuelle qu'à la nature du travail qu'ils font. Je n'ai pas besoin de compétences en relation avec les clients, par exemple, dans une énorme équipe de passation de marchés de défense où tous les contacts avec les clients sont protégés par la direction. Et les types de contact client sont très différents entre l'ingénierie commerciale et le support technique informatique. L'expérience avec l'un à un certain niveau aide avec l'autre, mais quelqu'un qui correspond plus étroitement au profil souhaité mais avec moins d'années peut très bien obtenir la meilleure note.
En gros, certains le "facteur d'expérience" revient à dire (en tant que responsable du recrutement) - "avec quelle facilité puis-je bloquer cette cheville carrée dans mon trou triangulaire?" ainsi que "ce sera plus facile ou plus difficile qu'avec cette cheville circulaire?"
Interview pour l'expérience
La différence entre l'expérience et "pas assez d'expérience" ou "pas le bonne expérience "se résume, pour moi, aux questions" qu'avez-vous appris en faisant les choses sur votre CV? ".
Si en réponse à ces questions, la réponse est:
- eh bien, je n'ai pas travaillé assez longtemps pour avoir beaucoup appris.
- Je n'en ai aucune idée, je continue de changer de projet et je n'ai jamais suivi les gens sur les projets pour voir ce qui s'est passé.
Alors je vais probablement dire - "n'a pas l'expérience".
Si, cependant, j'obtiens:
-
Je continue de changer de projet, mais j'ai remarqué que quand ils ont sorti le produit, il avait des réactions XYZ, ce qui m'a rendu heureux / regretté que nous ayons fait ABC.
-
Eh bien, je n'ai pas réussi à traverser un cycle de vie complet, mais j'ai un panthéon de façons pas de lancer un projet, jusqu'à présent, nous avons échoué au cours des 5 dernières tentatives, bu t nous avons appris à ne pas faire E, F, G, H, et plus particulièrement I.
-
Quelques idées réfléchies sur les moyens d'améliorer les processus une fois qu'un véritable cycle de vie est terminé
Ensuite, je vais évaluer le candidat plus favorablement. Remarque - l'échec est assez courant. Vivre l'échec est souvent encore plus puissant que le succès. Si vous vous joignez dès le départ à un projet complexe, fructueux et réussi, vous aurez peut-être moins d’expérience simplement parce que vous n’avez pas vu de catastrophe majeure et que vous n’avez pas appris à le faire. survivre. Nous devrions tous être si chanceux!
Puis-je battre le système?
Peut-être. Pourriez-vous avoir une discussion approfondie sur les forces et les lacunes de vos compétences? Comment vos propres expériences et préjugés ont-ils aidé et gêné vos équipes jusqu'à présent? Comment vos projets ont réussi ou échoué ou ont été moins efficaces à plus d'un niveau "le manuel le dit, donc ça doit être vrai"? Ensuite, le défi consiste en grande partie à transmettre cela dans l'entrevue.
Gardez à l'esprit que la fiche d'emploi a été rédigée sur la base de l'expérience d'au moins une personne. Probablement plusieurs. Il existe une myriade de stratégies sur la façon dont un recueil de travail est rédigé et chaque entreprise peut être différente - mais la fourchette 3-7 est suffisamment canonique pour qu'un groupe réfléchisse à pourquoi cette fois sur le terrain est important. Si vous envisagez de vendre une autre idée, sachez que vous devrez peut-être aller au-delà pour montrer pourquoi vous, en particulier, êtes la valeur aberrante et que vous êtes en quelque sorte plus expérimenté que les années que vous avez normalement indiquées.
Sachez également qu'ils vous considèrent comme une piscine. Si quelqu'un avec toutes vos compétences est entré pour le même travail l'heure suivante après votre départ de la pièce, mais qu'il avait une expérience que vous n'aviez pas encore eue - alors il n'y a aucune raison de faire un compromis.