Quels sont les facteurs de stress rencontrés par les programmeurs au travail et comment les gérer? [fermé]

Apprendre à gérer le stress est essentiel pour rester en bonne santé tout en travaillant. Une sous-tâche nécessaire est d'apprendre à reconnaître et à limiter les sources de stress.

Cependant, au milieu de la routine quotidienne, il peut être difficile de reconnaître les sources de stress (en particulier pour un personnage intense et concentré, tel qu'un programmeur).

Quels types de stress les programmeurs doivent-ils rechercher et comment peuvent-ils être gérés?

Voici les choses que je trouve être la plus stressante pour moi et les développeurs autour de moi:

1. Ambiguïté : objectifs, exigences ou autres attentes énoncées de manière inefficace. De nombreuses entreprises ont des employés qui ont une attitude de"I don't know what I want, but I'll know it when I see it. Oh, and by the way I need it tomorrow."
2. Délais inappropriés : la plupart des délais sont définis par les besoins de l'entreprise, et non par les capacités réalistes des développeurs parmi le personnel. De plus, les attentes concernant le besoin sont augmentées, mais pas le budget / les ressources.
3. Mauvaises hypothèses / attentes : les programmeurs ont tendance à avoir une haute opinion de leurs capacités (et non un trait non acquis) et, de ce fait, ils s'attendent à ce que d'autres personnes puissent égaler leurs capacités, leur compréhension et leurs attentes. Souvent, on suppose que quelque chose est "common knowledge"ou similaire, et cela peut être catastrophique dans la catégorie de stress. Désormais, non seulement l'expert métier n'a pas répondu aux attentes du programmeur, mais il est totalement incompétent pour démarrer. À l'inverse, si le programmeur ne répond pas aux attentes de l'entreprise, il est frustré car il / elle n'a pas reçu les informations nécessaires pour procéder.
4. Manque de respect : Beaucoup de gens ont tendance à croire que le simple fait que quelqu'un soit faible dans votre discipline signifie qu'il est faible dans leur discipline. Il y a une raison pour laquelle nous avons tous des emplois / capacités / attentes différents, et il est important de respecter le fait que l'autre personne est très probablement très capable des tâches qui lui sont confiées. Ce n'est pas parce que quelqu'un ne possède pas vos capacités qu'il est incompétent ou incapable.
5. Manque de maîtrise de soi : Cela peut se manifester de nombreuses manières. Vous êtes peut-être un bourreau de travail qui refuse de prendre les pauses appropriées. Cela conduit à accumuler du stress et est mauvais. Peut-être que vous êtes un buveur de Jolt Cola qui boit plus de caféine qu'il ne devrait en avoir quand le stress s'accumule. Ceci est mauvais pour votre santé et aggrave votre réaction au stress. Vous devez connaître vos limites, savoir ce qui déclenche vos réactions au stress spécifiques et, plus important encore, savoir comment soulager cette réaction au stress. S'en prendre à des collègues ou à des collègues n'est pas approprié et ne servira qu'à augmenter le stress.
6. Manque de compétences en communication : souvent, nous ne parlons pas la même langue et je ne parle pas anglais, allemand ou indien. Nous utilisons les mêmes mots, mais nous ne disons pas les mêmes choses. Les gens doivent être spécifiques et ouverts à propos de choses qu'ils ne comprennent pas. Même si vous pensez que vous comprenez, il ne fait pas de mal de clarifier. N'oubliez pas qu'une métrique commerciale peut signifier quelque chose de différent pour différents départements d'une organisation.
7. Saignement des limites : Gardez le travail au travail et à la maison à la maison. Le fait que votre enfant de 7 ans laisse ses chaussures au milieu du sol et ne nettoie pas après son petit-déjeuner ne signifie pas que vous deviez mâcher Tiffany pour en comptabiliser une nouvelle, car elle ne vous a pas donné le tableur des exigences en matière de facturation. . De même, le simple fait que Tiffany ne tienne pas avec le tableur ne signifie pas que votre femme mérite d'être mal traitée lors de son retour à la maison. (d'ailleurs, la pauvre Tiffany ne mérite pas ce traitement non plus)

Je pense que le principal facteur de stress pour tout programmeur est le manque de confiance en soi .

Oui, de nombreuses réunions (certainement pas des réunions en tant que telles) sont inutiles, mais je peux faire beaucoup de choses en tant que programmeur. Si je dois régulièrement assister à des réunions qui - à mon avis - ne sont pas nécessaires, il est de ma responsabilité de me lever et de dire "hé, je n'ai pas besoin d'être dans cette réunion - je peux passer mon temps de manière plus productive".

La même chose vaut pour les interruptions: oui, c'est un problème. Je l'ai vu dans de nombreuses entreprises. Cependant, souvent, encore une fois, plusieurs choses peuvent être faites. Un programmeur n'a pas besoin de vérifier son compte de messagerie toutes les cinq minutes et de répondre à chaque courrier instantanément. De même, si je ne souhaite pas être dérangé pendant un certain temps, j'éteins ma messagerie instantanée et transfère mon téléphone.

Ce ne sont que deux exemples - il y en a beaucoup plus. Oui, parfois ça devient difficile. Mais la plupart du temps, les problèmes dont nous parlons pourraient être résolus assez facilement avec un peu plus de confiance. Dites aux gens de l'autre côté de la boucle de communication "oui, je vous ai entendu et j'ai reçu votre message mais j'y reviendrai plus tard".

Les plus gros problèmes sont ceux que nous créons nous-mêmes! ;-)

Bogues de composant tiers

Cela peut être extrêmement stressant lorsque vous recevez une mise à jour d'un composant tiers qui casse quelque chose. Vous n'avez pas le code source à déboguer ou à modifier, mais si votre système en dépend, cela peut être assez terrifiant. Le matin, vous constaterez que votre serveur de contrôle de code fonctionne de manière inattendue et que vous risquez de perdre 2 semaines d’archivage, ce qui peut être assez stressant. C’est essentiellement l’idée d’une couche d’abstraction qui fuit, quand vous n’êtes pas préparé. Jetez un coup d'œil aux tickets de bogues ouverts sur toutes les technologies de pile Microsoft et les commentaires témoigneront certainement de cette variété de stress.

Attentes irréalistes. Je vois des clients qui s'attendent à pouvoir passer 6 semaines d'une période de conception de 7 semaines à vous fournir le fichier dont vous avez besoin pour démarrer et à vous demander pourquoi cela ne se fait pas le lendemain. J'ai vu des gens s'attendre à ce qu'ils puissent vous confier une nouvelle tâche vendredi à 16h30 et s'attendre à ce que vous passiez tout votre week-end à la présenter à PDG lundi. J'ai vu des personnes qui vous enlevaient une tâche hautement prioritaire pour effectuer une deuxième tâche hautement prioritaire, puis devenaient furieuses que la première ne soit pas terminée à temps. Toutes ces choses sont stressantes même lorsque vous avez fait de votre mieux pour expliquer clairement dès le départ pourquoi leurs attentes sont irréalistes.

Manque de capacité à lire dans les pensées. (Je vais faire fortune, je n'ai jamais inventé ce module de lecture de l'esprit.) Il est stressant de découvrir, lors des tests effectués par les utilisateurs, que ce qu'ils vous ont dit vouloir ne correspondait pas à ce qu'ils souhaitaient.

Bon nombre des réponses fournies sont excellentes, en particulier les stress énumérés par Joel et ceux liés à la perte d'argent et à la gestion envahissante qui ne comprennent pas ce qu'ils demandent.

Une partie du stress majeur que je rencontre vient de

• Inheriting Spaghetti Code

  • J'ai eu des expériences insensées où la roue a certainement besoin de réinventer. Imaginez être embauché après qu'un autre développeur ait construit à lui seul une base de code sur environ un an, seulement pour découvrir qu'ils n'avaient aucune idée de ce qu'ils faisaient, échouaient lamentablement et se faisaient virer. À votre arrivée, on vous dit que votre travail consiste à "faire ce travail". Bien sûr, il y a environ une ligne de notes par 4000 lignes de code. Extrême manque de modularité et peu ou pas de direction. En plus de tout, tout va bien au-delà d'avoir des noms "bizarres" (qui sont compréhensibles et parfois très fantastiques) en "wth-ness"
  • Vous êtes censé avoir deux sous-points: P (le code Spaghetti est mauvais, ça va?)

• Il y a un bug. Vous SAVEZ pour un fait absolu que ce doit être le genre impliquant un ou deux changements de personnage minuscules. La date limite est demain, vous avez 3 fonctionnalités à terminer. Ce bug prend 5 heures à trouver et vous ne pouvez pas l'ignorer. ; (Aïe lol.

• Essayer d'expliquer le précédent

• Être coincé à un bureau en raison de contraintes professionnelles alors que si vous pouviez simplement aller prendre une heure de promenade dans un parc et revenir, vous auriez du code doré qui vous attendait du bout des doigts. Mon pire, je dois voir des arbres et du ciel si vous voulez que je fasse du bon code et que je progresse rapidement. Au moins la moitié de la programmation est un art après tout. Trouvez l'inspiration.

• Ne pas être coincé à un bureau lorsque vous devez rentrer chez vous à cause de contraintes professionnelles et que vous ne pouvez pas travailler 20 heures aujourd'hui alors que vous êtes dans la zone. Parfois , je clique avec ce que je fais et si je ne peux pas tirer une nuit blanche à droite puis , il est tout simplement pas le même le lendemain .. Je me souviendrai plus de cela , mais il faudra trois fois plus longtemps pour l' obtenir et ne pas être aussi bon de toute façon.

• Parfois, le café et les autres produits de consommation aggravent la situation et mon cerveau ne veut tout simplement pas écouter mon esprit comme je le souhaite. =)

• 15 minutes de pause. Juste assez pour me laisser aller, pas assez pour rendre le cerveau plus frais. Boooooo.

• Il y a eu des moments où je choisissais une nouvelle bibliothèque ou… pire… un nouveau cadre. C’est l’une des tâches les plus étonnamment stressantes que j’ai rencontrées. Quand ça va bien ou même bien, c'est charmant. De temps en temps quand ça va mal ... oh mon dieu. Vous pouvez vous asseoir dessus en essayant d'innombrables tests de styles différents et avoir la tête tellement remplie d'interfaces que de parties de mon esprit commencent tout simplement à fermer et à dire "non, non ... je ne ferai pas cela. Trop mauvais. Va-t'en. " Seulement pour être obligé de les battre dans la soumission. Le soupir.

• Le mauvais type d'erreurs de l'éditeur de liens. Je ne sais pas comment les décrire.

• Importer de grandes quantités de données d’un format de fichier gênant dans vos objets. C'est parfois très amusant et souvent vous brûle très vite quand ce n'est pas le cas. Je me souviens d’avoir travaillé avec ce vieux format Excel qui présentait une horreur de personnage d’évasion très délicate et non documentée. Ceci, parallèlement au fait que les informations contenues dans la colonne que nous extrayions étaient remplies de caractères géniaux, ... cela me hante toujours. Je n'arrêtais pas de penser "aha ça marche maintenant !! ....! ............ oh ... ça ne fait rien .."

Je pense qu'une grande partie du stress est le résultat des prémisses suivantes:

1. Les bons programmeurs sont souvent ceux qui peuvent accomplir plus efficacement certaines tâches autres que la programmation (assistance à la production / résolution des problèmes, documentation, répondre aux questions des entreprises ou des autres membres de l'équipe, offrir des avis techniques sur les orientations futures).
2. La programmation est une activité qui s’effectue au mieux sur de longues périodes de temps ininterrompues.
3. Compréhension de la prémisse n ° 1 >> Compréhension de la prémisse n ° 2.

En conséquence, les programmeurs sont souvent appelés à faire un certain nombre de choses différentes, ce qui nuit à la productivité et à la qualité de leur travail dans le métier choisi. Le responsable qui effectue cet appel y voit une "victoire", car le problème a été résolu rapidement et efficacement et le coût n’est pas immédiatement apparent.

Il existe quelques stratégies pour le gérer, avec divers avantages et inconvénients.

1. Gestion du temps - Consacrez une partie de votre journée à la programmation et une autre partie de votre journée à un autre travail, et soyez discipliné à ce sujet. Un inconvénient de cela est que j'ai fini par laisser le travail hors programmation prendre tout mon temps de 8 à 5 ans et que je travaillais ma programmation la nuit, ce qui est mauvais pour l'équilibre travail / vie privée.
2. Education - C’est ici que des personnes comme Joel font un travail remarquable - faites savoir que le coût d’une interruption de 15 minutes peut être bien supérieur à 15 minutes. (par exemple, http://www.joelonsoftware.com/articles/fog0000000022.html )
3. Développement d'équipe, documentation - Assurez-vous de ne pas être l'unique source de connaissances sur les éléments critiques de la technologie de votre entreprise.
4. Personnalité Nasty - Je plaisante à moitié. Si vous développez la réputation de réagir avec une grogne aux interruptions, les gens auront tendance à trouver d'autres moyens de faire quelque chose. Tu ferais mieux d'être vraiment bon pour retirer ceci, cependant.

Le principal facteur de stress que je rencontre est ce que j'aime appeler " syndrome de Mort ".". En gros, c’est l’attitude de certains développeurs selon laquelle la médiocrité est acceptable et qu’il n’ya nul besoin d’améliorer ni de faire les choses différemment. Comme quelqu'un qui passe son temps à lire des blogs et des livres, à écouter des podcasts et à regarder des vidéos faire les choses de manière professionnelle, cela me stresse beaucoup car 95% du temps, je suis la seule personne de l'équipe, sinon de toute l'entreprise, à comprendre pourquoi, par exemple, écrire des tests unitaires est bien ou pourquoi Dommage d'avoir des milliers de lignes de code dans une seule classe (ou des classes qui font une demi-douzaine de choses différentes), et essayer d'éduquer mes collègues donne des regards vides, des excuses de "Nous n'avons pas le temps de le réparer "," Nous n'utiliserons jamais car nous ne l'avons jamais utilisé auparavant "ou" Cela "Ce n’est pas la façon dont nous faisons les choses ", ou dans le pire des cas, on me montre la porte et on me tire pour essayer de changer les choses pour le mieux.

Il serait difficile d’obtenir une réponse générale à cette question. Les gens prospèrent dans des conditions différentes.

1. trop de travail en trop peu de temps
2. trop peu de retours des utilisateurs
3. blâmer la culture
4. manque de confiance en atmosphère.

J'ai tendance à penser que le travail est la moindre cause de stress pour la plupart des gens, pas pour les programmeurs en particulier. Ce sont les éléments indésirables tels que la culture de l'entreprise, l'atmosphère de l'unité et les problèmes de communication qui causent le plus de stress à la plupart des gens. Ce n'est pas qu'ils ne peuvent pas gérer le travail; c'est qu'ils ne peuvent pas gérer l'atmosphère de la cuisine si vous voulez.

Une discussion plus utile pourrait être plus centrée sur les solutions à ces problèmes.

"Autres tâches assignées".

J'ai eu à répondre aux téléphones. J'ai dû travailler dans l'entrepôt. J'ai dû faire l'inventaire. J'ai passé toute la journée à participer à des réunions d'entreprise. J'ai même dû sortir et faire un entretien limité de la pelouse.

Je ne sais pas si je prendrai un autre travail dans la description qui inclut cela.

Mauvaise gestion. Je ne peux pas vous dire le nombre d'histoires que j'ai vécues ou vues de gestionnaires (en particulier de cadres supérieurs et de dirigeants d'entreprises) prenant des décisions scandaleuses sans consulter qui que ce soit qui sait quoi que ce soit du domaine qu'ils ont choisi ou ne consultent pas notes des réunions précédentes avant d’aller de l’avant dans la direction opposée comme convenu.