Question:
Comment interviewer quelqu'un pour un travail exigeant un travail soumis à un stress sévère?
Arseni Mourzenko
2012-10-04 15:32:25 UTC
view on stackexchange narkive permalink

Un de mes amis travaille dans une entreprise qui développe et entretient un ensemble de produits critiques. Si l'un de ces produits échoue à 3 heures du matin, il est obligatoire de faire quelque chose immédiatement pour le remettre en ligne, y compris de résoudre le problème dans le code source lui-même.

L'entreprise recherche maintenant un développeur capable de résoudre les problèmes liés au développement lui-même. L'ami sera en charge de la partie technique de l'entretien, et m'a demandé des indices.

En fait, un bon candidat doit être capable de résoudre des problèmes techniques sous un stress sévère. Si l'application cesse de fonctionner sur le serveur d'un client, l'entreprise paie une énorme pénalité par heure d'indisponibilité, ce qui signifie que le développeur saura que pendant qu'il travaille actuellement sur le problème, l'entreprise perd des milliers de dollars. Il peut également y avoir une pression indirecte de la part de clients en colère¹.

Comment puis-je émuler ou tester une situation aussi stressante lors d'un entretien?

Tous les éléments habituels utilisés lors de l'entretien pour tester comment une personne interrogée gérerait le stress² semble trop faible par rapport à ce que la personne ferait une fois embauchée, c'est-à-dire obligée de se précipiter en pleine nuit sur le lieu de travail pour résoudre un bug le plus rapidement possible.

Demander une expérience similaire précédente semble également difficile. Je ne sais pas s'il est fréquent de trouver des travailleurs qui ont travaillé dans des conditions aussi effrayantes.

Alors, comment puis-je évaluer cette compétence lors d'un entretien? Comment puis-je savoir qu'une personne a cette capacité à travailler sous le stress avant d'être embauchée?


Mise à jour: plus de deux ans se sont écoulés depuis J'ai posé cette question. J'ai gardé des contacts réguliers avec mon ami et j'étais heureux d'entendre beaucoup de bonnes nouvelles. L'entreprise a eu la chance d'embaucher des personnes talentueuses qui ont pris un tas de bonnes idées et les ont poussées jusqu'à la direction qui était assez intelligente pour les accepter, en leur faisant confiance inconditionnellement.

Parmi les changements, le workflow de développement a été entièrement repensé, avec l'introduction de DevOps qui fonctionne étonnamment bien. D'autres mesures liées aux revues de code, aux tests et à la qualité du code ont permis d'améliorer progressivement le produit. Maintenant, les développeurs n'ont plus peur de pousser leurs changements vers la production, car ils sont à peu près sûrs que ces changements ne casseront rien.

Il y avait aussi des choix difficiles à faire. Plusieurs programmeurs et managers ont été licenciés, en raison de leur manque de compétences et de leur réticence à apprendre, dont un manager qui était dans cette entreprise depuis vingt ans. La décision d'externaliser quelques emplois a également été douloureuse.

Cela étant dit, l'entreprise est devenue un lieu de travail beaucoup plus mature et, surtout, beaucoup plus agréable. Personne ne crie après les développeurs à cause d'une régression qu'ils ont introduite, car il n'y en a pas (du moins pas assez grave), et personne ne devrait se réveiller à 3 heures du matin car un problème a été découvert et devrait être résolu dès que possible.

Étonnamment , la solution était très simple: l'entreprise dispose désormais de trois équipes dans trois pays à travers le monde, choisies géographiquement pour qu'une soirée dans un pays corresponde plus ou moins au matin dans un autre pays (il y a, je crois, un décalage de trois heures à un moment donné qu'ils doivent gérer en demandant aux employés de commencer à travailler plus tard que d'habitude et de terminer plus tard également). Cela permet la disponibilité permanente de personnel qualifié chaque fois qu'un problème survient.

Le seul problème est qu'un ensemble de services est toujours hébergé en interne. Cela signifie que l'entreprise doit avoir des administrateurs système à portée de main jour et nuit, sur place, au cas où un problème surviendrait au centre de données lui-même (pannes de l'onduleur, inondation, les serveurs commencent à s'arrêter de manière inattendue, etc.)

Ce problème est sur le point de devenir obsolète. La société migre ses services vers Amazon EC2, qui semble être légèrement plus cher, mais aussi beaucoup plus fiable: un bon prix à payer.

Je suis à la fois heureux et triste: heureux d'apprendre que le L'entreprise se porte bien et je suis triste de me dire que j'ai concentré mon attention uniquement sur le processus de recrutement lui-même, au lieu d'avoir un regard plus large sur le problème, comme tout développeur est censé le faire. J'avais toutes les informations nécessaires pour penser à une image plus grande, mais je n'ai pas vu que la solution pour embaucher des personnes prêtes à se réveiller à 3 heures du matin est simplement de rendre le problème d'origine non pertinent, que ce soit en sous-traitant ou en migrant vers cloud computing.

Cela pourrait être une bonne leçon - du moins je la considère comme une pour moi. Au lieu de chercher des solutions centrées sur la gestion aux problèmes techniques qui rendent souvent les employés mécontents, il faut chercher des solutions techniques aux problèmes de gestion. Ce cas est une illustration parfaite de cela.


¹ Les développeurs ont un espace de travail séparé du service d'assistance, mais la nuit, je suis presque sûr que si un problème est détecté, il y aurait être seulement deux personnes dans le bâtiment de l'entreprise: le promoteur et la personne du support. Bien que la personne de support gérera tous les appels en dehors de l'espace de travail des développeurs, les deux continueront de parler ensemble, de sorte que le développeur saurait que le client attend une réponse rapide.

² Par exemple, demander à la personne interrogée de lire ou d'écrire du code pendant un laps de temps limité, ou poser des questions techniques sans dire si les réponses sont bonnes ou mauvaises, etc.

:: rappelé l'interview dans Swordfish :: Qu'est-ce qui vous fait penser que mettre quelqu'un sous une telle pression permet de régler les choses rapidement? Honnêtement, s'ils sont prêts à prendre un appel à 3 heures du matin et à le faire réparer, vous devriez les remercier d'avoir accepté le poste.
@pdr: C'est exactement mon avis. En passant, le travail est bien payé. Et quand je dis «bien», c'est hors de proportion par rapport à ce que je reçois en tant que pigiste.
Bon, ok, alors ils sont "remerciés", ce qui est bien. Mais quand même, je suis ce gars qui prendra un appel à 3 heures du matin et réparera quelque chose, mais si vous continuez à m'appeler et à me dire combien d'argent vous perdez parce que je ne l'ai pas encore réparé, je reviendrai à lit. :)
@pdr: encore une fois, je suis entièrement d'accord avec vous. Personnellement, je n'accepterais même pas un travail où quelqu'un pourrait m'appeler à 3 heures du matin.
@MainMa - Etre * sur appel * donne cependant une incitation à * bien faire les choses *. Si vous faites bien votre travail, vous ne devriez jamais * avoir * besoin d'être appelé à 3 heures du matin. Au cours des deux dernières années, je n'ai eu à traiter que 6 appels et la plupart d'entre eux ont été traités par téléphone ou via un bureau à distance.
@MarkBooth, Je suis partiellement d'accord avec vous en ce qui concerne votre dernière déclaration. Il y a des cas, cependant, où l'équipe de développement met en évidence des problèmes qui pourraient survenir plus tard, mais les parties prenantes ne veulent toujours pas accepter ces suggestions (en raison de certaines règles commerciales, du budget ou pour une raison quelconque). Dans ces cas spécifiques, l'équipe de développement aurait pu faire un excellent travail et le livrable échouera constamment. Malheureusement.
J'ai fait quelques modifications pour clarifier et mettre en évidence la question elle-même et j'ai supprimé une petite histoire; J'ai senti que l'importance de la partie stressante du travail était assez claire.
Ajout d'une réponse qui couvre la réponse d'Oded, mais ajoute également l'effet de l'utilisation des mots lors de la «présentation» de l'opportunité aux employés potentiels.
Je pense que c'est plus un problème systémique avec la façon dont l'entreprise fait des affaires et non un problème d'embauche / d'entrevue. Avant d'embaucher qui que ce soit pour la «hot seat», cette organisation devrait chercher des moyens de traiter à la fois les symptômes et la cause profonde de ces problèmes. Quel soutien et quelle formation sont fournis aux personnes qui font ces emplois? Après ces événements de triage, y a-t-il un effort pour faire un compte rendu et effectuer une rétrospective (exercice des leçons apprises)? Ou les gens malheureux sont-ils simplement jetés sur le problème et obligés d'être «responsables»?
La personne qui règle le problème à 3 heures du matin ne coûte pas de l'argent à l'entreprise - la personne qui a laissé le problème exploser à 3 heures du matin coûte de l'argent à l'entreprise. La personne qui effectue la réparation a la possibilité de réduire les coûts pour l'entreprise, mais la faute de ces coûts est ailleurs.
Aussi, je pense que si j'étais interviewé pour un tel poste (après avoir travaillé auparavant), je le demanderais d'abord. Je suppose que j'aurai un membre senior du personnel gérant le client pendant que je travaille sur le problème?
Selon Gordon England, ancien directeur de l'avionique à General Dynamics / Fort Worth Division: "Que feriez-vous s'il était à l'hôpital?"
deux mots: match de cage
Essayez de créer le code du candidat tout en rampant sous un fil de fer barbelé alors que des balles de mitrailleuses passent au-dessus de sa tête et qu'un sergent de forage hurle des blasphèmes à proximité et des obus de mortier autour de lui. Eh bien, vous voyez l'image.
Question rapide: * pourquoi * pensez-vous qu '"il n'est [pas] fréquent de trouver des travailleurs qui ont travaillé dans des conditions aussi effrayantes?" Je veux dire, ils ne déboguent pas une batterie de missiles Patriot pendant que des Scuds ennemis arrivent. Le pire des cas, c'est qu'ils se trompent mal et se font virer. La plupart des gens ont travaillé dans des emplois où ils pourraient éventuellement se tromper et se faire licencier. Et, en y réfléchissant bien, si le travail est tellement exigeant qu'il est difficile de trouver des personnes qualifiées pour le faire ... eh bien, cela rend un peu moins probable qu'ils soient licenciés, n'est-ce pas? Avez-vous vraiment réfléchi à celui-ci?
@MainMa Vous devriez ajouter ce détail sur l'argent dans la question. Le fait de savoir que c'est une position bien rémunérée pour votre marché modifie ma perception de ce qu'ils recherchent, ce qui ressemblait auparavant à quelqu'un pour prendre le feu pour un manque total de responsabilité de la part de la direction en premier lieu.
@MainMa: sortir des sentiers battus des gens - ex-militaires.
@MainMa Je suis un ancien militaire, j'ai traversé Desert Storm, je suis revenu en tant qu'entrepreneur pour Iraqi Freedom. Ce que vous pensez être un stress extrême n'est que la pointe de l'iceberg. Essayez de déboguer après avoir été renversé de votre chaise et avoir à gérer des coupures mineures causées par du verre brisé. Vous posez toutes les mauvaises questions et vous avez un environnement toxique pour la qualité. Les bonnes décisions sont prises en ne ressentant pas le stress du moment, mais elles ont un coût élevé. Pourquoi n'avez-vous pas un produit qui atténue le problème (temps d'arrêt, bugs, peu importe) au lieu de les payer en chair et en os?
Il semble que (a) vos développeurs devraient se relayer en tant que support sur appel de niveau trois, et (b) vous pourriez avoir besoin de plus d'une personne sur appel à tout moment, plutôt que de rechercher un seul faiseur de miracles que vous espérez viens à froid et te dégage du trou que tu as créé. Si quelqu'un avec ce genre de compétences et de volonté d'opérer sous le feu existe, vous ne pouvez probablement pas vous le permettre.
@keshlam: heureusement, c'est ce que l'entreprise concernée a fini par faire. Etonnamment, la solution était très simple: ils ont désormais trois équipes dans trois pays à travers le monde, géographiquement choisies pour qu'une soirée dans un pays corresponde au matin dans un autre pays. Ils doivent encore avoir des administrateurs système sur place pour gérer les problèmes avec les serveurs et le centre de données lui-même, mais ils migrent vers Amazon EC2, si bientôt, ce ne sera plus un problème.
Je sais que cette recommandation arrive en retard, mais ne pourriez-vous pas simplement, vous savez, * demander * à la personne interrogée comment elle gérerait la situation, et en général comment elle gérerait le stress?
Comment empêcher votre doigt de vous faire mal quand il est frappé par un marteau est d'arrêter de frapper votre doigt avec un marteau.
Merci pour le merveilleux suivi.Ce sont tous de bons conseils à suivre pour toute entreprise.
Une façon de faire face à la situation d'origine est de s'assurer, sur le plan de l'organisation, que la personne qui se lève à 3 heures du matin pour régler le problème n'est pas la même personne qui aurait pu créer le problème.En pratique, cela signifie que les développeurs d'origine ne sont pas également responsables du support à 3 heures du matin.Cela ne fonctionne que dans des tenues plus grandes, mais cela élimine le stress inhérent, la personne de soutien se sentant également responsable de la création du problème en premier lieu: extrêmement stressant et susceptible de conduire à de grosses erreurs ..., et c'était horrible / effrayant!
Dans quelle mesure votre code est-il testé de manière rigoureuse?Le code post-compilation ne fonctionne pas seulement puis échoue soudainement, la faille était déjà présente au moment de la compilation.Exiger des développeurs qu'ils sautent à 3 heures du matin (à tel point que c'est une pierre angulaire de leurs tâches) semble plus couvrir une suite de tests incomplète que quelque chose qui nécessite en réalité un développeur (par opposition au support informatique).
Dix-huit réponses:
#1
+68
Oded
2012-10-04 15:54:02 UTC
view on stackexchange narkive permalink

Comment imiter, au mieux, une situation aussi stressante lors d'une interview?

Vous ne le faites pas.

C'est à cela que servent les périodes de probation - pour voir comment la personne gère la pression pour de vrai et si elle ne le fait pas, elle ne réussit pas sa probation.

clairement dans le processus d'entretien ce que le travail exige et qu'il y a une période de probation dont le résultat dépend de la performance sous stress, la personne interviewée saura dans quoi elle s'embarque et l'entreprise s'assure contre l'embauche d'une personne inadaptée à long terme.

+1 Les périodes de probation ou le contrat d'embauche sont le seul moyen de vérifier si une personne peut gérer le stress d'être au travail
@maple_shaft - Je dirais que le succès antérieur dans un poste tout aussi exigeant serait également un indicateur assez fort. Probablement avec moins de risques pour les entreprises aussi ...
@Telastyn - Mais comment prouver le succès antérieur dans la salle d'entrevue?
@oded - Comment prouvez-vous le succès antérieur avec n'importe quel travail? S'ils étaient là pendant une longue période, ils ont probablement fait un travail suffisamment adéquat.
@Telastyn - Pas toujours un indicateur. Parfois le contraire - voir [l'effet mer morte] (http://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/). Une période de probation est la meilleure assurance contre ceux qui parlent mais ne peuvent pas marcher.
@oded - Bien sûr, rester dans les parages peut être le contraire. L'entrevue devrait se concentrer sur cette expérience antérieure pour voir si c'était une bonne expérience ou une stagnation prolongée. Pour le genre de situation où une panne a un impact commercial élevé (et donc un stress élevé), il me semble trop risqué de * dépendre * des périodes probatoires (et de leur stress supplémentaire) pour évaluer les candidats.
Vous pouvez remplacer «probation» par «formation». Ce type de problème est rencontré par les opérateurs de réseaux (par exemple les télécommunications longue distance). Ces réseaux sont entretenus 24h / 24 et 7j / 7 par le personnel qui est censé répondre aux problèmes et mesurés en secondes. Les clients de ces réseaux ont des accords de niveau de service qui obligent l'entreprise à gagner beaucoup d'argent en cas d'indisponibilité imprévue. La façon dont ils embauchent le personnel des opérateurs consiste à former les candidats pendant des semaines, puis à les évaluer avant de les mettre sur un réseau en direct.
@Angelo - c'est vrai, mais la question est d'évaluer quelqu'un pour ses compétences _existantes_, pas de le former à ces compétences (dans ce cas, la compétence fonctionne bien sous pression).
Si vous envisagez de m'embaucher avec une «période d'essai», vous feriez mieux d'être prêt à me payer le taux de rémunération d'un entrepreneur, car «entrepreneur» est le mot que j'entends lorsque j'entends les mots «contrat à embaucher» et "Période de probation". Tant d'employeurs utilisent ces expressions et offrent ensuite le même salaire qu'un employé à part entière. J'ai dit une fois à un employeur potentiel que je serais d'accord avec un contrat pour embaucher un poste, mais le taux de rémunération allait être 50% plus élevé et leur réponse était, nous ne voulons pas que vous vous habituiez à un salaire plus élevé pour que nous puissions '' t fais ça. Inutile de dire que je n'ai pas accepté le poste.
Les attentes en cas d'urgence sur appel sont une chose, mais si j'avais l'impression qu'une entreprise était plus concentrée sur l'aptitude très stressante de l'employé à 3 heures du matin que sur sa capacité à éviter de tels problèmes, il y aurait un trou en forme de moi mur en peu de temps. N'oubliez jamais qu'à moins de gratter au fond du baril, les développeurs ont des options.
sauf que les périodes de probation ne sont exactement pas le moment de placer quelqu'un dans ce modèle de garde très stressant, car pour faire ce travail correctement, il faut une connaissance approfondie du système qu'il va soutenir, des connaissances qu'il n'aura pas encore. @Dunk la plupart des emplois que j'ai eu une telle garde faisait partie de la description de poste, tout comme une période de probation de plusieurs mois (c'est en fait si normal ici il y a des limites gouvernementales sur la durée de celui-ci), généralement sur appel le temps est rémunéré à un taux inférieur pour les heures d'inactivité, la rémunération des heures supplémentaires tout en traitant activement un appel de soutien.
@jwenting - Je ne pense pas avoir encore eu un emploi où je n'ai pas été * jeté dans le grand bain * pendant ma période de probation, généralement en raison de la pression des ressources ailleurs, mais mon emploi actuel est là en premier (dans presque 20 années de travail pour des entreprises britanniques) où j'ai en fait été explicitement rémunéré pour les appels d'assistance en dehors des horaires
@MarkBooth peut-être que j'ai eu de la chance, peut-être que la culture d'entreprise ici est différente, peut-être parce que lorsque j'ai eu un tel travail, c'était en tant qu'entrepreneur plutôt qu'en tant qu'employé. Et il y a une différence entre être jeté dans les profondeurs et rester suspendu là-bas. Un processus approprié vous ferait exécuter une période de travail de soutien sous la supervision d'une personne plus expérimentée par exemple, agissant en tant que mentor et source de sagesse (ou du moins de connaissances).
@Dunk Je n'accepte que partiellement: c'est parfaitement normal et bien pour tout emploi d'avoir une petite période de probation, mais ce que vous avez dit est parfaitement bien pour les entreprises qui tentent d'exploiter cela et qui ont de longues périodes de «probation».
Je ne suis pas d'accord.Si vous avez besoin d'une période de probation pour évaluer les compétences d'un candidat, votre processus d'entrevue est profondément vicié.La période de probation est pour de rares cas, et ne remplace pas un bon processus d'entrevue.
#2
+53
Mark Booth
2012-10-04 16:16:15 UTC
view on stackexchange narkive permalink

Screening

Vous ne pouvez pas sélectionner des candidats qui réagiraient bien sous les contraintes spécifiques de votre environnement. Au mieux, vous pouvez sélectionner des candidats qui ont fait preuve de capacités lors de postes très stressants dans le passé.

Même dans ce cas, comme en finance, les performances passées ne garantissent pas les performances futures .

Transparence

Le plus important est de préciser lors de l'entretien qu'un candidat sera mis à ce poste. Vous devez leur demander ce qu’ils en pensent et les laisser poser toutes les questions qu’ils pourraient avoir.

S'ils ne sont pas prêts à travailler dans ces conditions, il vaut mieux le savoir lors de l'entretien que plus tard, quand leur rendement au travail ne répond pas aux attentes, ils doivent s'absenter du travail pour faire face et / ou démissionner pour trouver un emploi moins stressant.

† J'ai travaillé quelque part, cela est arrivé à un collègue.

Comment différentes personnes réagissent

Différentes personnes réagissent très différemment à différents types de stress. Alors que de nombreuses personnes seraient très stressées dans la situation que vous décrivez, d'autres pourraient être décidément détendues à propos de la perte d'argent de leurs employeurs ou de leurs clients.

En fait, cela pourrait facilement être le cas. alors que le développeur stressé peut travailler plus rapidement, il peut aussi faire plus d'erreurs et donc le développeur détendu peut travailler plus efficacement dans l'ensemble.

Le jeu de rôle comme technique d'entretien

Si vous voulez vraiment Pour savoir comment quelqu'un pourrait réagir, vous pouvez jouer un rôle dans une situation typique, mais cela serait considéré par beaucoup comme une forme d'entretiens plutôt extrême pour un poste de développement logiciel (mais pas pour certains emplois comme la vente ou le personnel du centre d'appels).

Cela ne peut jamais être pleinement représentatif de la situation dans laquelle ils sont susceptibles de se trouver - après tout, de nombreuses personnes seront déjà stressées en étant dans une situation d'entrevue.


Bien que votre situation puisse sembler extrême, elle est en fait assez courante.

Nous sommes nombreux à travailler dans des environnements où une défaillance de notre logiciel pourrait entraîner des pertes financières, voire des blessures, et être prêt à être disponible sur appel pour faire face aux incidents est une exigence courante pour un développeur de logiciel dans de nombreux secteurs

Je ne peux pas être plus d'accord avec un "le développeur détendu pourrait travailler plus efficacement dans l'ensemble". partie. Pour réussir sur un tel poste, il faut avoir beaucoup de confiance. La confiance est ce qui différencie un développeur qui résout calmement le problème line.by.line. d'un autre qui passerait la moitié du temps à stresser et à sauter de haut en bas pour essayer de se ressaisir. La confiance peut venir du fait d'avoir des tas d'expérience «été là-bas, vu cela plusieurs fois auparavant et toujours vivant», d'une ancienneté, (suite)
Le commentaire de PeterT a continué: "quand on sait qu'il peut toujours" éteindre le xxxx et le faire parce que j'en ai besoin maintenant "presque à tous ceux qui se mettent sur la voie de la solution urgente, mais surtout si l'on sait qu'il est employable et devrait quelque chose va vraiment mal (sinon l'entreprise aurait un tel poste ouvert) et il doit prendre le blâme, et faire face aux «conséquences», il serait en mesure de trouver un nouvel emploi assez facilement. "
D'accord avec le "Bien que votre situation puisse sembler extrême, elle est en fait assez courante". Je n'ai pratiquement jamais travaillé dans un travail de programmation qui * ne * portait pas * le stress d'avoir à diagnostiquer et à résoudre un problème sur un système en direct qui coûtait de l'argent aux gens.
@Carson63000 ou mettre des vies en danger ... travailler dans un environnement médical peut certainement ajouter du stress aux décisions! Mais je suis complètement d'accord
#3
+39
Simon O'Doherty
2012-10-04 21:38:05 UTC
view on stackexchange narkive permalink

Ce que certaines personnes oublient, c'est qu'une entrevue fonctionne dans les deux sens. Pendant que vous interviewez une personne pour un rôle, elle vous interroge pour voir si vous valez la peine de travailler.

Mis à part votre simulation, si vous avez décrit comme ci-dessus, ma première question dans l'interview serait "Pourquoi n'avez-vous qu'un seul développeur pour un système critique?", aussi "Pourquoi n'avez-vous pas échoué- over / clustering mis en place? ".

Je voudrais également demander à quelle fréquence vous attendez-vous à ce que je sois réveillé à 3 heures du matin? Dois-je aller au travail le lendemain si j'ai passé de 3 heures à 6 heures du matin à travailler sur un problème? Ou dois-je être sur appel 24/7? Que se passe-t-il si je tombe malade et que quelque chose se passe?

Je me demanderais donc sérieusement si une telle entreprise resterait viable si elle avait un seul point de défaillance que j'interviewerais.

Tout professionnel sérieux sait que de l'argent est perdu en temps d'arrêt, et en expliquant les stipulations du contrat, ils y travailleront.

bien dit. Un tel système nécessitera au moins 3 personnes à chaque poste de l'équipe. De cette façon, on peut être malade ou en vacances et il reste encore 2 personnes à tour de rôle pour faire le quart de travail du cimetière.
_ "Je vous demande également à quelle fréquence vous attendez-vous à ce que je sois réveillé à 3 heures du matin? Est-ce que je vais travailler le lendemain si je passe de 3 heures à 6 heures du matin à travailler sur un problème? Ou dois-je être sur appel 24/7? Que se passe-t-il si je tombe malade et qu'il se passe quelque chose? "_ Ce sont des questions très importantes, je suis content que quelqu'un les ait signalées.
#4
+14
Mechaflash
2012-10-04 20:08:33 UTC
view on stackexchange narkive permalink

Ne dites pas à l'employé que c'est un environnement stressant.

Comme d'autres l'ont dit, créez une période d'essai, configurez l'environnement dans lequel l'employé sera et surveillez sa performance. Si vous leur dites

Vous allez être dans un environnement de travail très stressant.

Cela amène automatiquement l'employé potentiel à grincer des dents à l'occasion et il semble juste qu'il / elle aura un temps horrible à travailler pour votre entreprise. Personne ne veut être mis dans ce genre de situation.

Vous pouvez les informer que

Notre travail est difficile et exigeant.

Donc, au lieu de donner le message que «votre vie va être nul ici», vous donnez le message que «ce rôle est très important», et donnera au futur employé un sentiment de fierté pour le poste.

MODIFIER: PS NE JAMAIS DIRE À UN EMPLOYÉ QU'IL FAIT PERDRE DE L'ARGENT À L'ENTREPRISE! Ce n'est pas constructif et ne fait rien pour vous ou pour l'employé. Cela comprend la création de tout programme / diagramme montrant les effets négatifs de leur «manque d'urgence». Trouvez des moyens de motiver et de ne pas effrayer l'employé pour créer des performances positives.

EDIT2: Lorsque vous dites à l'employé «Notre travail est stimulant et exigeant», observez sa réaction. Certains vont s'affaisser sur leur siège, ramener leurs épaules et leur expression faciale peut changer. Cela montre un manque de confiance.

S'ils montrent un sentiment de sérieux ou d'excitation lorsque vous leur dites cela, leur niveau de confiance est au moins là et cela les met dans la position mentale dont ils ont besoin pour marcher jusqu'à l'assiette s'ils veulent travailler ici.

c'est absolument la meilleure réponse!
On dirait que vous dites qu'ils devraient mentir aux employés potentiels. De plus, si quelqu'un me disait: «Vous allez être dans un environnement de travail très stressant», je voudrais savoir pourquoi c'était stressant. Si quelqu'un me disait «Notre travail est stimulant et exigeant», je me demanderais exactement comment ils essayaient de me faire de la neige.
Il y a une différence entre «mentir» et mettre une situation dans une «perspective» différente. Le mensonge dit "c'est comme n'importe quel autre travail de programmation". Que le travail soit «stressant» ou «stimulant» est purement une perception de ce travail. Par nature humaine, si vous dites à quelqu'un que ce qu'il s'apprête à faire lui causera des difficultés excessives, la réaction évidente est d'avorter. Si vous dites à quelqu'un que ce qu'il est sur le point de faire le renforcera et mettra à l'épreuve sa détermination, la réaction est de se préparer et de se renforcer pour l'action.
Veillez à ne pas dénaturer la situation. «Contester et exigeant est plutôt vague» et pourrait signifier un certain nombre de choses.
Alors peut "stressant". Encore une fois, il s'agit de la perception de ce qu'est le travail. Cependant, appeler quelque chose de stressant est négatif alors qu'appeler quelque chose de stimulant et exigeant est positif.
@Mechaflash: Ensuite, concentrez-vous sur les détails; Dans ce cas, difficile et exigeant signifie une disponibilité 24h / 24 et 7j / 7 et la capacité de répondre aux pannes dans un court laps de temps. N'embauchez pas un gars qui va démissionner / être licencié dans les 3 mois parce que vous avez déformé le poste.C'est une manière brillante de gaspiller les coûts de recrutement et de générer de la mauvaise volonté.La probation est * moins chère *, mais pas gratuite.
Le défi c'est bien. Mais qui veut exigeant?
Je suis en conflit sur cette réponse. D'une part +1 pour * Ne dites pas à un employé qu'il fait perdre de l'argent à l'entreprise * mais -1 pour * Ne dites pas à l'employé que c'est un environnement stressant *. Je peux penser à peu de choses plus démotivantes que de commencer un travail pour constater que c'était différent de vos attentes. Cela conduira simplement à un [churn] inutile (http://en.wikipedia.org/wiki/Churn_rate#Employee_turnover).
Pensez à la psychologie. Qui a dit déformer la position? C'est pour une première déclaration. Vous leur dites toujours quelles sont les exigences du poste, c'est-à-dire la disponibilité 24 heures sur 24, 7 jours sur 7, la promesse de l'entreprise envers son client et ce que votre rôle joue à cet égard, etc. Leur dire que c'est `` stressant '' les amène à penser qu'ils ne vont pas aimer ça, donc ils seront fermés au reste de l'information. Le déclarer comme «stimulant et exigeant» leur donne un sentiment de fierté pour le poste, car cela semble important. Alors ils seront ouverts.
J'entends «stimulant et exigeant» comme j'entends «environnement au rythme rapide». Les deux signifient "notre gestion de projet est nul, et nous attendons de vous que l'héroïsme compense".
Évalué parce que le décrire comme un «environnement difficile et exigeant» sans fournir de détails spécifiques (comme être sur appel 24/7) est vraiment trompeur. Vous avez précisé dans votre commentaire que vous leur indiqueriez également les exigences du poste, mais cela ne figure pas dans la réponse elle-même. Tous les intervieweurs ne définissent pas clairement la responsabilité et les attentes d'un poste, donc je ne pense pas que cela puisse être assumé.
#5
+12
HLGEM
2012-10-04 19:32:37 UTC
view on stackexchange narkive permalink

Si c'était moi qui faisais le recrutement, je chercherais d'abord des candidats qui ont déjà fait du soutien de nuit dans le passé. Au moins, ils savent dans quoi ils s'embarquent et s'ils seraient prêts à recommencer.

Je regarderais aussi plus favorablement les personnes qui connaissent vraiment vraiment leur métier. Si vous avez des connaissances approfondies, réparer les choses à la volée à 3 heures du matin est beaucoup moins stressant que pour la personne qui ne sait pas par où commencer. Je rechercherais des personnes qui font un effort supplémentaire dans leurs positions actuelles ou passées. Des personnes qui connaissent leur modèle de données sur le bout des doigts, des personnes qui sont organisées et qui peuvent mettre le doigt sur les outils et techniques dont elles ont besoin pour résoudre rapidement un problème et des personnes qui ont déjà réussi à résoudre les problèmes.

En plus de certains problèmes de programmation, donnez-leur des tâches de dépannage à effectuer. Prenez une de ces choses qui ont mal tourné à 5 heures du matin et voyez si elles peuvent trouver le problème. Plus important que de trouver et de résoudre le problème (après tout, ils ne sont pas familiers avec la base de code) est de savoir comment ils cherchent le problème.

Les techniques que j'ai apprises pour tester la façon dont ils gèrent le stress lors de l'entretien comprennent (utilisez-les avec précaution, elles peuvent décourager certaines bonnes personnes): Utilisez un panel de personnes qui ne réagissent pas toutes favorablement ou défavorablement à les réponses données. Si vous ne donnez aucune idée de ce que vous pensez à la personne, l'entrevue devient beaucoup plus stressante. (c'est un plus s'ils obtiennent ces réponses correctes également) Pas d'accord avec une bonne réponse.

C'est une bonne réponse. Je commencerais par leur demander de prouver qu'ils peuvent résoudre des problèmes ou des problèmes similaires qui ont déjà été résolus (dans un court laps de temps) pendant peut-être une période d'essai. En fonction de certains facteurs, vous pouvez également le faire lors d'une entrevue. Cela prouverait s'ils sont capables de résoudre les problèmes dans un court laps de temps.
#6
+9
bethlakshmi
2012-10-04 22:52:51 UTC
view on stackexchange narkive permalink

1 - Affinez-le

"Capable de gérer le stress" est un concept très vague. Une personne stressée avec des heures de travail très fixes et une supervision excessive de la direction peut trouver un emploi où elle doit réagir immédiatement, réfléchir vite et bien communiquer avec un minimum de supervision pour être un travail idéal.

Déterminez les traits dont vous avez vraiment besoin et quel sera le contexte du travail. Je suppose que vous voulez quelqu'un qui peut:

  • être un homme à tout faire, et capable de creuser n'importe quoi, de solides compétences en débogage sur des systèmes complexes

  • demande facilement de l'aide et donne de bons commentaires / conseils / statut car dans une communication de crise comme celle-ci est essentielle

  • travailler en grande partie sans supervision avec un minimum de supervision

  • s'approprier le problème et prendre la crise au sérieux

  • répondre aux exigences des pannes critiques avec leur équilibre travail / vie personnelle

  • peut fonctionner de manière durable - ce que je veux dire, c'est une merveille unique qui peut résoudre la crise rapidement, mais qui est si imbécile dans le processus que personne ne décrochera le téléphone la prochaine fois qu'il vous appellera, cela ne vous rendra pas service à long terme.

Cela dépendra quelque peu de vos conditions. Par exemple:

  • peuvent-ils résoudre la crise depuis chez eux ou doivent-ils se rendre au travail en voiture? S'ils travaillent à domicile, vos besoins en communication augmentent, mais votre exigence "peut se rendre au bureau en X minutes ou moins" n'est pas nécessaire.

  • un responsable sera-t-il appelé dans, aussi? Si c'est le cas, vous n'avez peut-être pas besoin de quelqu'un qui puisse communiquer avec TOUTES les parties prenantes, mais la relation entre la personne et son manager est essentielle, car ils doivent être une équipe très forte.

Rien de tout cela n’est ce que j’appellerais «stress» - il s’agit de savoir si cette personne peut bien performer dans l’environnement fourni.

2 - Faites une démonstration de compétences, observez caractéristiques

Vous pouvez être témoin de certaines de ces compétences en simulation - par exemple, donner un problème ambigu dont seuls des détails sommaires et concentrer le candidat sur la pression du temps va vous dire quelque chose. Mais le plus important est de savoir comment résoudre le problème. Soyez conscient des petites choses, lorsque vous observez, qui montrent que le candidat est optimisé pour la crise, pas seulement pour prouver qu'il est intelligent.

3 - Soyez clair, discutez

Quand il s'agit de la question "est-ce que ce type va être capable de soutenir ces demandes ou va-t-il entrer en collision avec la vie personnelle?" - il y a beaucoup de questions que vous ne pouvez pas poser dans certains pays comme - "êtes-vous marié?", "avez des enfants?" et "êtes-vous enceinte?"

Au lieu de cela, il est préférable de demander aux candidats s'ils peuvent répondre aux exigences du poste et de leur demander de vous fournir des cas à l'appui:

Question : nous avons besoin que cette personne soit sur place pour corriger les bogues dans les 15 minutes suivant la notification. Pouvez-vous répondre à cela, si oui, dites-moi comment?

Peut-être qu'ils vivent à proximité, peut-être qu'ils sont prêts à dormir dans leur voiture lorsqu'ils sont de garde - il importe seulement qu'ils puissent répondre à vos exigences en une façon que vous croyez.

4 - Avoir une période d'essai

Il y a de fortes raisons pour lesquelles même si votre entreprise n'a pas de politique de périodes probatoires, vous n'avez pas Je n'ai pas été embauché pour ce type d'emploi auparavant, et c'est différent et pourrait utiliser une période de promotion.

J'ai voté en particulier pour le point 3 - il est extrêmement important d'être clair sur vos attentes.
#7
+7
cdkMoose
2012-10-04 19:26:31 UTC
view on stackexchange narkive permalink

À moins que vous ne prévoyiez de les interviewer en les appelant à 3 heures du matin un matin au hasard et en les grillant sur des questions d'entrevue difficiles (que je ne préconise pas), je ne suis pas sûr que vous puissiez comprendre cela dans une interview. p>

S'ils ont une expérience préalable dans ce type d'environnement, c'est certainement un plus mais ce n'est pas un vrai indicateur. La survie dans ce type de scénario repose principalement sur leur connaissance approfondie du système pris en charge. S'ils comprennent vraiment le système, ils ont une chance de réussir, sinon, ne les mettez pas sur appel en premier lieu.

Je travaille pour une grande société financière avec des bureaux internationaux et un client mondial base. Parfois, je suis le gars qui reçoit cet appel de 3 heures du matin. Une fois que je me réveille, mon succès est directement lié à mon niveau de confort avec le sous-système qui échoue. Si c'est quelque chose sur lequel j'ai travaillé, je suis plutôt en forme. S'il s'agit d'une interface avec un autre sous-système, les choses deviennent plus difficiles.

Le mieux que vous puissiez faire pour gérer ces situations stressantes est de vous assurer que votre équipe (ou du moins celles qui seront sur appel) sont des personnes compétentes qui comprennent vraiment votre application. Cela vient de l'expérience de votre système et vous ne pouvez pas le tirer d'une interview.

correct, et vous ne pouvez pas le comprendre pendant une période d'essai non plus. Pendant cette période, le nouvel employé apprend à utiliser et à maintenir le système, apprend la culture de l'entreprise, il n'a pas encore les connaissances nécessaires pour effectuer une maintenance d'urgence sur celui-ci (à moins que cette maintenance n'équivaut peut-être à dire à quelqu'un de redémarrer le serveur, mais ce n'est pas quelque chose que l'on devrait dire à une autre personne, cela aurait dû être écrit dans sa liste de contrôle des choses à faire en cas de problème)
#8
+6
peterretief
2012-10-04 18:54:48 UTC
view on stackexchange narkive permalink

Les militaires apprennent aux gens à ne pas paniquer. Tout est question de formation et d'expérience; vous n'engagez pas quelqu'un qui ne panique pas, vous les formez. (Ou quelqu'un d'autre les a formés.)

La répétition renforce la confiance et vous avez donc besoin d'au moins une personne de soutien hautement expérimentée. Personne n'a confiance avant d'acquérir de l'expérience.

Ne serait-il pas plus facile de faire savoir aux gens de bien gérer le stress, ou de filtrer ces qualités plutôt que de les former? Tout le monde n'a pas les budgets et les besoins des armées. Toutes les personnes qui commencent une telle formation ne la terminent pas ou n'en sortent pas résistantes au stress.
@Oded: La plupart des entreprises ont résolu ce problème de manière plus rationnelle (en éliminant les échecs 3 AM-human-intervention-neded) donc vous n'allez pas trouver beaucoup de gens avec un trackrecord éprouvé. Les armées ont bien sûr moins de flexibilité pour choisir les environnements de travail et doivent donc s'adapter.
+1 - Ayant été dans l'armée, je peux dire que c'est effectivement vrai. Une entreprise qui se moque des exercices de préparation aux situations d'urgence sera beaucoup plus préparée lorsque l'enfer se déchaîne.
@Oded s'il y avait un test pour identifier les personnes connues pour bien gérer le stress ou pour filtrer ces qualités, alors l'armée pourrait en théorie filtrer ces personnes, puis réduire ou éliminer le camp d'entraînement.
@emory - C'est mon point. Il n'y a pas de test de ce genre, sauf pour mettre les gens sous un réel stress et voir comment ils s'en sortent. C'est ça la formation de base.
L'armée forme les gens à accepter le commandement du commandant et à agir automatiquement après leur formation. Ceci est réalisé par des exercices. Soyons honnêtes, il existe des tonnes de moyens pour éviter la situation stressante sur laquelle l'auteur s'interroge, car ce n'est pas réellement la vie ou la mort, peut-être que ces solutions devraient être mises en œuvre en premier.
#9
+5
Pablo
2012-10-05 00:10:05 UTC
view on stackexchange narkive permalink

Puis-je répondre à votre question par une autre question?

Les chirurgiens sont-ils testés pour travailler sous stress avant d'être embauchés? Sautent-ils hors du lit et courent dans les rues lorsqu'ils sont de garde et qu'il y a une urgence? Ne s'habituent-ils pas rapidement aux situations stressantes même lorsque chaque minute compte et les prennent-ils avec un calme absolu?

La seule façon de faire avancer les choses est de faire comme si ce n'était pas une urgence et de se concentrer sur ce dont vous avez besoin

Ce que vous voulez, c'est une personne expérimentée et intelligente qui peut résoudre les problèmes qui devraient survenir. Je me concentrerais sur le test et je préciserais simplement à l'interviewé quelles sont ses tâches et les conditions associées.

Les médecins juniors se forment dans ces conditions. En tant que tel, il me semble que c'est à cela que sert la probation.
@PreetSangha - Même les médecins pendant leur période de stage savent quand ils sont tous appelés. On ne s'attend pas à ce qu'ils résolvent les problèmes. Lorsqu'un médecin effectue ses stages, il a un conseil et ne sont normalement pas les décideurs finaux. Cela dépend également de plusieurs facteurs, la plupart des médecins ne sont pas placés aux urgences, sauf si c'est ce qu'ils veulent faire.
#10
+3
Edward
2012-10-05 10:36:04 UTC
view on stackexchange narkive permalink

Planifier un environnement de travail pour le stress est, je crois, la mauvaise approche pour commencer. Ce n'est pas une guerre, c'est IT. Il n'y a aucune raison de ne pas planifier sérieusement pour réduire le stress en prévoyant des contingences raisonnables en cas d'urgence. Une pratique constante sous forme d'exercices contribue également à réduire considérablement le risque qu'il s'agisse d'une situation stressante. Si vous craignez, par exemple, qu'un serveur tombe en panne et entraîne une perte de revenus, alors ayez des serveurs de sauvegarde et une mise en miroir des opérations.

Entraînez-vous à les mettre en service et hors service, ayez des paires accouplées et de l'aide hors site en attente dans le cas d'une véritable urgence comme une panne de courant prolongée ou un incendie. Si vous prévoyez d'avoir un environnement stressant et cherchez à embaucher des gens qui peuvent gérer cela, alors d'après mon expérience, vous allez trouver des gens qui ne planifient pas, s'ennuient très facilement et ne font rien jusqu'à ce qu'il y ait une urgence. ils peuvent jouer au "pompier" et être un héros. C'est une mauvaise pratique commerciale et un mauvais environnement pour l'informatique et je ferais et aurais fait tout ce qui est possible pour éviter un tel problème.

#11
+3
Greg McNulty
2012-10-06 03:29:56 UTC
view on stackexchange narkive permalink

Embauchez des anciens militaires avec des heures de combat .

Je sais que vous êtes en France, mais il y a beaucoup de soldats là-bas qui ont eu d'innombrables heures à se faire tirer dessus . Votre entreprise perd de l'argent ne sera probablement jamais aussi stressante que les situations dans lesquelles elle a travaillé auparavant. C'est peut-être un petit pourcentage de soldats de combat qui programment, mais ils sont là-bas.

national emblem of France

+1 - Rien de ce que je fais ne sera jamais plus difficile que d'être dans l'armée. Pour les ex-soldats, devoir rester éveillé toute la nuit pour réparer quelque chose n'est rien comparé à quelqu'un qui a dû rester debout pendant des jours à creuser des trous et à ne rien faire d'autre que s'entraîner, s'entraîner, s'entraîner dans des situations de vie ou de mort.
@jmort253: hé wehre est-ce que mon plus 1 est parti!? ... oui, tellement vrai, je ne sais pas comment ce n'est pas la réponse acceptée, mais je suppose que les gens ne comprennent pas vraiment à moins d'avoir travaillé avec ou en tant que militaire.
#12
+2
Luhar
2012-10-05 18:55:20 UTC
view on stackexchange narkive permalink

Il y a quelques bonnes réponses ici. Je voudrais ajouter qu'il existe certains rôles de support spécialisés (je pense au support du Trading Floor dans les banques / hedge funds) qui sont très critiques en termes de temps et de stress élevé, car ne pas avoir de résolution en temps opportun entraînerait une perte financière directe. Il n'est pas facile d'imiter une telle situation, mais votre ami pourrait rechercher des personnes ayant des expériences similaires.

J'ai travaillé dans de tels rôles et, même maintenant, je travaille en étroite collaboration avec du personnel de soutien qui a des emplois similaires. Les meilleures personnes d'assistance ont tendance à:

  • Tirer des leçons des expériences précédentes: si un travail par lots particulier échoue et si pour la première fois il leur faut trois heures pour le comprendre, ils documentent et communiquer la solution afin que la prochaine fois ne prenne que quelques minutes pour résoudre la situation.

  • Se familiariser avec les outils d'assistance de base: ils doivent savoir comment rechercher des erreurs dans un fichier journal, découvrez l'utilisation du disque sur un serveur, comment vérifier quels processus utilisent quel port pour communiquer, etc. La connaissance d'un langage de script comme Perl ou Python est généralement un bon signe pour un support technique.

  • Être capable de communiquer clairement: il doit être capable d'expliquer clairement le comportement du système au développeur et à l'homme d'affaires. Ils devront coordonner les corrections de bogues d'urgence, les redémarrages du serveur, etc., il est donc très important de pouvoir communiquer clairement.

Votre ami pourrait vérifier ces attributs chez les candidats potentiels pour le rôle.

#13
+1
Edward
2012-10-06 09:10:07 UTC
view on stackexchange narkive permalink

Autre chose à considérer. En tant que professionnel de l'informatique, j'ai mis fin à ces entretiens alors que j'avais l'impression qu'ils préparaient des jeux avec moi. La direction peut penser qu'ils sont intelligents, mais aucune bonne personne ne supportera ce genre d'absurdités. Une planification avancée sérieuse est le seul moyen de gérer les choses correctement.

#14
  0
user8365
2012-10-09 20:16:01 UTC
view on stackexchange narkive permalink

Je pense que si vous êtes totalement franc quant aux exigences du poste, de nombreux candidats se débarrasseront d'eux-mêmes. Certains auront des situations familiales qui ne sont pas propices à la garde.

De plus, vous devez repenser la façon dont vous prévoyez de réagir à ces situations. Changer de code n'est pas la même chose que redémarrer un serveur.

#15
  0
Ian
2014-04-01 14:39:27 UTC
view on stackexchange narkive permalink

Depuis quand arrêter une entreprise de perdre de l'argent revêt-il autant d'importance ? Vous devez trouver une meilleure raison pour que le système soit réparé rapidement, puis interroger des personnes qui se soucient profondément de cette raison.

Vous recherchez quelqu'un qui pense que le client fait une tâche utile et se sentira un sentiment d'appropriation du problème.

Avec un peu de chance, lorsque le travail sera expliqué, la plupart des gens qui ne sont pas disposés à le faire se retireront du processus. Cependant, certaines personnes perdront leurs prestations, ou leur famille les obligera à prendre le premier emploi qu'elles peuvent obtenir, ou en auront tellement marre de leur emploi actuel qu'elles prendront n'importe quoi pour en sortir.

Alors demandez la personne a beaucoup de questions sur au moins 2 entretiens étalés sur au moins 2 semaines sur la façon dont elle va y faire face dans la pratique - vous ne vous souciez pas des réponses, juste que vous leur faites réfléchir.

Alors n'engagez que quelqu'un qui aime son travail actuel avec un emploi actuel qui ne paie pas beaucoup moins. Vous essayez de sélectionner une personne qui a positivement choisi d'accepter votre poste.

#16
  0
gnasher729
2020-05-25 14:40:41 UTC
view on stackexchange narkive permalink

Je ne peux pas travailler du tout sous le stress. Je résous ce problème en ne laissant rien me stresser. Si je devais résoudre un problème à 3 heures du matin qui coûte 10 000 $ de l'heure à l'entreprise, ce n'est pas stressant. C'est gênant car il est 3 heures du matin. L'argent n'est pas mon argent, donc cela ne me stresse pas. Si j'avais un superviseur qui voulait un rapport de situation toutes les dix minutes, je lui dirais de se mettre en colère et d'agresser quelqu'un d'autre, j'ai du travail à faire.

Je peux travailler de manière concentrée et je sais quelle est ma vitesse la plus efficace. Ce n'est pas ma vitesse la plus rapide, car c'est là que des erreurs sont commises. C'est la vitesse qui permet de résoudre le problème le plus rapidement de mon expérience.

Et si les retards coûtent si cher, vous aurez deux développeurs qui arrivent. Cela vous fera économiser de l'argent.

#17
-2
wonea
2012-10-04 18:41:18 UTC
view on stackexchange narkive permalink

En fonction de la liberté dont vous disposez avec le processus d'entretien, vous pourriez éventuellement effectuer des tests psychométriques. @Oded J'ai pensé à un test de sédentarité que vous pourriez effectuer. Les échecs sont peut-être une réponse, ou des échecs rapides. Une partie chronométrée contre un grand maître est un moyen de faire pression sur le joueur / l'interviewé, d'autant plus que l'interviewé aura probablement l'impression qu'il doit gagner.

Il y a eu des études intéressantes sur les échecs, ses implications sur le stress , et les différents appareils de surveillance que vous pourriez utiliser. Stressed Chess et Le stress des joueurs d'échecs comme modèle pour étudier les effets des stimuli psychologiques sur les réponses physiologiques: un exemple d'oxydation du substrat et de variabilité de la fréquence cardiaque chez l'homme ". Ce ne sont que des idées, si en effet la nécessité de surveiller la capacité d'une personne à gérer le stress est primordiale.

Personnellement, je pense que parler à une personne, découvrir son expérience antérieure (travail et vie) est probablement plus applicable. Si la personne est techniquement compétente, elle est moins susceptible de souffrir de stress qu'une personne capable de gérer le stress et techniquement moins compétente. Tester le stress aux échecs, ça pourrait être un peu trop bizarre?

Et si le candidat n'avait jamais joué aux échecs auparavant? Je dirais que vous testeriez le stress pendant le jeu d'échecs plutôt que le stress tout en corrigeant des bugs urgents ...
S'ils ne peuvent pas jouer aux échecs, cela ne fonctionnerait pas, ils pourraient également facilement sortir du test en disant qu'ils ne peuvent pas jouer aux échecs. Pourriez-vous également établir des parallèles entre le stress induit par les échecs et la correction de bugs? Presque certainement pas.
S'ils n'ont jamais joué aux échecs auparavant et que vous leur avez donné l'impression qu'ils avaient besoin de battre un grand maître dans une partie d'échecs de vitesse, je dirais que vous verriez un réel stress dans cette situation d'entrevue. :-)
Ce serait un excellent croquis!
#18
-7
Briguy37
2012-10-04 19:49:08 UTC
view on stackexchange narkive permalink

Pourquoi ne pas simuler cet environnement exactement?

Par exemple, disons que vous avez un certain nombre de problèmes à résoudre pendant le processus d'entrevue. Avant d'aborder ces problèmes, montrez au candidat quelque chose comme ceci:

Dollars Made $137.03 | [New Problem] button | Potential Lost $0.00 | [Problem Fixed] button [10-Minute Penalty] button

Expliquez, comme vous l'avez fait dans votre question, que l'entreprise gagne des milliers de dollars avec projet donné par heure. Ainsi, lorsqu'il y a un bogue dans le projet qui provoque son arrêt pendant une période prolongée, il y a un potentiel de perte de profit considérable. De plus, alors que certaines personnes peuvent s'épanouir dans ce type d'environnement, d'autres le trouveraient trop stressant. Ainsi, afin de savoir comment ils gèrent ce type de situation stressante, une partie du processus d'entrevue est consacrée à la réplication de cet environnement pour voir comment ils vont y faire face.

À ce stade, demandez-leur s'ils sont d'accord avec ce type de test. Sinon, sautez-le et posez simplement les questions de programmation comme d'habitude et jugez-les sur le reste de l'entretien, en tenant compte du fait qu'ils ont évité la situation stressante. Si tel est le cas, cliquez sur le bouton "Nouveau problème". Expliquez-leur qu'un bogue a été trouvé et que le produit est maintenant en panne, et que dans une situation réelle, l'horloge fonctionnerait même pendant qu'ils essaient de déterminer quel est le problème. Expliquez également que même s'il y a un manque de temps, corriger correctement le bogue est le plus grand objectif ici. Ensuite, remettez-leur le problème, de préférence sur une feuille de papier sans autre explication, et asseyez-vous, observez et répondez aux questions que vous jugez appropriées.

Lorsqu'ils en ont terminé avec le problème, cliquez sur le bouton "Problème résolu" et évaluez leur solution pour vous assurer qu'elle répond aux exigences. Si ce n'est pas le cas, cliquez sur le bouton "Pénalité de 10 minutes", expliquant à nouveau que corriger correctement le bogue est le plus grand objectif, et faites-les continuer à travailler pendant que les dollars perdus continuent de s'accumuler.

Répétez pour les problèmes restants, en leur demandant s'ils sont d'accord pour continuer avant de commencer le problème suivant, et éventuellement en leur demandant comment ils gèrent le stress de la situation. Soyez empathique, sachant que ce n'est pas un processus amusant à suivre (pour la plupart).

À la fin, vous obtiendrez un nombre concret de dollars totaux perdus sur tous les problèmes, ainsi que l'expérience qualitative de comment ils fonctionnent sous pression.

Voici le lien modifiable pour la simulation si vous voulez l'ajuster pour mieux correspondre à votre cas.

Et maintenant, prétendons un instant que le candidat est un professionnel adulte qui est assez bon pour avoir d'autres options. Les entrevues sont à double sens et vous me transmettez un message très fort sur les personnes avec lesquelles je travaillerais. Je ne suis pas sûr que ce soit le message que vous entendez.
@pdr: En tant que professionnel adulte, je veux savoir à quoi m'attendre d'un environnement de travail pour tout emploi que je considère. Ce qui précède est une simulation réaliste de cet environnement de travail. Ainsi, je serais mieux placé pour savoir si ce poste me conviendrait bien après avoir traversé le processus d'entrevue ci-dessus. Les bons candidats prospéreront sous ce stress et accepteront le poste s'ils jugent la rémunération appropriée, et les mauvais seront, espérons-le, éliminés par leur choix ou par l'intervieweur.
@pdr: Est-ce une perte de temps de poser de bonnes questions de programmation? Non! Pourquoi, alors, est-ce une perte de temps si vous posez ces mêmes questions dans ce format? Comme je l'ai dit dans ma réponse, ceux qui répondent bêtement seront pénalisés, alors il trouve des gens à la fois rapides et précis sous la pression. En outre, la situation simulée est une perte d'argent, le développeur minimise cette perte, alors peut-être qu'il devrait y avoir un objectif de temps pour chaque problème et une économie / perte si vous terminez avant / après cette heure. En outre, la configuration de l'intervieweur pourrait être plus approfondie pour expliquer le contexte avant de commencer le test.
Désolé, j'ai supprimé ce commentaire au moment où le vôtre est entré, il n'était pas bien formulé. Ce que je veux dire, c'est que vous m'envoyez un message selon lequel vous donnez la priorité à la lutte contre les incendies plutôt que de ne pas avoir de flammes nues près du gaz. C'est un mauvais message à envoyer. N'effrayez pas les bons programmeurs et vous vous retrouverez avec un produit de qualité qui tombe rarement en panne, plutôt qu'un groupe de personnes qui peuvent le réparer sous pression et doivent le faire souvent.
Votre approche est logique, mais ce n'est pas pratique. Oui, vous voulez trouver le bon candidat. Cependant, leur montrer à quel point ils peuvent se tromper est un moyen facile de dissuader les bonnes personnes qui font . Les seules personnes que vous attirerez sont celles qui sont ** TRÈS ** confiantes. C'est un autre type d'animal que vous ne voulez pas employer.
Le poste lui-même devrait attirer les employés, pas le processus d'entrevue. Ainsi, s'il y a une demande suffisamment élevée pour le poste (et c'est le gros si), inclure cela comme une partie de «stress-test» du processus d'entrevue ne sevrera pas de nombreux bons candidats. Par exemple, si la NASA voulait embaucher un gourou sur appel de haut niveau pour gérer tous les problèmes logiciels «critiques», vous pouvez parier que la plupart / tous les candidats qui ont réussi resteraient et comprendraient probablement même pourquoi il a été donné . Cependant, si Mom-And-Pop Software faisait la même chose, les plus intelligents courraient pour la porte.
Je prends beaucoup de décisions sur ce que sera le travail en fonction de la façon dont ils interviewent. Les gens agissant comme si vous aviez de la chance d'être là et traiter l'entrevue comme un phénomène à sens unique est toujours un mauvais signe. Je me fiche que ce soit la NASA, Google ou Pixar.
@EricReppen: Est-ce que ce qui précède les traite vraiment comme s'ils avaient de la chance d'être là? C'est un point de vue, et évidemment le point de vue des électeurs à la baisse, mais c'est loin d'être le véritable objectif de déterminer si oui ou non ils sont prêts à relever les défis du poste dès que possible. Honnêtement, cela montre beaucoup plus de respect pour un candidat que plusieurs autres approches ici avec plus de votes, car c'est honnête, direct et ne fait pas perdre de temps au candidat ni ne cache des faits importants sur ce à quoi ressemblera l'environnement de travail.
Merci pour tous vos commentaires. Je vois que le test d'origine a laissé / laisserait un mauvais goût dans la bouche de nombreuses personnes, j'ai donc mis à jour ma réponse pour donner au candidat une meilleure idée de l'objectif du test avant de commencer, lui donner une chance de se retirer. , et pour diminuer / supprimer le sentiment que l'entreprise / l'intervieweur est une tuerie.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...