pourquoi certains postes d'emploi disent-ils «environnement à haute pression»? [fermé]

58

Pourquoi y aurait-il une pression si tout le monde sait ce qu'il fait et si les projets sont évalués avec précision? S'il y a de la pression, voire de la pression, cela implique que ce qu'ils font actuellement ne fonctionne pas, pourquoi un bon programmeur voudrait-il rejoindre une telle équipe? Ces offres d'emploi échouent-elles ou sont-elles vraiment honnêtes? Ou y a-t-il vraiment de bonnes raisons de faire pression?

Andy
la source
124
"Tout le monde sait ce qu'il fait et les projets sont évalués avec précision". Oui, j'ai fait un rêve comme ça une fois.
Oded
9
Mon premier emploi en programmation C professionnelle en a souffert. La société avait donné à un éditeur de logiciels tout son budget pour lui écrire des logiciels. Cela n'a pas fonctionné et ils ont donc essayé de régler le problème à la maison. C'est ici que plusieurs autres gars et moi sommes entrés. Pour résumer, je suis parti après quelques mois. Aucune planification ne peut remédier à ce type de mauvaise gestion.
Jaydee
29
C'est la phrase de code pour "nous sous-payons sévèrement nos programmeurs".
dasblinkenlight
4
Qualificatif important: Ces emplois appartiennent-ils à l’industrie du développement de logiciels ou à une autre industrie apparentée telle que le trading algorithmique à haute fréquence. On dirait que TOUTES les réponses ci-dessous supposent l’industrie du logiciel. De toute évidence, ce n’est pas la seule industrie dans laquelle les programmeurs travaillent, et de loin pas la pression la plus élevée.
Marcin
4
@Marcin Les personnes qui travaillent sur les logiciels HFT sont spécifiques à l’industrie et sous haute pression, tout simplement parce que leur clientèle (IMHO) fait partie des personnes les plus stressées et sérieusement malheureuses que j’ai jamais rencontrées. En plus de cela, un certain nombre de personnes n’envisageraient même pas de travailler pour une telle entreprise sur le seul principe moral. Je préférerais utiliser mes connaissances pour améliorer des algorithmes qui résolvent les problèmes du monde réel et font de ce monde un meilleur lieu de vie.
maple_shaft

Réponses:

20

Exemple de travail à haute pression: trading algorithmique à haute fréquence. Un de mes amis ingénieurs en informatique travaille pour un magasin. Un stress énorme, une pression énorme. Tous les délais sont "en ce moment". Tout est envoyé à la production le jour de son écriture. Même quelques minutes de retard pourraient coûter des millions à l'entreprise. Peu de gens peuvent gérer un tel environnement. Si vous pouvez le faire, attendez-vous à un salaire supérieur de 50 à 100% à la norme de l'industrie à votre niveau + un bonus de fin d'année basé sur le% des bénéfices de vos algues. C'est une récompense à très haut risque, à haute pression et élevée. Cela n'a rien à voir avec des délais irréalistes ou un manque de gestion, et tout à voir avec votre capacité à gérer la pression. (Et les traders ne jurent que par leur visage alors que leur P & L se détériore ce jour-là.)

Autres exemples:

  • Les emplois produisant le type de logiciel avec des exigences élevées en matière de fiabilité:
    • logiciel médical,
    • logiciel embarqué.
  • Emplois où les produits livrables (et les échecs) auraient:
    • un impact direct et important sur les personnes,
    • un impact direct et important sur l'image de l'entreprise.

Alternativement, il ne s’agit pas nécessairement de code pour " nous manquons de ressources et avons des délais irréalistes ", mais également de code pour "votre responsabilité fait de vous une responsabilité perdable en cas de problème".

poudre de foin
la source
1
Je suis d'accord. Je suppose que la plupart des gens veulent un travail confortable. Cependant, il y a des gens qui veulent travailler plus fort aujourd'hui pour tirer le meilleur parti possible et éventuellement prendre leur retraite plus tôt.
Sarel Botha
C’est vrai en ce qui concerne les logiciels de trading, mais si je voyais un «environnement à haute pression» dans une offre d’emploi pour un plus petit magasin de développement Web, les sonneries d’alarme retentiraient.
joshin4colours
4
@ joshin4colours: J'étais un conseiller dans un petit magasin de développement Web "environnement sous pression". Je n'ai rien trouvé de mal à cela - cela faisait partie de sa stratégie de marché. La stratégie commerciale consistait à réparer les erreurs de quelqu'un d'autre dans des délais ridiculement serrés: le rêve cauchemard des programmeurs. Les demandes? Un jour, on se réveille et on dit que l’équipe dispose de 3 jours pour développer et tester quelque chose cité à plus de 300mh. Eh oui, cela signifiait 16 heures de travail, pas de place pour le drame personnel et la précision des mouvements d'horlogerie. Cela signifiait également une augmentation de 50 à 150% des salaires et de 60% du temps rémunéré consacré à des projets personnels
2012
C’est la situation à laquelle j’ai immédiatement pensé en lisant le message original.
Jetti
102

J'ai toujours considéré ce code comme "nous manquons de ressources et avons des délais irréalistes et agressifs".

James McLeod
la source
6
cela semble beaucoup, mais en général, ils sont libellés différemment, comme «stressant», «sensible au temps» et «rapide». Même «nous voulons que quelqu'un aime être mis au défi» peut impliquer cela aussi.
Andy
48
Rapide, rapide, dynamique, tous sont des mots à la mode: "La direction ne peut pas se faire
comprendre
14
Vous avez omis la fin du code: "et ne vous attendez pas à une augmentation basée sur une pression élevée: vous en étiez conscient lorsque vous avez été embauché"
mouviciel
6
Et ils veulent quelqu'un avec une maîtrise en informatique et de 5 à 8 ans d'expérience pratique directe avec OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server et PHP.
Jfrankcarr
13
Et ils voulaient des programmeurs avec cinq ans d'expérience en Java. En 1997.
James McLeod Le
40

Les recruteurs présument peut-être qu'une personne capable de supporter ou même de profiter d'un "environnement sous pression" serait plus productive dans cette entreprise.

Cela peut en fait être une hypothèse correcte: un développeur de qualité inférieure, qui est prêt à accepter la pression pour garder son emploi, peut être légèrement productif, alors qu'un bon développeur, qui peut se permettre de choisir, devrait donc se retrouver dans une telle situation. une entreprise de farces, partirait en un rien de temps et ne serait pas du tout productif.

Joonas Pulakka
la source
14
+1 bonne réponse. De tels endroits auraient plutôt un développeur inférieur et soumis.
maple_shaft
28

C'est une phrase de code pour "Nous voulons des jeunes programmeurs célibataires prêts à travailler des heures totalement déraisonnables au détriment de leur vie personnelle".

Ils ne peuvent pas le dire explicitement en partie car il est illégal de discriminer sur la base de l'âge et de l'état matrimonial.

Snowhare
la source
6
HA - "Cher employeur respecté, Je suis un jeune programmeur célibataire, asexué. J'adore les bits et je mange des puces en silicium. Je vivrai au bureau et ferai du café pour démarrer."
Adel
20

Une start-up qui se précipite sur le marché doit lutter pour être plus rapide que la concurrence. Pour une telle entreprise, il est judicieux de créer un environnement de travail sous pression, car le fait d’être là deux mois avant que d’autres personnes travaillant sur le même problème puisse faire la différence entre être le prochain facebook et être trop tardif. service dont personne ne se souvient. Travailler dans une telle entreprise peut vous rendre riche rapidement, grâce à des options d'achat d'actions.

Pour une entreprise de logiciels bien établie, une pression constamment élevée est un signe de mauvaise gestion et / ou de propriétaires avides et constitue donc un drapeau rouge.

utilisateur281377
la source
1
D'après ce que je comprends, si vous travaillez dans le trading haute fréquence (ce qui est controversé mais peu importe), il existe des exigences commerciales qui imposent des délais d'exécution rapides mais des exigences élevées en matière de qualité de votre code.
2
Oui mais .... Facebook est un mauvais exemple pour le point. Ils étaient en retard à la fête et ont gagné quand même.
Lord Tydus
15

Homme, il y a une charge de ventilation dans ce fil: P

"Tout le monde sait ce qu’il fait et les projets sont évalués avec précision", c’est ce que tout le monde veut, mais il ne faut pas oublier que ces équipes ne sont pas toujours comme ça. Chaque équipe commence mal avant de s’améliorer, et jusqu’à ce que cet état utopique se concrétise, la pression est normale. Si ce n'était pas le cas, la direction serait probablement coupable d'avoir trop peu demandé.

J'aime la déclaration "haute pression" aux rares occasions où je la vois parce que ce sont les équipes qui ont vu les symptômes, même si elles n'ont peut-être pas toutes les réponses. C'est mieux que la plupart des autres annonces qui n'ont aucune idée du tout.

Donc, à moins que la concurrence ne soit un grand éditeur de logiciels que je connaisse, il est fort probable que cette "haute pression" me semble intéressante au moins. Il y a moins de bonnes équipes sur le marché que de bons programmeurs et, franchement, se battre pour le meilleur (en supposant qu'ils vous veuillent aussi) est une perte de temps à moins que vous n'ayez pas la bouche à manger.

Donc, dans ce sens, l'expression "haute pression" ne me dissuade pas du tout.

permas
la source
+1 pour le point de vue opposé.
Spencer Rathbun
2
Nous ne nous exhalons pas, c'est un sémaphore distribué.
Adel
14

Une des deux raisons:

  1. Ils veulent que vous abandonniez votre vie sociale en faisant des journées et des week-ends de 12 heures sans récompense supplémentaire pour sauver un projet en retard et dépassant le budget avec le client menaçant de poursuivre. Habituellement, parce que l'équipe de vente a promis des fonctionnalités supplémentaires sans les faire passer devant les développeurs.

  2. Les fenêtres ne s'ouvrent pas et le personnel souffre de flatulences.

Je pense que c'est 1.

GR8DAN
la source
11

Je pense que vous comprenez l'idée.

Les bons programmeurs ne travaillent pas dans ces entreprises, puis les entreprises ont moins de travail (différentes études montrent une différence de TCO allant de 10 à 26 entre les développeurs, ce qui est énorme) et augmentent la pression, ce qui conduit à plus de bons développeurs.

Une telle entreprise réduit souvent les tests, l'assurance qualité ou la refactorisation pour respecter des délais irréalistes. Ce qui conduit à plus difficile de respecter la date limite pour la prochaine version. Il s'agit d'un processus auto-entretenu, et tant que la haute direction ne veut pas briser cette tendance, c'est la recette du désastre.

Notez que 60% à 80% des projets informatiques sont considérés comme des échecs (voir le rapport de chaos pour des chiffres précis). Et cela a beaucoup à voir avec le comportement montré dans les postes que vous lisez.

Ceci est souvent appelé effet de la mer morte et constitue un phénomène très réel dans le secteur des technologies de l'information.

Deadalnix
la source
3
60% to 80% of IT project are considered as failureJ'entends beaucoup cette statistique, mais elle est intrinsèquement délirante. Selon les normes de qui? Les gestionnaires d’application et de projet trouvent toujours le moyen de transformer un projet en échec en un succès. Les parties prenantes n'aiment pas admettre l'échec car elles investissent du temps et de l'argent dans le projet. Il n’est politiquement avantageux pour aucun parti d’admettre lorsqu’un projet échoue, à l’exception peut-être d’un tiers jouant le rôle d’audit ou de consultant. Mettez votre tête dans le sable et acceptez les logiciels de merde pour lesquels vous avez trop payé et qui ne répondent que partiellement au besoin.
maple_shaft
2
@maple_shaft J'ai mentionné la source: c'est le rapport de chaos. Vous pouvez le vérifier pour tout savoir sur leurs mesures et donner votre avis à ce sujet.
deadalnix
3
Que signifie "TCO"?
Coût total de possession?
Ozz
1
Oui, le coût total de possession est le coût total de possession. En d'autres termes, le travail d'un développeur vous coûte cher, y compris les coûts indirects (un développeur qui fait moins de bogues, par exemple, coûtera moins cher en correction de qualité et correction de bugs).
deadalnix
5

Pourquoi?

Parce qu'ils sont à haute pression.

Pourquoi?

Parce qu’en termes informatiques, ils ne savent pas ce qu’ils font, ou plus précisément, ils ne suivent pas de bonnes pratiques de développement, car une personne extérieure aux TI est en charge.

L’un des problèmes que rencontrent les développeurs de logiciels est qu’ils ne sont pas un objet physique tangible. Pour les non-informaticiens, c'est cette chose laineuse et obscure qui n'existe que dans leur ordinateur.

Mais parce qu'ils ne peuvent pas y toucher, ils n'apprécient pas les subtilités inhérentes à la création d'un bon logiciel.

Donc, quand vous avez ces types de personnes "conduisant le bus", vous obtenez bientôt des commentaires comme:

  • juste le construire
  • on en a besoin dans 1 mois
  • nous n'avons pas besoin de testeurs

Ils ne l'obtiennent pas.

ozz
la source
Vous ne l'obtenez pas. La société B va accepter la vente parce qu’elle a promis un mois et qu’elle facture si peu qu’elle ne peut pas non plus se permettre des testeurs tout en réalisant un bénéfice. Ce genre de situation a tendance à ne pas se produire en raison d’une gestion non technique intrinsèquement médiocre, mais en raison d’un marché intrinsèquement pauvre ou sursaturé. Les responsables et les vendeurs de votre entreprise ne sont pas responsables autant que ceux de l’autre entreprise. Le meilleur moyen d'éviter cela est de travailler dans une entreprise qui a un avantage clair et distinct où elle peut justifier son existence sans abuser des développeurs.
maple_shaft
1
Croyez-moi, je comprends. Tout ce que j'ai dit ci-dessus s'applique exactement à la situation que vous décrivez. Et la situation que vous décrivez oblige l’équipe de développement à adopter de mauvaises pratiques de gestion. Peut-être qu'assez bien peut-être que ces gestionnaires «comprennent», mais ils appliquent encore de mauvaises pratiques à l'équipe de développement.
Ozz
1
@maple_shaft La direction est à blâmer. Si vous voulez un profit à long terme, vous ne prenez pas de commandes rapides et sales qui produiraient une qualité médiocre et des produits médiocres. Si vous le faites, vous mettez en péril la réputation de l'entreprise. En outre, le client peut très bien ne rien savoir de ce qu'il commande, mais peut aussi ne pas disposer des connaissances techniques nécessaires. Il appartient ensuite aux vendeurs d'indiquer clairement au client le type de qualité auquel il peut s'attendre pour un certain prix. Il incombe également aux ventes de faire abandonner diverses idées folles au client, qui ne devrait pas simplement acquiescer et proposer un prix.
4

Je le vois rarement comme cela, mais de telles affirmations sont au mieux des mots à la mode et au pire, une lettre sans fondement.

J'ai vu des tâches qualifiées de "rapides" parmi les plus lentes, les plus dépourvues d'inspiration, de décadence cérébrale et d'ennuyeuses insidieuses que l'on peut imaginer pour un être humain. J'ai également mis BEAUCOUP de temps et ai été considérablement mis au défi pour des emplois pour lesquels la description ne donnait aucun crédit aux besoins réels de l'emploi.

Vous commettriez une erreur en mettant trop de réflexion dans un libellé comme celui-ci. Vous en apprendrez beaucoup plus sur l'environnement de travail et les responsabilités d'un emploi potentiel en interrogeant et en posant à l'intervieweur des questions importantes qui permettent de dévoiler les mystères et les dysfonctionnements cachés dont il ne vous parle pas.

arbre_érable
la source
2
+1, les descriptions de travail doivent être considérées avec un grain de sel, mais malheureusement, de nombreux développeurs ont tendance à prendre les choses pour argent comptant. La seule façon de connaître la situation réelle est de leur parler EN PERSONNE. Glassdoor pourrait aussi donner un aperçu.
Angelo
1
@ Angelo This Glassdoor might give some insight as well.. Mille fois CECI! Si vous commencez à détester votre emploi, il suffit d'aller sur Glassdoor et de consulter les avis des employés de 20 autres employeurs spécialisés dans le développement de logiciels dans votre région. Vous allez très vite réaliser à quel point vous êtes chanceux. Même en tenant compte du fait que la plupart des personnes qui écrivent une critique sont d’abord mécontentes, vous pouvez en général trouver assez de vérités pour savoir que la grande majorité des magasins de logiciels ne sont que de terribles endroits où travailler. Une bonne gestion et les meilleures pratiques sont malheureusement l'exception et non la règle.
maple_shaft
1
Je m'attends vraiment à des critiques "mécontents" sur glassdoor. Mon drapeau rouge est s'il n'y a pas ou très peu de critiques positives. De même, je me méfierais si toutes les critiques étaient uniformément positives.
Angelo
4

Cela ne veut pas dire grand chose dans la plupart des cas. Après tout, une entreprise dirait-elle réellement qu'elle a un environnement de travail où sa philosophie est " Mañana ". C’est un de ces clichés habituels que les responsables des ressources humaines jettent à la liste des candidats, tout comme affirmer qu’ils veulent des «personnes très motivées» et qu’elles offrent «un salaire concurrentiel assorti d’un ensemble complet d’avantages sociaux».

Lors de votre entretien, vous devrez déterminer avec précision le type de pression qu'un travail est susceptible d’exercer, s’il ne s’agit que de parler des ressources humaines ou s’il a vraiment du temps à faire. Par exemple, vous découvrirez peut-être qu'ils exécutent très rapidement des projets urgents ou axés sur le client, tels que des campagnes publicitaires ou la planification d'événements. Ou, vous pouvez trouver que l'organisation est peuplée d'intimidations et de secousses qui créent une pression laide. Ou bien, il peut s’agir uniquement de ressources humaines et l’environnement est un atelier de développement assez typique.

jfrankcarr
la source
Je ne suis pas d'accord ", cela ne veut pas dire grand chose". La plupart des institutions financières sont comme ça. Les sociétés de jeux aussi. Toute échéance est motivée par une gigantesque promesse d'argent (sortie de jeux) ou par des personnes qui ne comprennent pas l'informatique.
Ozz
@Ozz Je pense que jfrankcarr essaie de dire que ce type d'affirmation sur des offres d'emploi a moins à voir avec l'incompétence organisationnelle ou de gestion qu'avec davantage d'incompétence en ressources humaines.
maple_shaft
@maple_shaft oui, et je ne suis pas d'accord avec ce principe. Bien que les ressources humaines puissent être, et sont souvent incompétentes à bien des égards, je pense que voir cette déclaration dans une offre d'emploi est généralement un très bon indicateur de la nature d'un travail. C’est une phrase plus agréable que «nos projets ont toujours du retard, ils manquent de ressources, sont mal planifiés, car ce ne sont pas des informaticiens qui pilotent nos livrables. Bien sûr, cela peut ne pas être vrai dans certains cas, mais je crois que pour la grande majorité, ce sera.
ozz
@Ozz - Ce à quoi je veux en venir, c'est qu'il s'agit, dans la plupart des cas, d'une déclaration de ressources humaines sans signification. Vous devez connaître la vérité lors de l'entretien et découvrir ce que vous pouvez apprendre en ligne sur l'entreprise. Avec certaines entreprises, comme celles que vous avez mentionnées, cela peut être assez évident. D'autres, pas tellement. Pourtant, ils utilisent presque toujours les mêmes clichés RH.
Jfrankcarr le
@jfrankcarr encore une fois, je suis en désaccord avec cette prémisse. Je suis d’accord sur les autres clichés que vous dites être sans signification, mais je dirais que c’est un bon indicateur pour la grande majorité. Cela ne me dérange pas si nous ne sommes pas d'accord :-)
ozz
2

J'ignore ce genre de postes affichés maintenant. Ce qu'ils veulent dire, c'est que nous voulons un esclave qui travaillera 80 heures par semaine sans être payé au squat. C'est un signe que la direction n'offre pas des projets correctement ou ne les gère pas correctement.

Les équipes bien gérées fonctionnent à l'heure et sans stress supplémentaire, comme les gestionnaires qui répondent à 100 nouvelles exigences et essaient de respecter la date. Je n'ai pas eu de marche de la mort depuis des années. La chose la plus proche était quand je suis revenu à un projet en échec en tant que consultant avec des taux horaires exorbitants et une longue fin de semaine de vacances pour renflouer un échec majeur.

Bill Leeper
la source
1

En fait, la plupart du temps, les projets ne sont jamais estimés avec précision!

ce qui créera une pression élevée!

la plupart de ces entreprises ont également des équipes hebdomadaires qui créeront des défaillances du système qui nécessiteront que vous travailliez à minuit sans préavis sous la pression :)

Ali
la source
5
en fait, les projets sont assez souvent estimés avec précision, mais les estimations ne sont pas acceptées par les niveaux de gestion supérieurs.
Chris Card
C’est vrai, il est plus exact de dire que l’estimation convenue par la direction est généralement fausse :)
Ali
1

"Si tout le monde sait ce qu'il fait et que les projets sont évalués avec précision?" est une très grosse hypothèse. Habituellement, cette hypothèse est fausse si la société dit qu'il s'agit d'un "environnement à haute pression".

Et, effectivement, de nombreuses entreprises ne parviennent pas à planifier et emploient des employés peu performants. Il y a beaucoup d'entreprises qui ne correspondent pas à ce moule, il vous suffit de respecter vos propres normes et de refuser de travailler dans ces emplois à haute pression.

Bryan Oakley
la source
1

Le seul endroit où il est acceptable que cela apparaisse est si vous avez un emploi où des vies sont en jeu.

Par exemple, si vous êtes l’administrateur système pour les services qui doivent être activés afin de maintenir les avions dans le ciel, vous devez vous attendre à une pression élevée. Ou, si vous travaillez sur un logiciel qui sera déployé pour les soldats dans une zone de guerre, vous pouvez vous attendre à de la pression.

Si vous voyez cela, demandez à l'intervieweur si des vies sont en jeu si vous manquez un délai ou une alarme. Sinon, ils sont dramatiques.

kcunning
la source
D'accord, j'ai déjà travaillé dans un environnement où nous avions l'obligation contractuelle de régler les problèmes en un temps considérable, car des vies étaient en jeu. Il y avait de BIG, BIG de pénalités pour manquement à notre obligation contractuelle.
HLGEM
-1

Cela signifie qu'ils n'ont jamais entendu parler de Agile, Scrum ou Kanban, et qu'ils se moquent de brûler leurs développeurs.

DmitryB
la source
Alors, Agile ou Scrum ou Kanban est-il la solution à la haute pression? (!)
Mawg
Ces pratiques nécessitent la participation des propriétaires de produits, ce qui conduit à une meilleure gestion des attentes et donc à une meilleure gestion de la pression.
DmitryB