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?
58
Réponses:
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:
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".
la source
J'ai toujours considéré ce code comme "nous manquons de ressources et avons des délais irréalistes et agressifs".
la source
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.
la source
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.
la source
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.
la source
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.
la source
Une des deux raisons:
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.
Les fenêtres ne s'ouvrent pas et le personnel souffre de flatulences.
Je pense que c'est 1.
la source
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.
la source
60% to 80% of IT project are considered as failure
J'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.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:
Ils ne l'obtiennent pas.
la source
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.
la source
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.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.
la source
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.
la source
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 :)
la source
"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.
la source
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.
la source
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.
la source