Discussion :

[Hinault Romaric]

« Trop travailler est stupide »
un développeur estime qu'après 40 heures de travail par semaine, les programmeurs ajoutent plus de bogues que de fonctionnalités dans le code

« Working Too Much Is Stupid », titre Matt Rogish, un développeur et coach d’entreprise dans un billet de blog.

Pour lui, le principe suivant lequel le rendement est meilleur lorsqu’on accumule d’importantes heures de travail par semaine prôné par les entreprises est tout bonnement ridicule dans le domaine de la programmation.

Cela peut encore marcher « pour une activité répétitive et de méthodologie comme la maçonnerie », estime Rogish, où vous pouvez travailler pendant des heures et voir le mur se construire rapidement. Et, bien, sûr, il y aura de petits problèmes ici et là (négligence à cause de la fatigue du travailleur, etc.), mais généralement rien qui puisse considérablement affecter l’intégrité structurelle de la paroi.

Ce qui n’est cependant pas le cas dans le développement logiciel, qui est une activité essentiellement mentale et donc la fatigue aurait un impact important sur la concentration. « De mon expérience, la productivité chute après 40 heures de travail par semaine, et devient rapidement négative parce que le développeur ajoute plus de bogues que de fonctionnalités », écrit Rogish.

Cependant, les bogues ne sont pas petits, faciles à nettoyer ou à détecter. « La découverte des jours/semaines/mois plus tard des erreurs entraînera l’arrêt du projet avant que l’ampleur des dégâts soit estimée, puis réparée », conclut celui-ci.

Pour appuyer ses propos, Rogish a conçu un diagramme où il estime qu’à plus de 50 heures de travail par semaine, le rendement du développeur devient négatif. À 80 heures de travail, la productivité du développeur est estimée à -80 %.

Source : « Working Too Much Is Stupid »


Et vous ?

Que pensez-vous de l’opinion de Rogish ?

Combien d’heures de travail effectuez-vous par semaine ?

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?

[fregolo52]

On avait un petit "proverbe" :

"Code du vendredi après-midi, code pourri"

Il est vrai que commencer une journée à 9h et la finir à 22h, généralement, les code entre 20h et 22h n'est jamais très "beau" (à cause de la fatigue).

[el_slapper]

+1000

J'ai vu quelques exceptions, mais la plupart des gens(moi le premier) se mettent à débigocher assez vite, après trop de temps de travail. J'ai même tendance à penser que ma limite est en-dessous de 40 heures. Bon, en même temps, je sais sprinter quand le besoin se fait sentir - mais pas plus de 3-4 jours. Au delà de cette limite, je ne suis plus qu'un gnou.

[Scriuiw]

Ce qui est "amusant", c'est qu'un développeur ne peut excéder les 30% de rendement....

J'ai du raté quelque chose....

[Caro999]

Ce qui est "amusant", c'est qu'un développeur ne peut excéder les 30% de rendement....

J'ai du raté quelque chose....

Je pense pas que c'est du rendement; il me semble que c'est mesuré en "earned value" = valeur acquise. Elle représente « le travail qui a réellement été accompli » (bon là, c'est linéaire mais généralement ça ne l'est pas )

Si tu travailles 1 heure, tu as généré une heure de valeur. Au dessus de 3x heures, comme tu casses le code, tu diminues la valeur générée pendant les 3x premières heures travaillées.

[Mr_Exal]

Que pensez-vous de l’opinion de Rogish ?

Qu'il a entièrement raison.

Combien d’heures de travail effectuez-vous par semaine ?

Pour l'instant 35h au boulot, 42h30 en centre de formation (minimum), résultat en centre de formation je ne fous rien (de toute façon vu la qualité de l'enseignement ...)

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?

Largement, la motivation aussi.

[Jarodd]

Lors de mes rush, la phase d'improductivité ne se voit pas des semaines après avec le bugs, mais le lendemain. En général, quand j'ai fait une journée de 12h, j'ai bien bossé, l'investissement valait le coup. Par contre le lendemain, je suis HS, donc au final j'ai perdu 4h de productivité (+4-8).

[imikado]

Que pensez-vous de l’opinion de Rogish ?
Qu'il a raison en parti: c'est plus une question de fatigue que de nombres d'heures: certains lundi, après un long week end on est aussi éfficace qu'un vendredi après 50h

Combien d’heures de travail effectuez-vous par semaine ?
50h minimum effective (8h-18h15 sur place hors rush), après il faut enlever la pause déjeuner qui joue beaucoup sur la productivité de l'après midi: il est toujours plus agréable de travailler après un restaurant en exterieur, qu'après un sandwich à la cafétaria

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
Je pense que c'est plus une question de créneau horaire: la période post-repas est souvent difficile (on vient de déjeuner, on se remet dans le code, on digère...)
Si vous faites des pauses de temps en temps (un petit café, un peu de distraction/discussion/blague) on peut faire plus de 40-50h tranquillement: il faut savoir sortir la tête du guidon

[transgohan]

Que pensez-vous de l’opinion de Rogish ?
C'est relatif, comme dit par imikado on peut très bien avoir les 8 premières heures de la semaine complètement pourries et pas forcement les 8 dernières.

Combien d’heures de travail effectuez-vous par semaine ?
Entre 40 et 45h.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
Cela dépend des semaines, si j'ai passé de bonnes nuits toute la semaine, que je ne suis pas parti avec un malus avec le weekend précédent et que je me force à faire des pauses dans la journée je suis tout à fait productif après 40h.

[Jbx 2.0b]

Que pensez-vous de l’opinion de Rogish ?
Je pense qu'elle est juste dans l'ensemble, même si tout dépend de la fatigue et de la motivation. Les périodes de rush, tout le monde peut les assumer, si elles ne sont pas trop longues et justifiées. Mais elles doivent être récompensées, en terme de salaire mais surtout de repos. Imposer un constant état de rush/stress devient vite catastrophique, sur la motivation comme sur la qualité du code.

Combien d’heures de travail effectuez-vous par semaine ?
Pour la petite histoire, moi et deux autres collègues avons changé de boîte il y a environ 2 ans, pour rentrer dans une PME qui n'avait alors pas de service logiciel. Un beau projet, des étoiles dans les yeux, on a enchaîné pendant 6 mois sans compter nos heures, pour participer à temps à un salon et présenter notre application. On est venus bosser plusieurs fois le samedi, j'ai codé les derniers jours jusqu'à 3h du matin pour qu'on soit prêt dans les temps. Et le salon s'est plutôt bien passé. En contrepartie, on nous a reproché d'arriver après 10h le matin (pendant la période de rush, et oui, il faut bien dormir à un moment !!), et de faire des semaines de 35h une fois le salon passé. Résultat depuis, je fais les 37.5h par semaine auxquelles fait référence mon contrat, parfois presque à la minute. Je ne vous cache pas que ma motivation et mon esprit d'entreprise sont désormais inexistants.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
Ça dépend de beaucoup de facteurs. Avant toute chose la qualité des nuits bien-sûr. Mais par exemple sur la période décembre-mai, j'ai énormément bossé sur un projet perso, et ce quasi tout les soirs et souvent le week-end avec parfois une dizaine d'heures par jour. Et je m'étonnais souvent d'avancer si rapidement (surtout que ça faisait des mois voir des années que je n'avais pas réussit à retrouver cette motivation :p)... je me relevais même la nuit pour griffonner des idées ou esquisser un diagramme UML.
Une technique que j'adoptais était de réserver les tâches répétitives et ingrates (mais simples) aux moments ou j'étais fatigué et a contrario de profiter des moments ou j'étais reposé pour m'attaquer aux problèmes de conception et d'algorithmie plus complexes.
Je pense donc que la capacité de concentration (donc la qualité du code) dépend aussi grandement de la motivation. Et cette dernière dépend elle-même d'un paquet d'autres facteurs. Si on te fait bosser sur un projet de merde ou qu'on ne respecte pas ton travail, tu bascules rapidement dans un mode je-m'en-foutiste ou ta productivité est extrêmement faible.

[phili_b]

On est venus bosser plusieurs fois le samedi, j'ai codé les derniers jours jusqu'à 3h du matin pour qu'on soit prêt dans les temps. Et le salon s'est plutôt bien passé. En contrepartie, on nous a reproché d'arriver après 10h le matin (pendant la période de rush, et oui, il faut bien dormir à un moment !!), et de faire des semaines de 35h une fois le salon passé. Résultat depuis, je fais les 37.5h par semaine auxquelles fait référence mon contrat, parfois presque à la minute

Sauf que les phases avant le dev trainent un max, et notre temps de dev et de tests est divisé par deux (ben oui, l'employeur cafouille mais change pas pour autant sa deadline).

ça me rappelle un projet où il y avait pas mal de pressions et où on faisait pas mal d'heures, en plus loin de chez nous. Mais le directeur de projet voulait que ça marche pour "la semaine prochaine" alors qu'il y avait au moins 2 semaines de travail à fond. Résultat quand il a téléphoné à 18h le vendredi pour vérifier qu'on était là pour travailler très tard, je n'ai pas répondu au téléphone, et je suis parti 5 minutes après et je me suis mis en mode 37h la semaine suivante, surtout que faisait 6 mois que je faisais ce projet en dormant à l'hotel en semaine. ça commençait à bien faire cette fuite en avant.

En fait tout dépend de la motivation, comme pas mal le disent ici. Si on m'oblige à travailler tard, c'est niet, si en revanche de moi même, et la motivation aidant, je dois travailler tard de moi-même, pas de souci. En revanche il ne faut non plus que ça devienne une habitude, ça veut dire que le projet et/ou l'équipe est mal gérée, et qu'à ce train on finit dans le mur puisque ça se désorganise de plus en plus puisque les gens se fatiguent de plus en plus.

[micka132]

50h minimum effective (8h-18h15 sur place hors rush), après il faut enlever la pause déjeuner qui joue beaucoup sur la productivité de l'après midi: il est toujours plus agréable de travailler après un restaurant en exterieur, qu'après un sandwich à la cafétaria

Ca doit dépendre des personnes, perso j'ai tendance à m'endormir si le repas traine et qu'on commence à se détendre.
Et d'une manière général au plus je suis "cool" au plusj'ai tendance à remettre au lendemain!
Du coup pour moi le sandwich devant le pc c'est presque là ou je suis le plus productif.

[imikado]

Ca doit dépendre des personnes, perso j'ai tendance à m'endormir si le repas traine et qu'on commence à se détendre.
Et d'une manière général au plus je suis "cool" au plusj'ai tendance à remettre au lendemain!
Du coup pour moi le sandwich devant le pc c'est presque là ou je suis le plus productif.

Chacun son truc
Mais le ptit café, la ptite pause qui vous sort la tête de guidon est toujours bénéfique

Un des contributeur disait que c'est parfois dans la nuit qu'il trouvait des solutions/idées: c'est en se changeant les idées que l'esprit vagabonde (c'est comme une tache en background

[shkyo]

...
Un des contributeur disait que c'est parfois dans la nuit qu'il trouvait des solutions/idées: c'est en se changeant les idées que l'esprit vagabonde (c'est comme une tache en background

Tout à fait d'accord! Au lieu de partir à 21h (ou plus...), tu pars à 19h, une petite séance de sport/douche, repas pénard, un peu de détente non informatique le soir, nuit de sommeil, et hop le lendemain en pleine forme!

De toute façon, à bosser comme un dingue sans arrêt, même en écartant les éventuels problèmes de santé plus que probable, au bout de quelques années, à mon avis ça finit tôt ou tard en overdose et/ou dégout du boulot...
Du coup, la qualité de travail deviendra forcément très très mauvaise, au minimum!

[GrandFather]

Autant je suis d'accord sur le fond avec le blogueur (maintenir une qualité optimale sur une longue période sans repos est problématique), autant je trouve son graphique assez ridicule. J'aurais bien aimé savoir d'ailleurs s'il existait des travaux « sérieux » sur le sujet, mais son blog ne fait référence qu'à d'autres blogs.

Parmi les paramètres mentionnés dans ce fil qui pourraient expliquer que cette limite de 40 heures est arbitraire et varie selon les individus, je suis assez étonné que personne n'ait pensé à mentionner l'âge, pourtant évident. On n'encaisse pas de la même manière une semaine de 60 heures de développement ininterrompu selon qu'on a 20 ou 45 balais...

[Mr_Exal]

Chacun son truc
Mais le ptit café, la ptite pause qui vous sort la tête de guidon est toujours bénéfique

Un des contributeur disait que c'est parfois dans la nuit qu'il trouvait des solutions/idées: c'est en se changeant les idées que l'esprit vagabonde (c'est comme une tache en background

J'ai trouvé bon nombre de solutions pendant les pauses clope. Bon j'en fait pas 10 par jour non plus

[eclesia]

Que pensez-vous de l’opinion de Rogish ?
Que d'imbécilités, cela depend du developpeur et sa motivation.

Pourquoi fait on encore passer dans les news des messages de blog d'inconnu sans la moindre etude concrete hormis son "feeling".

Combien d’heures de travail effectuez-vous par semaine ?
35-40H au boulot et 20-25H sur mon temps libre pour mes projets.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
je ralenti, mais la qualité du code n'est pas affectée pour autant.

[Guardian]

Que pensez-vous de l’opinion de Rogish ?
Que d'imbécilités, cela depend du developpeur et sa motivation.

Pourquoi fait on encore passer dans les news des messages de blog d'inconnu sans la moindre etude concrete hormis son "feeling".

Combien d’heures de travail effectuez-vous par semaine ?
35-40H au boulot et 20-25H sur mon temps libre pour mes projets.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
je ralenti, mais la qualité du code n'est pas affectée pour autant.

rien à redire, je suis 100% du même avis

La seule différence réside dans les horaires de travail ^^

[guillaume07]

très dépendant des capacités de chacun cette stat...

[Luckyluke34]

très dépendant des capacités de chacun cette stat...

Quel est l'utilité d'un tel graphique? Il me semble très peu fiable...

En effet, de l'aveu même de l'auteur :

It kinda looks something like this (completely made up but feels approximately correct)

Un truc que la news aurait dû préciser à mon avis...

Même si la constatation me parait juste, elle aurait besoin d'être étayée d'études sérieuses (qui j'en suis sûr, existent déjà).