Rythme soutenable

Le nom original de XP pour cela était « semaine de 40 heures ». L'idée était controversée à l'époque et le reste aujourd'hui : des heures de travail régulières, pas d'heures supplémentaires comme pratique standard.

Ce n'est pas un avantage ou un luxe. C'est une pratique fondamentale de XP parce que :

Les développeurs fatigués font des erreurs. Les études montrent que la productivité chute fortement après 50 heures/semaine. Après 60 heures, vous produisez plus de bogues que de fonctionnalités.

Le repos favorise la créativité. Les problèmes complexes nécessitent des esprits frais. La solution qui résout un bogue vient souvent après s'être éloigné du problème.

L'épuisement détruit les équipes. Les équipes qui fonctionnent à vide finissent par s'effondrer. Les gens démissionnent, tombent malades ou décrochent mentalement. Le « sprint final » qui sauve l'échéance tue l'équipe.

Le rythme soutenable est durable. Vous pouvez travailler 40 heures par semaine indéfiniment. Vous ne pouvez pas travailler 60 heures par semaine indéfiniment — quelque chose casse.

Dans XP, les heures supplémentaires ne sont pas de l'héroïsme — c'est un signal d'alarme. Cela signifie que quelque chose ne va pas :

• Les estimations étaient fausses. Le travail était plus important que prévu.
• La portée a dérivé. On a ajouté plus sans ajuster l'échéancier.
• La qualité a été compromise. La dette technique vous ralentit.
• L'équipe manque de personnel. Le travail nécessite plus de personnes.
• La planification a échoué. Des engagements irréalistes ont été pris.

Quand vous faites des heures supplémentaires pour respecter une échéance, vous traitez les symptômes, pas les causes. Le problème sous-jacent demeure. À la prochaine échéance, vous ferez encore des heures supplémentaires.

La réponse XP : Faire remonter le problème. Dire au client « nous ne pouvons pas tout faire d'ici là ». Ajuster la portée, l'échéancier ou les ressources. Ne pas prétendre que tout va bien pendant que vous vous épuisez.

Les développeurs confondent souvent « état de flux » et « travailler de longues heures ».

La zone est précieuse :

• Travail concentré et immersif
• Le temps passe vite
• Haute productivité
• Énergisant (vous vous sentez bien après)

La marche de la mort est destructrice :

• Longues heures forcées
• Interruptions constantes
• Les erreurs se multiplient
• Épuisant (vous vous sentez vidé après)

XP favorise la zone. La programmation en binôme protège la concentration. Les petites itérations fournissent des objectifs clairs. Les équipes complètes réduisent les interruptions.

Mais la zone se produit pendant les heures de travail normales. Vous n'avez pas besoin de semaines de 60 heures pour entrer dans l'état de flux. En fait, l'épuisement empêche le flux.

Une bonne journée : 4 à 6 heures de travail concentré dans la zone, plus communication, planification et apprentissage. Une mauvaise journée : 10 heures de travail fragmenté, sans jamais entrer dans le flux.

Le développement logiciel est un travail créatif. La créativité nécessite du repos.

Pourquoi le repos compte :

• Le subconscient traite les problèmes pendant le repos
• La récupération physique et mentale permet un effort soutenu
• Les perspectives fraîches voient des solutions que les esprits fatigués manquent
• L'apprentissage et le développement des compétences se produisent en dehors du mode sprint final

Les pratiques XP qui favorisent le repos :

• Programmation en binôme (responsabilité partagée, moins de stress)
• Propriété collective (vous pouvez vraiment prendre congé)
• Rythme soutenable (charge de travail prévisible)
• Petites versions (pas de poussées marathon)

La direction doit protéger le repos. Si le leadership célèbre les « héros de minuit » ou envoie des courriels à toute heure, le rythme soutenable n'est que des mots. La culture est définie par ce qui est récompensé.

Les produits logiciels vivent pendant des années. Les équipes doivent travailler à un rythme qu'elles peuvent maintenir pendant des années.

Mentalité de sprint : Pousser fort maintenant, se reposer plus tard. Cela fonctionne pour les courses courtes mais pas pour construire des logiciels. Il y a toujours une autre échéance. « Plus tard » n'arrive jamais.

Mentalité de marathon : Gérez votre rythme. Travaillez à un rythme que vous pouvez maintenir indéfiniment. Développez des habitudes qui favorisent la santé et la productivité à long terme.

Signes d'un rythme non soutenable :

• Heures supplémentaires régulières (plus qu'occasionnelles)
• Roulement élevé (les gens partent pour s'échapper)
• Qualité décroissante (les bogues augmentent avec le temps)
• Vélocité décroissante (l'équipe ralentit)
• Problèmes de santé (stress, épuisement, problèmes physiques)

Si vous voyez ces signes, le rythme est un problème — peu importe ce que la direction dit sur le « sprint final temporaire ».