Temps de travail productif du programmeur

Question

Cette question peut prêter à discussion, mais j'aimerais vraiment connaître votre point de vue à ce sujet, EN PARTICULIER si vous êtes un programmeur principal, un chef de produit ou si vous avez simplement des programmeurs qui vous rendent des comptes.

Il y a un peu plus d'un an, j'ai commencé dans cette entreprise, j'étais le seul programmeur, et j'étais encore au niveau junior. Après quelques mois, la société a engagé un autre programmeur et un architecte logiciel. L'autre programmeur et moi devions rendre compte à l'architecte, et nous allions travailler avec la méthodologie AGILE.

Eh bien, au fait. Lorsque l'architecte logiciel a commencé à expliquer nos rôles dans la méthodologie AGILE, elle a dit que notre temps de travail dans une journée est censé être seulement de 6 heures productives, sans compter la pause déjeuner ; et elle l'a dit comme si nous devions déjà le savoir. Cela signifie donc que si nous sommes 9 heures au travail, 1 heure correspond à la pause déjeuner, 2 heures à la détente et 6 heures au travail. J'ai été étonné par cette remarque car, dans ma courte expérience professionnelle de l'époque, je n'avais jamais rien entendu de tel.

J'aimerais savoir ce que vous en pensez. Personnellement, je ne me sens pas très à l'aise de me "détendre" pendant deux heures au bureau, j'essaie toujours d'être aussi productif que possible.

Mais un programmeur doit-il vraiment travailler 6 heures par jour ?

Answer 1

Ces 6 heures productives par jour sont le résultat d'une longue expérience. Pendant que vous lisez este au travail, quelques secondes de vos heures de travail passent dans ces 2 heures non productives. Un chef de projet qui suppose 8 heures productives par jour dans ses calculs est celui qui manquera invariablement le calendrier.

Answer 2

6 heures par jour, c'est beaucoup de travail productif ! Je ne travaille presque jamais autant.

Peut-être qu'en se relaxant pendant 2 heures et en travaillant pendant 6 heures, les gens obtiennent plus fait qu'en restant assis devant le clavier pendant 8 heures.

Answer 3

Oui, 6 heures de code, mais les 2 autres heures ne sont pas destinées à la détente. C'est là que les courriels, les réunions et les relations avec les clients entrent en jeu.

Answer 4

Elle était en fait assez optimiste. Dans le domaine des technologies de l'information, la ligne directrice commune des chefs de projet en matière de productivité est de 60 % du temps disponible. Le reste de ce temps n'est pas du "repos", il peut s'agir de tout ce qui n'est pas directement lié à ce projet spécifique, y compris les appels téléphoniques, les pauses café, les courriels, les discussions avec les collègues, les tâches administratives, les affaires personnelles, l'aide à un collègue pour son projet, etc.

Peu importe que vous pensiez être meilleur et avoir une heure de plus productive par jour qu'elle. La ligne directrice de 60% est une moyenne statistique basée sur des données de référence provenant de milliers de projets. Vous devez la considérer comme un fait, et non comme une opinion.

Bien entendu, il existe des différences entre les directives, les types de projets, les types de travail et les caractéristiques de l'individu. C'est pourquoi nous avons des moyennes.

Answer 5

Parfois, après de brèves vacances, j'arrive à faire plus de choses en un seul jour que pendant une semaine de travail normale. L'architecture parfaite, la meilleure façon de résoudre les problèmes, les solutions hautement réutilisables - tout cela semble possible après s'être reposé, que pendant une journée chargée.

Pour nous, la philosophie "travaillez tout le temps que vous travaillez" peut en fait être contre-productive.

Pour revenir à votre question, je ne sais plus où je l'ai lu, mais dans une étude de Microsoft, sur une période de quelques mois, les travailleurs ont produit 4 à 5 heures de travail productif, quelle que soit la durée de la journée de travail (8 à 12 heures).