Est-il courant d'avoir des temps d'arrêt lors d'un travail de programmation? [fermé]

Dans mon entreprise, je trouve qu'il y a quelques jours où il y a très peu de tâches à faire. Je me fais un devoir de faire des recherches pour apprendre de nouvelles choses sur mon métier ces jours-ci.

Je dirais qu'en moyenne, j'ai environ un jour par semaine qu'il n'y a pas grand-chose à faire (ou une combinaison de temps sur la semaine).

Je voudrais savoir s'il s'agit d'une situation courante dans les environnements de développement logiciel, et la réponse à cette question varie-t-elle entre le travail à temps plein et le travail à contrat.

Oui, je dirais qu'il peut y avoir beaucoup de temps d'arrêt si vous vous retrouvez dans une situation où vous attendez une réponse d'un client ou d'un gestionnaire sur la façon de procéder lorsque vous rencontrez un problème de conception.

Une autre instance est lorsqu'un serveur plante dans votre environnement de développement et que vous ne pouvez pas poursuivre le développement tant qu'il n'a pas été résolu.

Une dernière situation dans laquelle j'ai connu un temps d'arrêt (en tant que consultant) quand il y avait un écart étrange entre la fin d'un projet et le début du suivant.

Cela étant dit, je pense également que c'est un signe de mauvaise gestion lorsque vos employés ne sont pas pleinement utilisés. Vous devriez avoir d'autres tâches sur lesquelles travailler en cas de panne du serveur. Généralement, dans mon entreprise, si nous rencontrons un obstacle avec quelque chose, nous mettons à jour le wiki du projet et / ou allons faire un apprentissage assigné (tout le monde a un sujet spécifique qu'ils sont censés apprendre pendant les temps d'arrêt).

En ce qui concerne les contractuels et les salariés, je trouve que les salariés ont plus de temps d'arrêt et de contractuels / consultants, mais ce n'est que le cas des contractuels ayant un coût plus élevé pour l'entreprise et ne les faisant venir que lorsque vous en avez besoin programmeurs plus / spécifiques.

D'après ce que vous dites, il semble que vous ayez un temps d'arrêt de 20%, ce qui est beaucoup et ferait allusion à une mauvaise gestion.

Il est courant dans l'industrie, mais si une équipe est bien gérée, les gestionnaires devraient disposer d'un «pipeline» de projets internes et / ou de priorité inférieure facilement disponibles qui peuvent être attribués à la demande. Celles-ci impliqueront idéalement de nouvelles technologies et / ou bibliothèques. D'après mon expérience, assigner des personnes à travailler sur la documentation du code ou à mettre à jour les wikis n'est pas bien reçu par les développeurs, qui sont par nature normalement plus heureux lorsqu'ils développent réellement quelque chose.

Une autre approche que j'ai vue consiste à envoyer des personnes à des cours de formation à temps plein d'une durée maximale de deux semaines à la fois, pour perfectionner l'équipe de développement avec les connaissances qui seront nécessaires à l'avenir.

Généralement, si vous êtes un entrepreneur et que vous vous retrouvez sans travail actif dans une entreprise, vous feriez mieux de commencer à chercher un autre poste, car vous serez probablement le premier à se laisser aller si l'entreprise connaît un ralentissement.

D'après mon expérience, c'est relativement courant. Bien que nous ayons eu - gratuitement sans rien à faire - des jours habituellement après la fin d'une phase du projet, lorsqu'il est évalué ... cela durait généralement jusqu'à une semaine environ avant même d'avoir une réponse de eux, puis a poursuivi notre travail sur le projet.

Je ne peux pas dire cependant si c'est une pratique dans l'ensemble de l'industrie.

Dans mon entreprise, je reçois quelques semaines comme ça (oui semaines) pour tous les deux mois environ. Je ne sais pas si être des semaines sans travail est courant, mais oui, vous pourriez toujours vous améliorer pendant les temps libres.

Sur mon lieu de travail, nous obtenons des temps d'arrêt lorsque:

1. Le réseau / les serveurs sont problématiques
2. Rien à faire immédiatement (par exemple, attendre les réunions pour définir les exigences)
3. Attendre que quelqu'un termine quelque chose dont vous avez besoin pour faire votre travail (même si ce n'est pas exactement la meilleure idée)

Lorsque les temps d'arrêt sont partagés, ce qui est pour moi environ 5% du temps, je vais généralement parler aux gens, me distraire, entendre des blagues.

Quand je me retrouve avec rien d'important à faire, j'ai un répertoire avec des tonnes de livres, que je lis quand je suis autorisé, ou entre de longues sessions de compilation (ou quelque chose d'équivalent), etc.

Mais même si je fais cela, je dois reconnaître quelque chose (ce qui fait de moi un pécheur):

C'est notre travail en tant que programmeurs de développer nos carrières à la maison afin que notre patron ne nous licencie pas ou quelque chose comme ça. Ce n'est pas le patron travail pour vous permettre d' améliorer vous avec son argent ( le temps qu'il vous payer).

Mais de toute façon, comme alternative, parfois au lieu de lire, je fais d'autres choses, comme proposer des scripts ou des idées utiles, écrire des documents et des présentations sur les améliorations de la méthodologie, etc.

Cela compte également pour l'amélioration de soi, car cela vous fait réfléchir et vous rend utile aux autres développeurs, qui pourraient même se souvenir de vous un jour, quand cela compte. Mais l'important est que cela vaut mieux l'argent que vous êtes payé que de lire des livres ...

D'après mon expérience, cela dépend entièrement de l'industrie et de la personne qui dirige le projet.

Quelque chose me dit que les réponses à cette question seront fortement biaisées car les seules personnes ayant le temps de lire et de commenter ce site sont celles qui n'ont pas beaucoup de travail à faire. Dans mon travail précédent, il n'y avait JAMAIS de temps d'arrêt. Cela avait beaucoup à voir avec la façon dont les projets étaient découplés et organisés. S'il n'est pas bien organisé, travailler plusieurs projets en même temps peut entraîner des problèmes lors de la fusion des modifications et il est en fait plus rentable de ne rien faire un peu que de trop compliquer les choses.

La plupart des temps d'arrêt que j'ai rencontrés se produisent généralement à la fin de l'exercice et / ou à la fin de l'année (saison de décembre, car la plupart des clients partent en vacances). L'entreprise "ferme" pour diverses raisons et le service informatique n'a aucun déploiement pendant 2 à 3 mois. Par conséquent, il n'y a aucun changement.

Cela arrive: pendant cette période, nous évaluons tous les changements / projets subis au cours de l'année, découvrons où nous nous sommes améliorés ou manqués et trouvons une solution pour mieux nous améliorer pour la prochaine saison / session.

Ne vous inquiétez pas.