Comment gérer le problème des "30 minutes restantes" ?

Les options sont nombreuses : - Vérifier les blogs/nouvelles/journaux (pertinents) et lire ce qui se passe dans votre domaine - Documenter ce que vous avez fait pendant la journée - Planifier ce que vous devez faire le jour/semaine/mois suivant - Retourner à votre courrier et enfin obtenir vraiment les informations que vous avez manquées en le parcourant plus tôt - Vérifier si vous avez fait toutes les “tâches d'organisation”, et sinon, faites-les (Remettez vos heures, envoyez ce rapport sur votre bureau à la personne qui doit le lire, commencez la sauvegarde,. ..) - Nettoyez votre tableau blanc/bureau/bureau de tout ce qui s'y est accumulé mais qui a perdu sa pertinence il y a trois semaines - Vous avez fait tout cela ? Encore 30 minutes ? Retournez à l'étape 1 ! (Et, vous êtes un magicien.)

En plus de planifier votre journée, de mettre de l'ordre et de partir tôt (pour rattraper le retard accumulé), permettez-moi de vous suggérer quelque chose qui semble probablement très contre-intuitif :

Essayez d'éviter de vous arrêter à un “point d'arrêt naturel”

Vous craignez que si vous consacrez une demi-heure à une tâche de codage, il vous sera difficile de charger le contexte lorsque vous y reviendrez le lendemain. Mais selon mon expérience, c'est exactement le contraire. Disons que vous allez écrire une fonction simple. Vous savez qu'il y aura une certaine initialisation, une boucle pour traiter tous les X dans le Y, et un certain nettoyage. Je vais littéralement ajouter le fichier à mon projet, déclarer la fonction, ajouter trois commentaires (peut-être en écrivant le pour ou en construisant autour de l'un d'eux) et puis – rentrer à la maison.

Le matin, quand vous arrivez, vous n'avez pas besoin de vous rappeler ce que vous faisiez ou de consulter vos notes – tout est là pour vous. Pourquoi rentrer chez vous avec un dossier vide, ou une feuille blanche, qui vous attend le matin ? Au lieu de cela, écrivez au moins un titre ou un sujet. Écrivez au moins le nom de la fonction. Si vous êtes censé écrire un document, créez le dossier, créez un document vide avec le bon nom, et mettez le titre du document en haut de la première page. Appliquez une feuille de style.

Commencez. Puis quittez. Vous serez peut-être TRES agréablement surpris - il est beaucoup plus facile de commencer si vous ne vous êtes pas arrêté à un point d'arrêt naturel. Se lancer à partir de ces points est super facile.

En fait, c'est si facile que j'utilise parfois une variante de ce procédé pour me piéger et m'amener à travailler sur quelque chose que je ne veux pas travailler. Je ne fais que la partie “démarrage”, c'est-à-dire que je crée le nouveau projet, un dossier vide ou autre. Je crée un fichier appelé “outline” et je le colle dans mon courrier électronique. Je télécharge les spécifications ou les notes de mise à jour. Trouver le lien vers la vidéo que je dois regarder. Rien de tout cela ne compte vraiment comme un travail sur la chose sur laquelle je ne veux pas travailler, c'est juste la partie “démarrage” qui me permettrait de travailler réellement dessus, donc je fais ces tâches sans résistance. Et puis je découvre, quand je les ai faites, que ma résistance disparaît et que je suis capable de faire la tâche elle-même.

Essayez-le.

Je serais plus qu'heureux de vous voir rentrer chez vous et rattraper les 30 minutes un autre jour. Comme vous le dites, vous serez bien plus productif en faisant cela qu'en essayant de faire 30 minutes de travail, en perdant votre contexte pendant la nuit et en essayant de recommencer le matin.

Mais je ne suis de toute façon jamais très pointilleux pour le travail de “9 à 5”. Votre employeur peut être plus strict sur ce point.

Entraînez-vous à planifier et à écrire. Vous ne pouvez pas coder autre chose, mais il y a généralement un planning à coder qui se déroule et si vous l'écrivez pendant ces 30 minutes, vous pouvez le lire à la première heure le lendemain et commencer à coder. Le niveau des notes prises à ce sujet dépendra de vous en tant que personne et de ce qui vous aide le mieux à vous souvenir, mais l'objectif est de planifier et d'articuler de manière à ce que le souvenir de la planification soit ravivé et que vous vous retrouviez au même endroit qu'hier sans trop perdre la tête. J'ai vu cela se faire dans des commentaires de code de fil de fer, sur papier, dans des notes de post it, des éditeurs de texte, des images de tableau blanc, etc… Trouvez ce qui fonctionne le mieux pour vous.

Comment traiter le problème des “30 minutes restantes” ?

Cela m'arrive de temps en temps, je vous suggère d'utiliser le temps à votre avantage.

J'utilise ces cadeau de temps inattendu pour la recherche de nouvelles technologies, ou l'analyse de ma prochaine tâche, ou je réponds/réviser des questions sur le débordement de la pile. J'apprends beaucoup en révisant de nouvelles questions et réponses.

Ne vous contentez pas de rester assis et de faire semblant d'être occupé. Utilisez votre temps à bon escient !

En tant que développeur, vous n'avez jamais fini.

Même si vous ne pouvez pas ajouter de nouvelles fonctionnalités à votre code dans le temps qui vous reste, vous pouvez (et devriez) le réfaire :

• améliorer les noms,
• réduire la duplication du code,
• diviser les méthodes/fonctions/procédures longues en plus courtes,
• déplacer les méthodes/fonctions/procédures vers de nouveaux fichiers pour appliquer le principe SRP et/ou le même niveau d'abstraction.

et d'autres trucs comme ça.

Toutes ces tâches prennent quelques secondes en utilisant les capacités de refactorisation automatique de vos EDI. Et votre unittest garantira que vous n'avez pas modifié le comportement de l'application tel qu'il est actuellement implémenté.

Et dans le cas peu probable où vous auriez cassé quelque chose : vérifiez le dernier état de fonctionnement de votre SCM…

Je maintiens une “liste de balayage” des tâches qui me viennent à l'esprit lorsque je travaille sur autre chose - des tâches qui sont juste assez longues pour que je ne veuille pas m'y attarder immédiatement (ou que je ne veux pas aborder immédiatement pour une autre raison - comme “je veux que cet engagement ne contienne qu'un seul changement logique”), mais assez courtes pour qu'elles ne méritent pas tous les frais généraux associés aux projets normaux. Chaque fois que je rencontre une tâche comme celle-ci, je la note sur la liste avec une bonne dose de détails - où aller, quoi faire, qui pourrait en bénéficier et combien de temps je pense que cela va prendre. La plupart des choses qui s'y trouvent sont des cas particuliers trop mineurs pour obtenir des ressources “officielles”, des facteurs à prendre en compte, des tests unitaires à rédiger, etc. mais les choses que mes collègues me demandent pendant que je suis au milieu de quelque chose d'autre figurent également sur cette même liste (d'où l'expression “qui pourrait en bénéficier”).

Lorsque j'ai des restes de temps, je vais sur la liste et je commence à tirer des choses au hasard. Chaque élément est autonome et très prévisible en termes de temps, ce qui les rend parfaits pour se glisser dans la liste lorsque j'ai 15 minutes avant une réunion, 5 minutes après avoir organisé une conférence téléphonique, etc. De plus, lorsqu'une personne est en retard à une réunion, rien ne la rend plus heureuse que de dire : “Hé, je pensais à toi, alors j'ai inséré l'article que tu m'as demandé il y a six mois, n'est-ce pas charmant ? (Et rien ne me rend plus heureux que de ne pas être assis là, à penser : "Les réunions, ne commencent jamais à l'heure…”)

Comment gérer le problème des “30 minutes restantes” ? J'ai toujours consacré les 30 dernières minutes de chaque journée à :

• Nettoyer les e-mails restants
• Vérifier et mettre à jour mon calendrier
• Préparer le lendemain
• Faire mes valises pour ramener à la maison (surtout si je compte travailler à la maison)

Ce sont des choses que vous pourriez envisager de faire si vous vous retrouvez souvent avec 30 minutes non programmées à disposition à la fin de la journée.

Et s'il ne me restait aucune activité intéressante, je partirais tout simplement.

Il y a beaucoup de tâches pour lesquelles une organisation pourrait croire qu'elle n'a “pas le temps”, mais qui peuvent créer une “dette technique” si elle les abandonne - les tests entrent parfois dans cette catégorie. Il est souvent difficile de convaincre la direction qu'elle doit consacrer de l'argent à des tâches qui lui permettent de faire des économies à un moment futur indéterminé. Cette fois, s'ils se plaignent, vous pouvez leur faire remarquer que vous aviez 30 minutes de libre à la fin de la journée et leur signaler que vous avez trouvé un nombre X de bogues.

Trop souvent, les développeurs sont contraints de terminer les choses plus rapidement et il n'y a pas assez de contrôle de la qualité.

Vérifiez que quelque chose que vous avez écrit récemment est fait pour les spécifications - Cela m'est arrivé hier. J'ai relu une partie du cahier des charges pour trouver quelque chose et j'ai réalisé que ce n'était pas tout à fait correct - j'ai passé environ 20 minutes à corriger cela.

Si vous travaillez à l'heure, utilisez ce temps pour faire un travail très prenant, comme ajouter des commentaires et faire du nettoyage général. En général, j'utilise aussi ces 30 dernières minutes pour envoyer des courriels, rédiger des rapports et remplir des carnets de travail.

Si ce n'est rien d'autre, naviguez sur le débordement de la cheminée et ayez l'air occupé.

Tout logiciel d'une complexité supérieure (pas très élevée) peut toujours être amélioré.

Améliorez votre code.

Personnellement, cela m'arrive, pendant les 15-20 dernières minutes de la journée.

Ce qui m'aide, c'est de planifier le lendemain (ou la semaine) en proposant quelques actions, etc.

Vous devriez envisager de répartir votre temps de travail en blocs suffisamment grands pour vous permettre de travailler librement à l'intérieur de chaque bloc, mais qui ne soient pas excessivement grands. Vous pouvez penser que des blocs arbitrairement grands qui durent aussi longtemps que nécessaire pour accomplir une tâche quelconque vous conviennent, mais la concentration en souffre après quelques heures de travail ininterrompu. Si vous imposez une pause après, disons 2,5 heures, vous pouvez alors cracher une journée de travail de 9 heures (8 heures de travail plus 1 heure de pause) en 3 blocs de ce type avec des pauses café/déjeuner de 20 minutes entre les blocs et une pause supplémentaire de 50 minutes pour faire de l'exercice.

Vous éliminerez alors ce “problème de la dernière demi-heure”, il n'y aura jamais qu'un dernier bloc de 2,5 heures qui sera ressenti de manière totalement différente de vos dernières heures de travail actuelles. Si une tâche est terminée dans le dernier bloc, vous aurez beaucoup plus d'énergie pour continuer d'autres tâches ou pour planifier le lendemain. Vous aurez commencé ce bloc avec plus d'énergie et au début du bloc, vous saurez probablement que vous allez finir à l'avance, ce qui vous incitera à penser positivement à faire d'autres travaux une fois le projet terminé.

Le fait que vous ne soyez plus enclin à faire cela est un artefact de “travailler jusqu'à la fin d'une tâche” qui draine l'énergie mentale ; si vous organisez votre travail comme de longs marathons, il n'est pas surprenant qu'à la fin d'une tâche vous vous sentiez comme un marathonien à l'arrivée.

Mon travail comporte différents types d'activités. Un travail qui doit être fait aujourd'hui. Un travail qui doit être fait cette semaine. Le travail qui doit être fait au cours du prochain semestre.

Le travail qui doit être fait au cours du prochain semestre consiste principalement en de petites tâches subalternes avec peu de “travail de réflexion”. Ce sont les choses que je fais pendant mon temps libre entre les tâches plus importantes. Ce sont de jolis remplissages pour laisser votre cerveau se détendre à la fin de la journée de travail.

Pensez à l'avenir. À moins que vous ne soyez vraiment à la fin d'un paquet de travail et que vous n'ayez “plus qu'une seule chose à faire”, passez à une autre tâche qui vous mènera jusqu'à la fin de la journée _avant que vous ne vous retrouviez dans la situation des “plus que 30 minutes”.

En fait, je ne comprends pas vraiment pourquoi “30 minutes ne me suffisent pas pour coder quoi que ce soit” - si vous ne décomposez pas (ou ne pouvez pas décomposer) votre travail en morceaux plus petits que cela, cela ne semble pas un moyen très efficace de progresser. En fait, si vous utilisiez une technique de gestion du temps comme Pomodoro , vous diviseriez tout votre travail en morceaux de 30 minutes.