Question:
Quand dois-je dire à mon patron que je suis sans travail?
Anon
2017-05-30 12:58:49 UTC
view on stackexchange narkive permalink

Je suis un développeur de logiciels, mais je ne suis pas le «gestionnaire de mon temps» car j'ai un patron qui me donne des tâches et des délais. Parfois, je suis inactif pendant des heures, parfois même des jours. Je regarde toujours le code et étudie ou des trucs comme ça, donc je n'ai pas besoin de savoir quoi faire pour laisser passer le temps.

Quelle est la durée correcte après avoir été inactive pour notifier à mon patron?

Pour clarifier: si je termine mon travail avant les délais je donne toujours un préavis à mon patron, mais pour diverses raisons (mon patron lui-même est enterré avec des papiers légaux, je dois attendre d'autres développeurs pour terminer leur travail et ainsi de suite ...), parfois il arrive juste d'attendre.

Dans le commerce de détail, ils disent "si vous pouvez vous pencher, vous pouvez nettoyer".Il y a toujours des tests unitaires ou de la documentation à faire (ou une refactorisation, mais cela peut nécessiter des approbations).Ayez toujours un travail de sauvegarde lorsque vous parlez à votre patron "J'ai fait toute ma tâche, faites-moi savoir quand il y en aura d'autres. En attendant, je ferai X."
En passant, «... être inactif pendant des heures, parfois même des jours» montre un manque de capacité à travailler seul.Si vous ne pouvez pas vous entraîner, vous devriez faire quelque chose au travail après quelques heures, sans parler de quelques jours, quelque chose ne va vraiment pas.Vous devriez informer celui qui attribue vos tâches dès qu'elles sont terminées.Pour autant que vous le sachiez, ils attendent que vous finissiez pour pouvoir attribuer autre chose, en pensant en attendant "Damn Anon met du temps à finir leurs tâches ..." Ce qui est évidemment une mauvaise note contre vous-même.
Dans le même ordre d'idées, pensez à suggérer l'utilisation d'un système de suivi des problèmes, s'il n'en existe pas déjà un.Cela vous permet de communiquer l'achèvement des tâches avec une interruption minimale.Il vous donne également un endroit pour documenter les petits problèmes / fonctionnalités que vous pouvez résoudre entre les changements majeurs.
Si vous n'êtes vraiment pas autorisé à travailler sur quelque chose sans que cela ne soit attribué et que vous pouvez passer des jours sans affectations, même si vous les avez demandés, alors je dirais qu'il est temps de dire à votre patron que vous ne faites pas.tout va bien au moment où vous démissionnez.
@the_lotus Certains endroits, les tests unitaires et la documentation ne sont pas considérés comme quelque chose que les développeurs font pendant leur temps libre, mais comme des éléments essentiels de la livraison.
"Quelle est la durée correcte après avoir été inactive pour le notifier à mon patron?"- Vous avez ça à l'envers.Le «bon» moment pour le dire à votre patron est celui où vous pouvez dire en toute confiance «Je devrais avoir cette mission terminée d'ici la fin d'aujourd'hui / demain / cette semaine. Quelle est la prochaine étape sur ma liste de choses à faire?».Mon mot pour décrire quelqu'un qui relève de moi et se contente d'être "inactif pendant des heures, parfois même des jours" serait "inactif sans motivation" - et je chercherais à m'en débarrasser le plus vite possible!
Si un gestionnaire veut beaucoup de contrôle, je lui dis généralement que je suis sur le point de manquer de tâches une fois que je suis assez sûr de pouvoir terminer la tâche actuelle dans le temps estimé restant.** J'essaie d'anticiper le manque de tâches à l'avance afin que les gestionnaires soient au courant avant que la crise ne se produise, pour leur donner le temps de trouver quelque chose avant que je me retrouve au ralenti.
Je suggérerais de chercher un autre département - ou un lieu de travail.Être «géré» dans un environnement comme celui-là mènera à la complaisance et à une mauvaise habitude.Ce n'est pas un environnement sain pour travailler. Les meilleurs ouvriers (et codeurs) que je connais sont ceux qui ne se permettent pas de rester dans une situation où un micro-manager les empêche de faire des choses.
Vous pourriez certainement passer plus de temps sur `stackoverflow` ...
Il existe de nombreuses suggestions, selon le domaine dans lequel vous travaillez. Voyez si vous pouvez travailler sur des fonctionnalités expérimentales ou autres.Peut-être que vous pouvez prototyper les éléments que l'entreprise souhaite, mais qu'elle n'a pas à planifier.Dans ce cas, vous pouvez créer une branche distincte et y travailler lorsque vous en avez le temps.Peut-être créer quelque chose de formidable pour l'entreprise et votre croissance personnelle.
Et maintenant, j'ai des flashbacks sur le moment où mon ancien patron voulait que je travaille sur Project X, malgré l'absence de conception, de spécification, de détails ou même d'une vague notion de ce qu'était * Project X. * Je serais grondé pour avoir travaillé sur Project Y(qui était littéralement «mettre à jour pour iOS 10») qui devait être fait en même temps.Mon patron et moi avons eu des conversations presque quotidiennes qui disaient: "Pourquoi ne travaillez-vous pas sur X?""Avez-vous compris ce qu'est X?""Haha, c'est drôle! Non. Je vais aller déjeuner."J'ai fini par faire ce qu'@RalphBolton suggests: a arrêté.La conception de X a chuté avec 14 heures restantes.Tu n'as pas fini non plus
Cinq réponses:
Glorfindel
2017-05-30 13:07:10 UTC
view on stackexchange narkive permalink

La révision de l'ancien code et l'étude sont à la fois importantes pour votre développement personnel et (directement ou indirectement) bénéfique pour l'entreprise . Je ne l'appellerais donc pas «inactif», ce qui impliquerait que vous ne faites que regarder par la fenêtre.

Cela dit, vous devez informer votre patron immédiatement après tâche, afin qu'il puisse décider s'il y a des questions plus urgentes que la révision ou l'étude de code.

Informez-les en disant "J'ai terminé mon travail actuel et je vais lire et apprendre la base de code jusqu'à ce qu'un nouveau travail soit attribué" ou toute autre activité appropriée ...
@HorusKol, c'est probablement un bon moyen de le formuler.
J'ai ce même problème.Je dis généralement au PM que j'ai une «bande passante» et que je peux travailler sur quelque chose une fois mes tâches terminées.Il est généralement rencontré "nous trouverons quelque chose sur lequel travailler" auquel on me confie une tâche de 10 minutes 5 heures plus tard.En fin de compte, un bureau qui est tellement désorganisé qu'il ne peut pas garder ses employés dans un emploi rémunéré est un bureau qui ne mérite pas votre temps.
Je ne limiterais pas non plus l'étude à votre base de code actuelle.Vous pourriez envisager d'ajouter / mettre à jour les commentaires / la documentation du code existant ... prouve que vous l'avez réellement regardé (et que vous l'avez compris?).Aussi, découvrez de nouvelles bibliothèques et outils qui pourraient vous aider, vous et votre équipe, plus tard (tests unitaires, jq, regex, plugins IDE ... etc).Vous pouvez également contribuer activement à l'une des bibliothèques open-source que votre entreprise utilise probablement ... trouver sa page github, choisir un problème et commencer à pirater.
Je pense que vous devriez en fait mentionner bien avant de terminer vos tâches que vous aurez la capacité de travailler davantage.Cela fait partie de la raison d'avoir des réunions quotidiennes dans le développement de logiciels.Je serais très ennuyé d'apprendre que quelqu'un dans mon équipe n'avait pas de travail, savait qu'il n'aurait pas de travail et ne me disait rien (bien que je sache généralement bien à l'avance quel travail il y a et que je laisse les membres de l'équipesavoir ce qui est disponible à la fin de leurs tâches).
@SandyChapman J'ai considéré cela aussi, mais j'ai constaté que Kate Gregory avait déjà posté cela comme une réponse.De plus, je détesterais quand l'un des membres de mon équipe rapporterait s'attendre à avoir terminé une tâche dans deux heures, puis ne pas répondre à cette attente parce que * j'ai trouvé des bogues en faisant le test final, j'ai besoin d'un autreune demi-journée pour les réparer *.Le développement de logiciels (y compris mes propres travaux) est souvent difficile à prévoir à ce niveau de détail.
Kate Gregory
2017-05-30 18:27:21 UTC
view on stackexchange narkive permalink

Le bon moment pour demander plus de travail dépend du temps qu'il faut à votre patron pour vous obtenir plus de travail.

  • si votre patron garde un «arriéré» de tâches, et peut vous dire «faire l’objet 2345» en quelques secondes, et que votre patron est toujours là quand vous voulez demander, alors vous peut demander au moment où vous manquez de travail
  • si votre patron ne sera peut-être pas joignable pendant quelques heures, ou s'il a besoin de quelques heures pour déterminer ce que vous allez vous donner ensuite, alors l'heure correcte est double ou triple cela. Donc, si vous vous rendez au travail mardi matin et que vous vous rendez compte "Je vais terminer ça aujourd'hui, et ensuite je pourrai jeter un œil à ce tutoriel [nouveau] mais j'ai besoin de quelque chose de nouveau pour demain", alors avant de commencer quoi que ce soit, envoyez un e-mail / slack / skype / rendre visite à votre patron et délivrer précisément ce message: "Je vais terminer X aujourd'hui, puis je pourrai jeter un œil à ce tutoriel Y mais j'ai besoin d'une tâche pour demain." Si vous obtenez la tâche avant de commencer le didacticiel, le didacticiel peut attendre
  • si votre patron n'est peut-être pas joignable pendant des jours d'affilée, vous devez regarder les jours à venir et créer votre propre backlog des choses vers lesquelles vous pouvez vous déplacer lorsque vous terminez chaque tâche. Bien sûr, vous devez être ouvert à ce que les priorités de ces tâches soient déplacées et avoir de nouveaux éléments ajoutés avant que tous les anciens ne soient terminés.

Être bloqué n'est pas une bonne chose. Bien que j'apprécie l'initiative de quelqu'un qui veut apprendre, améliorer l'ancien code, ajouter des tests et de la documentation, je m'attends généralement à ce que ceux-ci soient utilisés pour combler de petits retards inévitables, le genre qui se produit lorsqu'une tâche de 3 jours s'avère être seulement besoin de 2 heures, ou le client dit soudainement "tant pis, nous ne voulons pas de ça", ou vous devez attendre un avis d'expert avant de pouvoir coder quelque chose. Ils ne devraient pas se produire tout le temps. Ce qu'ils suggèrent suggère que quelqu'un gère mal votre temps. Qui que ce soit, vous pouvez corriger la situation vous-même en vous assurant de demander assez tôt pour votre prochaine tâche.

Je reformulerais «peut corriger» par «pourrait être en mesure de», car il y a des moments où ce n'est pas le cas.Idéalement, les gens sont censés savoir 1 mois à l'avance sur ce qu'ils vont travailler, mais parfois vous ne savez même pas quelle serait votre prochaine tâche demain ou si vous aurez les informations pour le faire.
Je ne savais pas un mois à l'avance depuis des décennies, sans compter les choses programmées comme la présentation d'une conférence.Mais ce n'est pas ce qui est nécessaire pour bien gérer votre temps.Ce qui est nécessaire pour bien gérer votre temps, c'est de travailler sur la chose la plus précieuse tout le temps, au lieu de travailler sur des choses moins précieuses simplement parce que vous êtes bloqué et n'avez dit à personne hier que vous seriez bloqué aujourd'hui.
Je suis d'accord, c'est juste que les choses «les plus précieuses» ont été transférées du développeur au chef de projet.Je suis actuellement bloqué alors que j'avais alerté quelques jours auparavant (les clients ne donnant pas d'éléments), donc maintenant je suis coincé entre la documentation et les améliorations.
S'il vous faut ** toujours ** des jours pour obtenir une tâche de remplacement, vous devez gérer votre temps pour faire face à cette réalité.Si cela ** parfois ** prend des jours, vous ne gérez pas mal votre temps lorsque cela se produit.De telles occurrences se produisent lorsque vous mettez à jour la documentation ou regardez les enregistrements de cette conférence qui a eu lieu récemment, ou similaire.De plus, dire à quelqu'un que vous êtes bloqué et faire des choses de faible valeur pendant des jours à la fois suggère aux autres que cela ne vous dérange pas d'être bloqué.N'oubliez pas de rappeler aux gens que vous avez besoin de tâches.
** ASAP ** est la réponse.La chose est _quand_ le "possible" se produit.Quelque chose comme _ dès que vous voyez le problème venir_ pourrait être.
sh5164
2017-05-30 14:09:21 UTC
view on stackexchange narkive permalink

Il ne s'agit pas tant de "l'heure correcte" que de la bonne manière. Le vrai problème ici est que vous n’avez rien à faire à votre travail, pas de missions du tout pendant des heures ou des jours.

Même si votre patron vous donne des "tâches et des délais", un moyen de résoudre votre problème serait être de prendre l’initiative et d’effectuer vous-même les tâches nécessaires, comme la documentation de votre code ou les tests unitaires.

De cette façon, il sera plus facile de venir voir votre patron et de dire:

Comme j'ai terminé cette tâche tôt, j'ai commencé à faire des tests unitaires

Plutôt que "Je n'ai rien à faire du tout" qui pourrait venir comme critique ou manque d'initiative.

Et à propos du bon moment, vous pourriez dire ça à la fin de la journée, comme un briefing pour que votre patron sache ce que vous faites et que vous puissiez demander au célèbre:

Que dois-je faire ensuite?

Vous ne serez jamais bloqué plus d'une journée et même dans ce cas, vous avez encore travaillé sur des tâches secondaires que vous auriez dû faire à un moment donné de toute façon.

Loïc Lopes
2017-05-30 20:48:28 UTC
view on stackexchange narkive permalink

Dans la mesure du possible, vous devriez essayer de lui dire avant d'avoir terminé. Vous pouvez essayer quelque chose comme "Je pense que cette tâche sera effectuée dans deux heures, savez-vous quelle tâche je pourrais commencer après cela?".

Cela lui donnera le temps de réfléchir à ce que vous pourriez faire et vous évitera d'être inactif.

J'allais dire ça, mais avec des jours au lieu d'heures.
@PStag Je suis d'accord, cela dépend de la longueur de la tâche en cours.
PStag
2017-05-31 01:13:58 UTC
view on stackexchange narkive permalink

Vous devriez lui dire tout de suite, y compris ce que vous faites entre-temps. En fait, si ce sont des tâches longues, je lui dirais avant que votre tâche ne soit terminée.

Je pense que j'aurai terminé la tâche (x) d'ici le (date) et je prévois de passer mon temps recherche (y) pendant que j'attends une nouvelle tâche.

Ceci:

  • Lui fait savoir quand la tâche sera terminée avec suffisamment de temps pour planifier la prochaine étape.

  • Lui permet de vous donner des informations sur le temps d'étude tout en lui donnant une suggestion s'il est trop occupé pour faire un plan.

  • Lui explique comment vous pensez que vos compétences doivent être améliorées.

C'est peut-être correct dans l'industrie du logiciel, mais dans l'armée, le dicton dit: "Ne dites jamais à votre commandant que vous n'avez pas de travail à faire".
Les réponses militaires @Nav ne sont cependant pas vraiment applicables à la plupart des lieux de travail.
@TheLethalCoder ou au 21ème siècle d'ailleurs.L'armée est un argent, tout conseil, en particulier sur l'utilisation du temps, est forcément un non-sens.J'ai lu «ne soyez jamais ouvert et honnête avec votre aîné».C'est totalement toxique


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...