É comum ter tempo de inatividade em um trabalho de programação? [fechadas]

Na minha empresa, acho que há alguns dias em que há muito poucas tarefas a serem executadas. Faço questão de fazer pesquisas para aprender coisas novas sobre meu ofício nesses dias.

Eu diria que, em média, tenho cerca de um dia por semana que não há muito o que fazer (ou alguma combinação de tempo durante a semana).

Gostaria de saber se essa é uma situação comum em ambientes de desenvolvimento de software e a resposta a essa pergunta varia entre trabalho em tempo integral e contrato.

Sim, eu diria que pode haver muito tempo de inatividade se você acabar em uma situação em que está esperando uma resposta de um cliente ou gerente sobre como proceder quando se deparar com um problema de design.

Outra instância é quando um servidor trava no seu ambiente de desenvolvimento e você não pode continuar o desenvolvimento até que ele tenha sido resolvido.

Uma última situação em que experimentei um tempo de inatividade (como consultor) quando havia uma lacuna estranha entre quando um projeto terminava e o seguinte começava.

Dito isto, também acredito que é um sinal de má administração quando seus funcionários não são totalmente utilizados. Você deve ter outras tarefas nas quais poderá trabalhar caso o servidor travar. Normalmente, na minha empresa, se encontrarmos um obstáculo com alguma coisa, atualizamos o wiki do projeto e / ou fazemos o aprendizado atribuído (todos têm um tópico específico que supostamente deveriam aprender em tempo de inatividade).

Em relação aos funcionários contratados e assalariados, acho que os assalariados têm mais tempo de inatividade e trabalhadores contratados / consultores, mas esse é apenas o caso de trabalhadores contratados que têm um custo mais alto para a empresa e só os trazem quando é necessário programadores mais específicos.

Pelo que você está dizendo, parece que você tem 20% de tempo de inatividade, o que é muito e sugeriria um gerenciamento inadequado.

É comum na indústria, mas se uma equipe é bem gerenciada, os gerentes devem ter um 'pipeline' prontamente disponível internamente e / ou projetos de prioridade mais baixa que possam ser atribuídos sob demanda. Idealmente, envolverão novas tecnologias e / ou bibliotecas. Na minha experiência, designar pessoas para trabalhar na documentação de códigos ou atualizar wikis não é bem recebido pelos desenvolvedores, que por natureza normalmente são mais felizes ao desenvolver algo.

Outra abordagem que eu vi é enviar pessoas para cursos de treinamento em período integral de até duas semanas por vez, para aprimorar a equipe de desenvolvimento com o conhecimento necessário para o futuro.

Geralmente, se você é um contratado e se encontra sem trabalho ativo em uma empresa, é melhor começar a procurar outro cargo, porque você provavelmente será o primeiro a ser liberado se a empresa sofrer uma desaceleração.

Da minha experiência, é relativamente comum. Embora costumávamos ter dias livres, sem nada para fazer, geralmente após a conclusão de alguma fase do projeto, quando ele está sendo avaliado ... geralmente durava cerca de uma semana ou mais, antes de recebermos uma resposta de eles e, em seguida, continuamos nosso trabalho no projeto.

Não posso dizer se isso é uma prática em toda a indústria.

Na minha empresa, recebo algumas semanas assim (sim semanas) a cada dois meses ou mais. Não tenho certeza se passar semanas sem trabalho é comum, mas sim, você sempre pode melhorar a si mesmo durante o tempo livre.

No meu local de trabalho, temos períodos de inatividade quando:

1. Rede / servidores são problemáticos
2. Nada imediato a fazer (por exemplo, aguardar reuniões para definir requisitos)
3. Esperando que alguém termine algo que você precisa para fazer seu trabalho (mesmo que essa não seja exatamente a melhor idéia)

Quando o tempo de inatividade é compartilhado, o que para mim é cerca de 5% do tempo, costumo ir conversar com as pessoas, tirar a cabeça das coisas, ouvir algumas piadas.

Quando me encontro sem nada importante para fazer, tenho um diretório com vários livros, que leio quando me permitem, ou entre longas sessões de compilação (ou algo equivalente) etc.

Mas, apesar de fazer isso, tenho que reconhecer algo (o que me torna um pecador):

É nosso trabalho como programadores desenvolver nossas carreiras em casa, para que nosso chefe não nos demitisse ou algo assim. Não é o trabalho chefe para deixá-lo melhorar -se com o seu dinheiro (tempo que ele está pagando para).

Mas de qualquer maneira, como alternativa, às vezes, em vez de ler, faço outras coisas, como criar scripts ou idéias úteis, escrever documentos e apresentações sobre melhorias de metodologia, etc.

Isso também conta como auto-aperfeiçoamento, porque faz você pensar e faz com que seja útil para outros desenvolvedores, que podem até se lembrar de você por esse dia, quando contar. Mas o importante é que vale a pena o dinheiro que você paga melhor do que ler livros ...

Na minha experiência, depende inteiramente da indústria e de quem está liderando o projeto.

Algo me diz que as respostas a essa pergunta serão fortemente tendenciosas, pois as únicas pessoas com tempo para ler e comentar neste site são aquelas sem muito trabalho a fazer. No meu trabalho anterior, NUNCA houve tempo de inatividade. Tinha muito a ver com o quão bem os projetos foram dissociados e organizados. Se não for bem organizado, trabalhar vários projetos ao mesmo tempo pode causar problemas ao tentar mesclar mudanças e, na verdade, é mais rentável não fazer nada por um pouco do que complicar demais as coisas.

A maior parte do tempo de inatividade que encontrei geralmente é no final do ano financeiro e / ou no final do ano (temporada de dezembro, pois a maioria dos clientes sai de férias). A empresa "fecha" por vários motivos e a TI não tem implantações por 2 a 3 meses. Portanto, não há alterações.

Isso acontece: durante esse período, avaliamos todas as mudanças / projetos sofridos no ano, descobrimos onde melhoramos ou nos faltou e encontramos uma solução para melhorar melhor para a próxima temporada / período.

Não fique preocupado.