Comment passer de manière productive du «temps libre» au bureau [fermé]


17

Après avoir expédié une version, une fois tous les deux à trois mois, je bénéficie de 10 à 15 jours de temps libre. Par temps libre, je veux dire pas de travail, personne ne se soucie de ce que vous faites, etc., mais vous devez venir au bureau et y aller.

Avez-vous du temps libre comme ça? Comment utilisez-vous ce temps?

J'ai tendance à lire, mais j'ai l'impression que de plus en plus d'informations ne sont pas la meilleure façon de les dépenser.


4
Wow, non. Habituellement, je commence la tâche avec laquelle je suis en retard parce que la tâche précédente a dépassé: P
JohnB

19
10-15 jours de temps libre payé? Je n'en ai jamais entendu parler, nulle part. Oui, il y a généralement des accalmies dans le travail où les choses ralentissent un peu, mais deux ou trois semaines sans travail? Je pense que cela pourrait être un signe de mauvaise gestion de projet. Pensez à ce que vous pourriez réaliser si vous commenciez immédiatement à travailler sur la prochaine version - un rythme beaucoup plus détendu, ajoutant peut-être plus de valeur à la version.
Thomas Owens

3
Sérieusement mec. Je n'ai jamais apprécié de pause au cours de mes 8 années de carrière! J'ai pris de force une semaine de vacances en continu il y a environ 7 ans. Rien de plus que ça.
sarat

4
faire des travaux de R&D. Rechercher (et expérimenter) certains nouveaux développements technologiques qui pourraient être utiles dans de futurs projets. Bon pour votre développement personnel ainsi que pour l'entreprise.
jwenting

8
Embauchent-ils dans votre entreprise? :)
Scott C Wilson

Réponses:


17

C'est un peu inhabituel. Et étrange, au fait. Si votre employeur n'a pas de travail pour vous, pourquoi vous force-t-il à venir au bureau?

Améliorez votre code

En général, il y a toujours du travail à faire, même sur un seul projet. Si vous n'avez rien à faire, cela signifie que votre projet est parfait. Je ne crois pas aux projets parfaits, car je n'en ai jamais vu. Si votre entreprise a des projets parfaits, j'aimerais pouvoir voir comment cela se fait.

Si votre projet n'est pas parfait, vous pouvez passer ce temps libre à l'améliorer.

  • Appliquer les règles de style de codage,
  • Vérifiez si les commentaires sont à jour et ne manquent nulle part,
  • Examinez le code des parties qui n'ont pas été écrites par vous,
  • Améliorer la documentation technique,
  • Profilez le code pour voir quels sont les goulots d'étranglement et comment les supprimer,
  • Refactorisez votre code,
  • Commencez à penser aux futures fonctionnalités à implémenter.
  • etc.

Apprendre quelque chose de nouveau

Parfois, vous venez de terminer le codage, vous avez finalement publié le projet et la dernière chose que vous voulez faire est de continuer à travailler avec le code sur lequel vous vous êtes trouvé au cours des trois derniers mois. C'est compréhensible. Dans ce cas, vous pouvez facilement trouver une autre profession pour changer vos idées et augmenter vos connaissances. Par exemple, si vous êtes un développeur C #, apprenez Python ou apprenez à utiliser les extensions réactives, ou quoi que ce soit.

Vous pourriez également être tenté de faire un petit projet par vous-même pendant votre temps libre. Je ne vous conseille pas de le faire, non seulement parce que le code que vous écrivez dans votre travail appartient généralement à votre entreprise, mais aussi parce que vous pouvez être poursuivi pour utiliser votre matériel d'entreprise et d'autres ressources pour réaliser des projets qui n'ont rien à voir avec votre vrai travail.

Parlez à votre patron

Ce peut être une bonne idée de poser la question que vous avez posée sur Programmers.SE à la personne concernée, c'est-à-dire votre patron. En fait, il y a des chances que:

  • Soit il ignore que les développeurs n'ont parfois rien à faire,
  • Ou il attend de vous que vous fassiez une chose précise.

Il est particulièrement important de savoir quelle est la situation si votre patron s'attend réellement à ce que vous fassiez quelque chose. Par exemple, si j'avais des employés, je m'attendrais à ce qu'ils améliorent le projet lorsqu'ils ont fini d'écrire du code et de résoudre des bogues. De la même manière, lorsque je travaille pour une entreprise sur place, je passe toujours tout mon temps à travailler sur le projet et à l'améliorer s'il n'y a pas de bugs à résoudre.

Il existe une exception: les stagiaires ne sont généralement pas censés effectuer des travaux supplémentaires par eux-mêmes. Mais au moins, nous nous attendons à ce qu'ils viennent nous dire quand ils auront terminé ce que nous leur avons demandé de faire, afin que nous leur assignions une autre tâche.


3
"Si votre employeur n'a pas de travail pour vous, pourquoi vous force-t-il à venir au bureau?" «maintenir l'esprit d'équipe», «facile à garder rapidement en contact», «nous pourrions avoir quelque chose à tout moment» et d'autres excuses pour «nous voulons juste avoir le contrôle».
jwenting

@jwenting, +1 sur votre commentaire pour "nous voulons juste avoir le contrôle". C'est une attitude courante parmi les entreprises qui ont accaparé un marché de niche et l'argent circule facilement. Les managers se préoccupent moins des préoccupations des clients et des nouvelles opportunités, et plus encore du contrôle de leurs petits fiefs et des serfs qui relèvent d'eux.
maple_shaft

2
Certaines entreprises peuvent simplement vouloir que quelqu'un pointe une horloge et soit prêt en cas de problème avec la version. J'ai eu des cas où je n'avais rien à faire dans des postes précédents.
JB King

6

En fait, je finis par avoir des situations comme ça dans mon travail. Il y a généralement une accalmie après les versions pendant quelques semaines pendant que nous nous préparons pour la prochaine version, et les responsables PM et développement discutent de la priorité des fonctionnalités pour la version n + 1.

J'essaie généralement de passer ce temps à rembourser la dette technique qui a été contractée ou à ajouter des fonctionnalités qui me semblent nécessaires, mais qui ne reçoivent jamais les ressources appropriées car elles ne peuvent pas conduire directement à des revenus.


3

J'ai été dans cette situation plus d'une fois pour plus d'un employeur, croyez-moi,

Ce n'est pas courant mais certainement pas inhabituel.

Je n'irai pas droit au but et dirai que c'est courant et que ce n'est certainement pas normal. C'est un signe de mauvaise gestion et / ou de gestion de projet. Voici quelques thèmes communs que je remarque qui produisent des accalmies comme celle-ci.

  • Vous pourriez être dans une grande organisation avec BEAUCOUP de ressources de développement. Il devient plus difficile de gérer efficacement les projets logiciels en cours et de maintenir une utilisation à 100% des ressources avec un large pool de ressources.

  • Mauvais chefs de projet. Ils font un travail horrible de planification du travail de publication de manière à ce que les ressources soient aussi proches que possible de 100%.

  • Projet de maintenance / fonctionnalité sur les logiciels existants. Souvent, lorsqu'il y a un arriéré de fonctionnalités ou un travail de maintenance complexe, le travail lui-même peut ne pas prendre beaucoup d'efforts à mettre en œuvre, mais nécessite un niveau très élevé de familiarité technique et de connaissances métier pour effectuer le travail.

  • Expert en la matière. Il n'est pas rare que des projets disposant d'un large éventail de technologies et / ou de connaissances commerciales aient besoin de former de petits groupes d'équipes autour de domaines individuels. Ces équipes deviennent des experts en la matière à leur propre égard et l'entreprise les apprécie PLUS pour ce qu'elles savent et ce qu'elles sont capables de faire que pour ce qu'elles font au moment immédiat où il n'y a pas de travail spécifiquement pour elles.


2
Vous avez oublié d'ajouter que le client a retardé la signature du contrat. Surtout dans le monde des entrepreneurs gouvernementaux, vous ne pouvez pas travailler sur le projet sans le facturer. Sans contrat, vous ne pouvez pas travailler sur le projet. Ainsi, les managers sont mis dans une position difficile car ils peuvent laisser leurs collaborateurs aller vers d'autres projets mais risquent de ne pas pouvoir les récupérer lors de la signature du contrat, ou bien ils peuvent les garder en surcharge.
Dunk

1

En effet étrange,

  • 10 à 15 jours de temps libre à intervalles récurrents
  • personne ne se soucie de ce que vous faites, mais doit toujours être physiquement présent

Néanmoins, vous avez du temps décent que vous pourriez utiliser, peut-être faire un exercice de consolidation d'équipe, réunir vos collègues et apprendre et présenter quelques concepts sur le langage ou le cadre que vous utilisez. Et prenez le temps de pratiquer un peu de code sur des problèmes aléatoires pour améliorer vos compétences.

J'ai tendance à me connecter à StackOverflow et ici pendant quelques courtes pauses disponibles. Choisir également une nouvelle langue pourrait également être une perspective que vous pouvez examiner.


1

Ce que je recommanderais, c'est que pendant les deux à trois mois où vous travaillez dur, vous commencez à construire une liste de choses que vous voulez faire lorsque le projet est terminé et que les deux semaines de temps libre se déroulent.

  • Des morceaux de code «assez bons» que vous aimeriez refactoriser
  • Outils, bibliothèques, langues, etc. que vous aimeriez expérimenter
  • Idées à prototyper, preuves de concept à construire
  • Techniques de développement que vous aimeriez essayer

Je pense que si j'ajoutais une URL et une note à une liste chaque fois que je pensais à quelque chose comme ça, après deux à trois mois, j'aurais certainement une liste de choses assez longue à faire pour m'occuper!

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.