Comment présenter votre expérience projet lors d'un entretien ?

Lors de l'entretien, généralement après quelques salutations (vous demandant parfois de vous présenter), l'intervieweur vous demandera de commencer à présenter votre expérience de projet.

Une question courante est : "Parlez-moi de votre dernier (ou du plus réussi) projet".

Sur la base de mes nombreuses années d'expérience en entretien, j'ai constaté que de nombreuses personnes interrogées n'étaient absolument pas préparées à cela, et certaines personnes ont même dit que l'expérience du projet ne correspondait pas au CV en termes de période ou de technologie. Cela entraînerait les conséquences suivantes. .

1. La première impression n’est pas bonne, au moins on aura l’impression que la capacité du candidat à s’exprimer n’est pas forte.

2. De manière générale, l'intervieweur posera des questions en fonction du contexte du projet présenté par le candidat. En supposant que 10 questions seront posées lors de l'entretien, alors au moins 5 questions seront posées en fonction du contexte du projet présenté par le candidat. Si la personne ne répond pas oui, elle ne sera pas en mesure de bien guider les questions suivantes, ce qui équivaut à céder entièrement le droit de poser des questions à l'intervieweur.

Dans l'entretien, 7 points dépendent de la capacité et 3 points dépendent des compétences, et l'introduction du projet au début est la priorité absolue parmi les compétences, donc cet article vous expliquera comment préparer l'introduction du projet lors de l'entretien de les deux aspects de "介绍”和“引导" .

D'accord, voici le texte principal.

"1. Préparez la description du projet avant l'entretien, n'ayez pas peur, car l'intervieweur ne sait rien"

L'intervieweur est un être humain, pas un dieu. Lorsqu'il reçoit votre CV, il n'y a aucun moyen de vérifier les détails de votre projet (généralement, les entreprises effectueront des vérifications d'antécédents pour vérifier après l'embauche). De plus, les projets que vous réalisez sont calculés sur une base mensuelle et l'intervieweur prend jusqu'à 30 minutes pour en savoir plus sur votre expérience de projet à partir de votre CV, donc votre familiarité avec le projet est bien plus grande que celle de l'intervieweur, donc vous Non il faut être nerveux du tout. Si vous avez plus d'expérience professionnelle que l'intervieweur, vous pouvez même contrôler l'ensemble du processus d'entretien (l'auteur fait souvent ce genre de chose après être devenu un expert en entretien, et tout le monde peut le faire aussi).

Puisque l'intervieweur ne peut pas connaître vos coordonnées, comment peut-il vérifier votre expérience et votre technologie en matière de projet ? Vous trouverez ci-dessous un résumé de quelques questions fréquemment utilisées.

"Deuxièmement, une fois qu'on vous interroge sur les détails du projet, cela signifie que vous ne l'avez jamais fait"

De manière générale, avant l'entretien, chacun doit préparer une description du projet. plus confiant dans votre discours, car vous avez le dernier mot dans cette partie, et soyez plus fluide, car vous pouvez savoir ce que vous voulez dire après avoir été pleinement préparé. Et ce sont vos expériences réelles de projet (pas d'expérience d'apprentissage ou de formation), donc une fois que l'intervieweur aura l'impression que vous ne pouvez même pas parler, votre crédibilité sera très faible.

Beaucoup de gens sont bloqués sur « quelles affaires ont été faites dans le projet et les détails de la mise en œuvre du code », ce qui équivaut à donner le droit de poser des questions ultérieures directement à l'intervieweur. Le tableau ci-dessous répertorie quelques mauvaises façons de répondre.

Tout en évitant les mauvaises réponses mentionnées ci-dessus, vous pouvez préparer une introduction de projet à partir des éléments donnés dans le tableau. Si possible, veuillez également préparer une description en anglais. En fait, les jeunes diplômés ou les personnes ayant moins d’expérience professionnelle ont des compétences en anglais similaires, mais comme vous l’avez dit, il s’agit d’une amélioration qualitative.

Avant l'entretien, vous devez être préparé et confiant, mais vous devez également éviter les situations suivantes.

"Troisièmement, dites ce que l'intervieweur aime entendre sans révéler aucune trace"

Lors de l'introduction du projet (y compris bien sûr les entretiens ultérieurs), l'intervieweur veut réellement entendre quelque chose Tant Lorsque vous exposez les points clés et répondez bien aux questions pertinentes, c'est certainement un plus. Lorsque j'interviewerai d'autres personnes, une fois ces points clés confirmés, j'ajouterai certainement un commentaire à l'avis.

Voici 5 points clés et la rhétorique correspondante que les intervieweurs aiment entendre.

"Quatre. Soyez proactif, l'intervieweur n'est pas obligé de trouver vos points forts"

Quand je vais interviewer des gens, je pose souvent des questions : Quels sont les points forts de votre projet ? Ou en tant que candidat, quels autres points bonus peuvent vous aider à postuler avec succès à ce poste ? Même si vous posez cette question, certaines personnes diront directement non.

Je suis déjà dans un rôle déplacé lorsque je pose cette question. En tant qu'intervieweur, vous devriez prendre l'initiative de parler au lieu d'attendre pour demander. Mais veuillez noter que vous devez être habile lorsque vous parlez et rechercher des occasions de parler, généralement. avec des questions ouvertes, expliquez.

Par exemple : Quelles technologies ont été utilisées dans ce projet ? En plus de parler de certaines technologies de base, comme Spring MVC, MyBatis et les technologies de bases de données conventionnelles, il faut également mentionner l'utilisation de la gestion de la mémoire Java, qui peut réduire la pression sur la mémoire de la machine virtuelle, ou encore l'utilisation du big data. traitement. Technologie, etc. En d’autres termes, vous devez trouver toutes les occasions de parler des technologies dont vous disposez et qui sont actuellement très populaires.

Ou trouvez une question connexe pour une explication détaillée, par exemple si on vous demande : avez-vous déjà utilisé un vers plusieurs et plusieurs vers plusieurs ? En plus des points de connaissances de base, vous pouvez également dire qu'en général, je définirai les mots-clés en cascade et inverses de manière appropriée en fonction des besoins, puis j'utiliserai un cas pratique pour illustrer l'aide d'une conception raisonnable à votre projet, afin que je puisse étendre l'explication Vos compétences sont en hausse. Au contraire, si vous ne le dites pas, l'intervieweur pensera certainement que vous ne pouvez effectuer que des opérations simples un-à-un et un-à-plusieurs.

Lors de l'entretien, si le candidat répond à la question de manière très simple, a une chose à dire et ne développe pas, ou répond à mes questions avec des phrases très avares, alors je lui laisserai généralement l'occasion de parler en profondeur (mais je ne peux pas (garantie) Tous les intervieweurs ne poseront pas de questions approfondies), et si la réponse est concise, il sera avare de bons commentaires.

❝

N'oubliez pas : l'intervieweur n'est pas votre parent, l'intervieweur est très occupé, il y a très peu d'intervieweurs qui peuvent découvrir vos points forts, et il est de votre obligation de raconter vos points forts.

❞

Quand J'interviewe d'autres personnes, je donne généralement les commentaires suivants en fonction de différentes situations.

1. La réponse est très simple, mais la réponse peut prouver qu'il a effectivement fait quelque chose sur le framework et d'autres technologies. J'écrirai dans le commentaire "J'ai une compréhension générale des frameworks, mais je n'en connais pas. -connaissance approfondie (j'ai posé trop de questions) Vous avez répondu très brièvement à chaque fois, donc je suis désolé, je ne peux écrire que comme ça. Peut-être que vous êtes vraiment très technique, mais vous ne pouvez rien y faire. vous refusez de le dire ? )", et en même temps, j'ajouterai "Je suis très expressif". De manière générale, les capacités de communication ne sont pas fortes." De cette façon, même s'il réussit l'entretien technique, il aura difficulté lors des entretiens ultérieurs.

2. La réponse est très simple. Grâce à la réponse, je ne peux pas vérifier s'il a utilisé cette technologie dans le projet ou s'il a simplement appris cette technologie dans son étude quotidienne. J'écrirais "Dans le CV, il est dit que j'ai utilisé la technologie XX, mais je ne peux pas donner certains détails, et je ne vois pas que cette technologie a été utilisée dans le projet si cette technologie est nécessaire pour le travail." , alors il y a une très petite possibilité qu'il réussisse l'entretien.

3. La réponse est très simple, et je ne réponds qu'avec des mots fonctionnels tels que euh et ah. Après avoir été rappelé, je terminerai l'interview par quelques mots superficiels et j'écrirai directement « La technologie est très faible et je. ne pourra pas passer l'entretien."

4. Bien que la réponse puisse bien démontrer ses compétences, mais que la logique ne soit pas claire, alors je le laisserai passer l'entretien technique, mais j'écrirai "Les compétences sont très bonnes, mais la capacité d'expression est moyenne (ou doit être amélioré) ), veuillez considérer le responsable de l'entretien ultérieur. De cette façon, les chances de réussir l'entretien de synthèse ultérieur sont moyennes. Après tout, l'entretien de synthèse se concentrera sur des facteurs non techniques tels que la capacité d'expression et les compétences en communication.

"Quoi qu'il en soit, si vous donnez une réponse simple et ne prenez pas l'initiative de me dire dans quoi vous excellez, ou si vous n'énoncez pas vos points forts de manière organisée et claire, même si je laissez-vous réussir l'entretien, je n'écrirai pas "détails du cadre". Si vous avez de bons commentaires tels que "une compréhension approfondie et une maîtrise des applications de bases de données", même si vous réussissez les entretiens techniques et approfondis ultérieurs, votre salaire sera relativement bas. peut être éliminé directement"

Il y a certains aspects sur lesquels vous ne pouvez absolument pas commettre d'erreurs lors de l'entretien, vous devez donc accorder une attention particulière aux facteurs suivants pendant le processus de préparation. Voici quelques réponses incorrectes qui vous sortiront du jeu.

"Type d'erreur"	"Conséquences"
Incohérence Les réponses suivantes ne peuvent pas prouver la description de votre projet. Par exemple, au début, il est indiqué que Spring MVC a été utilisé, mais. plus tard, ce n'est pas le cas. Il est impossible de connaître l'implémentation la plus élémentaire, par exemple, je ne sais pas quelles sont les classes de Spring, ou je ne peux pas donner les détails du projet.	Je douterai de l'authenticité de ce projet, et je demanderai en outre : quelle est la base de données utilisée et quelle est la quantité de données ? Combien de personnes ont travaillé dessus et combien de temps cela a pris. Une fois qu'il y a des lacunes évidentes, comme un petit projet qui prend beaucoup de temps, il ne s'agit pas seulement d'un problème technique, mais d'une tentative de « se débrouiller » pendant le processus. processus d’entretien.
Je ne peux pas répondre aux questions conceptuelles de base qui seront certainement utilisées dans le projet. Quel est le concept d'injection de dépendances de Spring et comment l'utiliser, ou quels modèles de conception sont utilisés dans MyBatis ?	Une fois que je découvrirai que je ne connais pas le concept, je le confirmerai par d'autres questions. Si je confirme qu'il est faible, c'est assez grave, car une mauvaise capacité technique et une technologie inutilisée sont deux choses complètement différentes. Si elle est utilisée, elle entraînera une élimination directe.
Si l'expérience professionnelle mentionnée lors de l'entretien n'est pas cohérente avec le CV	Je soupçonnerai directement que le CV est inventé, et je demanderai au candidat de s'expliquer Même s'il est dit que le CV est mal rédigé. , je poserai des questions plus approfondies pour vérifier ses compétences et capacités.
La description des compétences sur le CV est évidemment incompatible avec la réponse. Par exemple, il est évident que je ne connais que Linux simple, mais je m'en vante	Je vais vérifier d'autres compétences à travers des questions plus approfondies et trouver. sur l'étendue de la vantardise dans d'autres aspects. Par conséquent, il est suggéré que vous puissiez exagérer de manière appropriée, mais pas trop. Par exemple, si vous n'avez pas construit de cadre dans le projet mais que vous l'avez construit au cours de vos études quotidiennes, vous pouvez écrire « Le cadre du projet XX a été construit par vous. ", mais vous ne pouvez pas dire que vous êtes un architecte. , très au courant des aspects de bas niveau du projet.
Laissez l'intervieweur sentir que vous êtes instable et impétueux. Par exemple, si vous parlez grossièrement ou si vous vous habillez de manière très informelle pendant l'entretien, portez un gilet.	Peu importe la qualité de vos compétences, cela peut entraîner votre élimination directe. J'écris généralement de mauvais commentaires directement sur les candidats qui parlent bien, ce qui rend difficile pour le chef de projet un entretien ultérieur. J'ai également rencontré une personne dont le CV indiquait qu'il changeait d'emploi tous les six mois. Je lui ai demandé pourquoi il changeait d'emploi si souvent. Il a directement répondu que c'était simplement à cause de problèmes de salaire.
Il est clairement indiqué que les heures supplémentaires et les déplacements professionnels ne sont pas autorisés	En fait, bien que cette question existe, l'entreprise ne peut pas réellement effectuer d'heures supplémentaires ni effectuer de déplacements professionnels. Mais entendre ce genre de réponse signifie que la personne ne peut pas supporter un travail sous pression ou qu’elle a un faible sens des responsabilités. La plupart des entreprises ne voudront pas de telles personnes.

"Six. Introduction :"Préparez quelques points bonus et mentionnez-les intentionnellement lors de l'introduction, mais ne les mentionnez pas tous

Lors de la présentation du projet, vous pouvez les intercaler. de vos points forts, mais n'oubliez pas que, que vous présentiez le projet ou que vous répondiez aux questions, votre responsabilité actuelle n'est pas d'expliquer les points forts mais de présenter le projet. Une fois que vous entrez dans les détails, l'intervieweur peut avoir l'impression que vous êtes hors sujet. .

Donc, à ce stade, vous pouvez l'expliquer d'un seul coup. Par exemple, vous pouvez dire : "Notre projet a des besoins en données relativement importants. Lorsque nous sommes occupés, nous devons traiter des centaines de milliers de données par heure en moyenne." De cette façon, vous pouvez initier l'intervieweur à la direction du « big data ».

Vous pouvez préparer ce genre de mots "pass-through" en fonction des besoins du poste avant l'entretien. Par exemple, les exigences pour ce poste sont le framework Spring MVC, une concurrence élevée du Big Data et une expérience dans le réglage de bases de données. Ensuite, lors de la présentation de projets antérieurs, vous feriez mieux de mettre en valeur vos compétences réelles dans ces aspects.

Laissez-moi vous donner un autre exemple. Par exemple, la gestion de la mémoire des machines virtuelles Java et l'optimisation des bases de données sont deux problèmes majeurs que la plupart des projets rencontreront. Lors de la description de l'expérience du projet, tout le monde peut dire que dans ce projet, nous devons prendre en compte les facteurs de mémoire. , car notre code n'est autorisé à s'exécuter que dans un environnement de mémoire 2G et a des exigences de performances de base de données relativement élevées, nous devons donc souvent surveiller et optimiser la mémoire et les instructions SQL dans la base de données. De cette façon, lorsque l'intervieweur pose des questions approfondies, il peut lancer ses remarques préparées sur l'optimisation de la mémoire des machines virtuelles et l'optimisation des bases de données.

Si cela ne fonctionne pas, vous pouvez également dire : « En plus du développement, j'ai également effectué le travail de compréhension des exigences, de tests et de déploiement, car ce projet a relativement peu de personnes et beaucoup de pression. » peut également montrer que vous avez fait l’expérience d’être seul.

Pendant le processus d'entretien, une fois que j'entends un point culminant, j'attendrai qu'il ait prononcé la question actuelle, puis je la poserai avec désinvolture. Généralement, les entretiens techniques peuvent durer jusqu'à une demi-heure. Vous devez utiliser votre temps pour répondre aux questions préparées. questions, il y aura moins de temps pour se poser d’autres questions.

"7. Vous pouvez guider, mais vous ne pouvez pas vous parler"

Lorsque j'interviewe, je rencontrerai aussi des personnes qui sont bien préparées. En fait, si vous vraiment. Si vous souhaitez postuler, vous devez vous préparer à l'avance. Je peux comprendre et même être d'accord avec cela tant que vous ne montrez pas de signes trop évidents, je n'écrirai pas les mots « semble être préparé, mais je ne peux pas tester les compétences réelles. ", sans compter que tous les entretiens ne peuvent pas. Tout le monde peut sentir que vous êtes prêt. Mais on ne peut pas être trop fort simplement en étant préparé. Après tout, l’entretien est dirigé par l’intervieweur.

J'ai rencontré des personnes interviewées qui parlaient trop et prenaient généralement l'initiative de se développer. Par exemple, lorsque je lui ai demandé quelle base de données il utilisait, il a non seulement répondu ce qu'est la base de données et ce qu'il a fait, mais a même parlé de big data. la technologie de traitement en passant.

En fait, si vous allez trop loin, je me concentrerai sur chaque détail que vous avez dit, car je soupçonne que ce que vous avez dit est ce que vous avez lu en ligne, plutôt que ce que vous avez utilisé dans votre projet, je vais même directement menacer : « Vous d'abord. Dites-moi la vérité. Si vous avez réellement utilisé cette technologie dans le projet, je me concentrerai sur l'enquête plus tard, une fois qu'on considérera que vous ne l'avez pas utilisée dans le projet, c'est comme une passe confuse. "Souvent, ces personnes prendront. l'initiative d'avouer.

Mais cela dit, s'il disait juste que la quantité de données est relativement importante, mais s'arrêtait là et ne continuait pas à dire le reste, je demanderais en profondeur, et il aurait naturellement l'occasion de s'exprimer. Dans le même temps, veuillez noter que généralement pendant le processus d'entretien, une fois que vous montrez vos points bonus, mais que l'intervieweur ne répond pas, les points bonus peuvent ne pas être nécessaires au projet, ni le concerner, vous pouvez donc arrête d'en parler maintenant, ou attends de poser la question.

「8. Résumé pas la fin」

Jusqu'à présent, nous avons donné quelques conseils pour introduire des projets.

Deux phrases, premièrement, vous devez vous préparer avant l'entretien. Deuxièmement, cet article donne une méthode correcte, pas un dogme. Vous pouvez vous préparer selon les instructions données dans cet article et la combiner avec votre propre expérience de projet, au lieu de la mémoriser. cet article. Quelques rhétoriques données.

Après que tout le monde ait présenté le contexte du projet, l'entretien ne fait que commencer. Peu importe à quel point vous parlez, peu importe à quel point vous guidez les questions vers la portée que vous avez préparée, vous devez toujours gérer Java Web (comme Spring MVC, ORM, etc.), Java Core (multi-threading, collections, JDBC, etc.) et problèmes de bases de données.

Alors quelle est la valeur de cet article ? Si les conseils ne sont pas bons, vous n’aurez aucune chance de montrer vos capacités. C'est l'intérêt de la méthode donnée dans cet article. Pour être vantard, certaines des méthodes et de la rhétorique présentées dans cet article ne sont pas imaginées, mais extraites de l'expérience d'entretiens avec des centaines de candidats. Il y a beaucoup de sang et de larmes, et il existe également de nombreuses façons pour les gens de réussir. Cet article est quelque peu utile à tout le monde (en particulier aux étudiants ayant moins de 3 ans d'expérience).