janvier
2010
Un article de rad_hass
Étant développeur, de plus est en SSII j’ai eu l’occasion de faire mult passage en entretien, déjà pour le stage, ensuite pour l’entreprise et enfin pour les missions.
Et depuis quelques jours j’ai eu la chance dans ma mission actuel de faire passer des entretiens et le moindre que je puisse dire c’est qu’on en apprend beaucoup.
J’ai été surpris parfois des erreurs commisent par les candidats, alors ça m’a donné envie de faire un petit feedback.
- Un CV bien travaillé, c’est le sésame d’entrer
- Commençant par le CV, ce qui intéresse un client quand il veut prendre dans son équipe un développeur c’est surtout le côté technique, donc n’hésitez pas à détailler vos expériences quand il y a valeur ajoutée.
- Ne mettez pas sur votre CV des choses que vous ne maîtrisez pas ou néanmoins que vous ne serez expliquer clairement, c’est une erreur fatale … Mettre par exemple dans méthodologie, Agile XP et dire que vous l’avez utilisé dans un projet, sans pouvoir l’expliquer, c’est donné le bâton …
- Mettre des technologies phares dans compétences et ne pas les voire dans les missions ne donne pas une très bonne impression du CV … Si en plus ça se confirme lors de la présentation, ça peut être néfaste.
- Quand vous présentez votre CV, bien que le fait de parler du métier permet au client de mieux suivre vos explications et de montrer que vous n’êtes pas un simple pisseur de code, sachez que c’est surtout le côté technique qui est important. J’ai vu un CV qui ne contenait que très peu de détail technique sur les missions, pire encore lors de la présentation ça n’a pas était meilleur, il a passé son temps à expliquer les process métiers … Au finale on a l’impression que le mec ne maîtrise pas la technologie.
- Savoir dire je ne sais pas !
- C’est un classique, mais quand vous ne savez pas un truc dites le ! Dans le CV du gars qui a mit XP sans savoir l’expliquer, le pire c’est qu’en continuant à lui poser des questions il n’a pas osé dire qu’il ne savait pas … Ce n’est pas une honte de ne pas savoir, dire une ou deux fois dans un entretien que vous ne savez pas, ou donner une explication en disant que vous n’êtes pas certains, c’est positif et appréciable.
- Conseils
- Une chose bien plus difficile à gérer c’est le stress, mais c’est vraiment agréable de sentir le mec d’en face à l’aise, je penses que c’est important de travailler cette partie là.
- Un truc que beaucoup de personnes négligent à tord, c’est d’adapter sa présentation selon les besoins du client, je n’ai vu personne mettre le point sur les attentes du client. A part bien sure des choses trop générale, comme « dans ce projet j’ai fais du ASP.NET comme dans votre mission », je n’ai pas vu quelqu’un mettre à profit son expérience dans la future collaboration. Et pourtant un homme fort admirable m’a dit un jour, que si tu arrive à projeter ton client dans votre future collaboration tu prenais une belle option.
D’ailleurs je pense que vous pouvez prendre de l’avance sur des choses qui vous manque, montrer que vous y êtes sensible, que vous connaissez ce genre de problématique et que vous saurez apprendre et gérer. - Voulez-vous vraiment ce poste ? Si une mission vous emballe, n’hésitez surtout pas à le dire, à argumenter. Par exemple, en guise de conclusion faite un petit bilan de vos expériences en mettant en avant les points qui peuvent intéresser le client et dites en quoi celles-ci faciliteront votre intégration.
Je n’ai vu personne faire une belle conclusion sur son parcours et se projeter sur la mission, ce qu’il pourrait apporter et ce qu’elle lui apportera.
Donc au finale, ayez confiance en vous, soyez pertinant dans vos explications, ça ne sert à rien d’expliquer le processus de fabrication d’un avion à un banquier, dites en assez pour que votre intérlocuteur puisse comprendre le contexte. Mettez en avant vos points forts et évitez de faire croire que vous connaissez tout sur tout, personne ne vous le demandera.
Voila un petit feedback sur ce que j’ai appris à travers ma petite expérience, j’espère que ça vous aidera !
Bon courage
1 Commentaire + Ajouter un commentaire
Commentaires récents
- dans [Scrum] Générer un Burdown chart de Sprint
- dans [Scrum] Générer un Burdown chart de Sprint
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Organiser sa journée de travail ? Efficacité et productivité sans stress c’est possible
Petit conseil personnel pour le coté « timide ». Tenez vous bien droit, quelqu’un qui se tient bien droit donne une impression de dynamisme et même le fait de se tenir droit vous aide à être plus à l’aise. Enfin bon, pour moi ça marche…