Productivité des développeurs : Microsoft a la réponse

C’est ce qu’affirme Brian Houck, ingénieur en productivité chez Microsoft, qui a étudié les modèles de productivité dans son entreprise et a partagé certaines de ses conclusions avec les participants à la récente conférence Developer Productivity Engineering (DPE) à New York. M. Houck et son équipe ont étudié 5 000 développeurs au sein de l’entreprise et ont livré des résultats surprenants.

Comme dans presque toutes les entreprises, la crise du COVID a créé un environnement de travail à distance à 100 % pour tous les employés de Microsoft. Cela a donné à M. Houck et à ses collègues l’occasion d’étudier l’impact du travail à distance sur la productivité des développeurs.

Attendre les révisions de code et de devoir passer du temps en réunion fait perdre la concentration

Ils sont allés voir 5 000 développeurs et ingénieurs pour explorer ces questions. Le verdict : Les développeurs sont plus productifs et plus heureux lorsqu’ils travaillent à distance que lorsqu’ils passent cinq jours au bureau. Et un résultat surprenant de cette étude est que les situations de travail hybrides ne se traduisent pas par une plus grande productivité ou une plus grande satisfaction au travail.

L’une des révélations de l’étude est que les frictions dans le temps des développeurs – en particulier le fait d’attendre les révisions de code et de devoir passer du temps en réunion – leur font perdre leur concentration. Le “travail concentré” est essentiel, et le facteur de distraction est un obstacle majeur à la productivité.

Mais mesurer la productivité s’est avéré être un exercice complexe. Par exemple, le nombre de demandes de téléchargement des développeurs a augmenté de 20 % pendant la période complète de travail à distance au printemps 2020. Dans le même temps, le cours de l’action Microsoft a augmenté de 20 %.

La productivité ne se résume pas à la quantité produite

“Nous produisions beaucoup de code”, a expliqué M. Houck. “Si vous regardez ces chiffres, vous vous rendez compte que nous étions plus productifs, n’est-ce pas ? Mais nos développeurs étaient malheureux. Ils travaillaient 12 à 14 heures par jour et se sentaient déconnectés de leurs équipes”.

La productivité ne se résume pas à la quantité produite, poursuit M. Houck. La productivité et la satisfaction au travail varient en fonction des circonstances. “55% de nos développeurs avaient moins de distractions en travaillant à distance ; 49 % avaient plus de distractions. La productivité n’est pas une chose en soi, c’est une multitude de choses, comme le degré de bonheur et d’épanouissement de vos développeurs. Lorsqu’on leur demande ce que la productivité signifie pour eux, les développeurs mentionnent les apprentissages, les résultats business, et la quantité de travail”.

En fin de compte, M. Houck et son équipe ont conclu que le bonheur et la satisfaction professionnelle des développeurs proviennent du fait qu’ils “passent leurs journées à écrire du code”. Ils ne veulent pas passer leurs journées à lire et à écrire des courriels. L’écriture de code est une utilisation plus satisfaisante de leur temps. “Nous avons constaté que le temps que les développeurs passent à coder est en corrélation avec leur satisfaction professionnelle globale” disent-ils.

“La clé n’est pas d’allonger la journée, mais de trouver plus de temps pour travailler de manière ciblée”

En même temps, la productivité est dans l’œil de celui qui regarde.

“Si l’on demande chaque jour aux développeurs s’ils sont productifs et que l’on établit une corrélation avec ce qu’ils ont réellement fait ce jour-là, on constate que le nombre de lignes de code qu’ils ont écrites ou le nombre de bogues qu’ils ont corrigés n’ont aucun pouvoir explicatif sur la façon dont ils se sont sentis productifs ce jour-là”, explique M. Houck.

L’équipe de M. Houck a également constaté que “de nombreux développeurs ont vraiment du mal à être satisfaits des limites entre leur travail et leur vie privée. Et cela a une relation très significative avec leur productivité déclarée. La clé n’est donc pas d’allonger la journée, mais de trouver plus de temps pour travailler de manière ciblée. Il s’agit de trouver plus de temps pour travailler de manière ciblée, pour réfléchir en profondeur, sans être interrompu”.

“Bloquer du temps sur le calendrier pour effectuer un travail ciblé”

À cette fin, les chercheurs ont mesuré ce qu’ils ont défini comme “un bloc de temps ininterrompu d’une heure ou plus – pas de courriels, pas de messages instantanés, pas d’appels d’équipe ou d’appels Zoom”, explique M. Houck. “Nous constatons que les équipes de développement qui disposent de plus de temps pour se concentrer sur leur travail travaillent de manière plus ciblée. Les développeurs qui ont l’impression d’avoir une meilleure capacité de concentration sont beaucoup plus susceptibles de se dire productifs”.

La solution, conclut-il, consiste à demander aux développeurs de “bloquer du temps sur leur calendrier pour effectuer un travail ciblé”. Les développeurs qui bloquent formellement du temps sur leur calendrier codent 80 % de plus pendant ces périodes qu’ils ne le font pendant des blocs de temps vides sur leur calendrier.

En outre, “le fait de réserver des plages de temps pour coder est nettement plus efficace que d’essayer de trouver des plages de temps vides tout au long de la journée”, poursuit-il. “L’un des moyens les plus efficaces d’améliorer la productivité dans les entreprises est d’aider les employés à se réserver du temps pour effectuer un travail productif”.

Comment savoir si vous êtes dans une mauvaise réunion ?

Un moyen d’améliorer la qualité de ce temps libre “est de réduire le nombre de réunions de mauvaise qualité”. Le nombre excessif de réunions est le deuxième problème le plus souvent cité par les développeurs sur leur lieu de travail”. Bien sûr, certaines réunions sont importantes, en particulier celles qui impliquent une collaboration ou des réunions avec les patrons.

“Comment savoir s’il s’agit d’une réunion de mauvaise qualité ? “L’un des moyens est de savoir si l’on fait autre chose pendant la réunion. Si vous vous retrouvez à envoyer des courriels ou à écrire du code, ce n’est pas vous qui êtes plus productif, c’est vous qui êtes assis dans une réunion où vous ne devriez pas être”.

Source : “ZDNet.com”