É normal que o programador trabalhe em vários projetos simultaneamente [fechado]

39

Em um trabalho atual, tenho dois projetos para trabalhar. O primeiro é um sistema muito grande e o segundo é menor, mas também grande (o primeiro projeto está sendo desenvolvido por 12 anos, o segundo por 4 anos).

No começo eu estava trabalhando apenas no primeiro projeto e estava tentando me acostumar com isso. Então fui transferido para o segundo projeto e tentei lá, então meu conhecimento sobre o primeiro projeto tornou-se obscuro. Agora tenho que trabalhar nos dois projetos ao mesmo tempo.

É muito difícil para mim, porque apesar de ambos usarem java, eles usam frameworks diferentes e a quantidade de código e lógica de negócios para entender é muito grande, então eu realmente não posso segurar tanto os projetos na minha cabeça.

É normal e eu deveria me acostumar com isso, embora minha experiência tenha ficado muito esquisita, o que não aconteceria se eu trabalhasse apenas em um único projeto? Ou devo levantar uma preocupação ou talvez mudar de empregador?

    
por gnat 05.01.2016 / 20:06
fonte

19 respostas

54

Eu discordo completamente quando as pessoas dizem "sim, a multitarefa é normal"

Não é não normal! De maneira alguma, é muito pouco natural para um desenvolvedor fazer várias tarefas em vários projetos (explicarei mais adiante). Por outro lado, a multitarefa é muito comum entre os desenvolvedores. Isso é definitivamente algo com o qual você deve se acostumar. Portanto, a verdadeira resposta à sua pergunta é: como realizar várias tarefas?

Primeiro de tudo, você não deve simplesmente aceitar o seu destino porque "você é um excelente empregado" e isso significa que você precisa ter mais tarefas do que você pode manipular. De jeito nenhum, você não. Às vezes as pessoas recebem várias tarefas porque não há mais ninguém. Às vezes, os gerentes não conseguem lidar com o trabalho deles, de modo que eles delegam, reforçando a multitarefa em sua equipe porque eles não conseguem lidar com o cronograma do projeto adequadamente. Então você deve definitivamente tentar determinar se você está sendo solicitado a fazer várias tarefas porque é parte do seu trabalho ou porque outras pessoas estão sendo incompetentes . De qualquer maneira, você pode julgar por si mesmo se isso é aceitável ou não. Se você não está confortável [com o seu trabalho], existem outros lugares onde você pode encontrar trabalho. [Você, o desenvolvedor, é a mercadoria. Os empregadores sabem disso e rezam para que você nunca perceba isso.]

Agora, sobre multitarefa, discordo 100% quando as pessoas dizem "sim, basta alternar entre elas e verificar se você está fazendo a mesma quantidade em cada projeto". Desculpe, mas esse é um péssimo conselho.

Primeiro você deve perceber como seu cérebro funciona quando você está desenvolvendo um software (eu sei que há outras tarefas envolvidas, mas vamos nos concentrar nisso). Você primeiro precisa se conectar, o que significa que precisa se concentrar bastante e colocar sua mente em uma posição em que você tenha tudo mapeado em sua mente. Todos os nomes de variáveis e métodos, o fluxo de trabalho de seu código, o modelo de objeto, os encadeamentos lado a lado, tudo. Geralmente leva-me 15 talvez 20 minutos para chegar "na zona".

Quando você chega a esse estado, você está realmente voando e escrevendo código como se estivesse andando de bicicleta. No momento em que você é interrompido, você pode perder tudo. Se a interrupção for longa o suficiente (5, 10 ou talvez 30 minutos), você perderá esse estado mental e terá que começar tudo de novo.

Portanto, a multitarefa é terrível porque força você a sair da "zona" e passar para outra coisa. Se você está constantemente mudando isso significa que você não está sendo produtivo, porque toda vez que você muda para uma nova tarefa / projeto, você precisa perder aqueles 15-20 minutos para entrar na zona novamente (sem mencionar que ele derrete seu cérebro lentamente).

É como multi-threading: em algum momento o custo de mudar o contexto do thread a cada dois ciclos é muito alto, então a CPU acaba gastando mais tempo alternando contextos do que executando as tarefas reais.

Eu recomendo muito ler um artigo de Joel Spolsky sobre este assunto:

link

Então, meu conselho é: tente aprender como (não) multitarefa, porque é de fato comum. Mas também certifique-se de que você está confortável fazendo isso. Algumas pessoas podem levar mais tempo para se concentrarem e sofrerão mais do que outras quando fazem várias tarefas; e tudo bem também. Não é porque é comum que seja considerado normal.

Joel colocou bem quando ele disse:

In fact, the real lesson from all this is that you should never let people work on more than one thing at once. Make sure they know what it is. Good managers see their responsibility as removing obstacles so that people can focus on one thing and really get it done.

    
por 23.02.2017 / 20:32
fonte
33

Sim, é de se esperar. E bem-vindo.

Existem algumas maneiras de ver isso:

  1. Espera-se que você realize várias tarefas e é quase impossível focar. Isso resulta em processos de engenharia sub-ótimos, confusões ocasionais à medida que você vai e volta, um sentimento de ser explorado, frustração, estresse, etc. Isso tudo é negativo, é claro; no entanto,

  2. Você está sendo confiável com vários projetos, o que reflete bem nos resultados que você produz e na confiança que seu empregador tem em suas habilidades. É uma oportunidade para mostrar que a confiança é garantida.

Meu conselho é para que desenvolvam um juízo sóbrio de quais tarefas requerem sua atenção imediata e quais podem esperar. Às vezes a resposta é que nenhum dos dois pode esperar e você precisa adotar uma abordagem criativa para fornecer resultados (um pouco para o projeto A, depois um pouco para o projeto B, depois enxágüe e repita). Cultive as habilidades para prosperar nesse tipo de situação.

Normalmente (embora nem sempre), isso será recompensado com mais responsabilidade, mais projetos para conciliar e mais expectativas. Em algum momento, você poderá e espera delegar alguns desses trabalhos. É uma medida de sucesso.

Assim, mesmo que suas habilidades de malabarismo estejam sendo exploradas apenas por sua empresa atual, essas são boas habilidades para ter e irão atendê-lo bem em sua carreira.

Por que vale a pena, geralmente estou trabalhando em um grande projeto, um menor, manutenção e suporte de projetos antigos e gerenciar pelo menos um outro. É frustrante, confuso, cansativo e eu sou muito grato.

    
por 31.01.2011 / 05:55
fonte
15

Sim! Isso é completamente "normal" / usual quando você trabalha em uma empresa de serviços xD

Além disso, se você colaborar com projetos de código aberto, essa é a regra

Talvez não seja um estado ideal, mas é o pão do cotidiano.

    
por 21.01.2011 / 11:24
fonte
12

É comum. Mas não é bom, pelas razões que você delineou. O contexto de mudança gera produtividade, portanto, se você puder, tente trabalhar em um projeto por um grande período de tempo, por exemplo, um dia.

    
por 21.01.2011 / 16:02
fonte
9

Trabalho ativamente em 2 a 3 projetos diferentes todos os dias. E mantenha mais algumas dezenas. Algumas semanas fica um pouco esmagadora. Alguns dos projetos são enormes, alguns são tão pequenos que foram codificados em poucos dias e raramente precisam de alterações. Isso varia, mas me mantém exposto a diferentes maneiras de pensar e resolver problemas, diferentes tecnologias e áreas de negócios. Eu gosto disso.

Então, para responder à sua pergunta, sim, é muito comum.

    
por 21.01.2011 / 15:34
fonte
8

Confira o artigo chamado Multitasking Gets You There Later . Este gráfico conta a história:

Emoutraspalavras,aempresaestáperdendotempofazendocomqueseusprogramadorestrabalhememmaisdeumprojetodecadavez.Comapenastrêsprojetos,odesperdícioéde40%!Orestodotempoédivididoemtrêsprojetos.

Omotivodamultitarefacostumaserdeclaradocomo"fazer mais coisas". Mas isso é raciocínio falho. Multitarefa só resulta em atrasar todos os lançamentos. Esta imagem mostra o efeito da dupla tarefa versus terminar um projeto de cada vez:

(A imagem ignora completamente a sobrecarga. Na realidade, o tempo perdido faria os dois projetos 20% depois.)

    
por 30.01.2011 / 12:36
fonte
4

Depende da empresa. IMO é desejável trabalhar principalmente em apenas um projeto, mas isso muitas vezes não é possível, especialmente com pequenas empresas.

É claro que correções de bugs etc. sempre podem acontecer com qualquer projeto.

    
por 21.01.2011 / 11:44
fonte
4

Sim, na minha experiência, isso é normal (mesmo que alguns dos 'projetos' sejam bastante semelhantes, por exemplo, um projeto de manutenção e recursos no mesmo produto). Para evitar conflitos e expectativas irreais, concorde com os gerentes de projeto e seu gerente para alocar certas frações do seu tempo para cada projeto (por exemplo, três dias no projeto X, dois no projeto Y por semana). Normalmente, você pode distribuir essas alocações como quiser, por exemplo, Seg-Quarta em X, Qui-Sex em Y.

Ocasionalmente haverá momentos em que um projeto "lança uma exceção" e precisa ser trabalhado em agora . Há duas coisas para fazer aqui:

  1. garanta que seja uma exceção, não apenas um gerente de projeto agressivo: volte no último caso.
  2. Troque suas alocações de tempo para que você continue trabalhando na mesma fração em cada projeto.
por 21.01.2011 / 13:25
fonte
3

Se você está achando difícil se adaptar à estrutura de um projeto ou à lógica de negócios quando voltar a ela, aproveite a oportunidade para escrever a maior documentação possível enquanto estiver trabalhando nela. Detalhar como um sistema complexo funciona, com suas próprias palavras, tornará muito mais fácil voltar ao projeto mais tarde. Além disso, esta documentação pode ser útil para seus colegas de trabalho se precisarem de ajuda.

Se o projeto já tiver uma boa cobertura da documentação técnica, ainda será útil anotar seus pensamentos enquanto estiver trabalhando em áreas complicadas. Dessa forma, você pode entender seu processo de raciocínio na próxima vez que voltar.

    
por 28.01.2011 / 04:56
fonte
2

Bem, isso não deveria ser normal, mas eu tenho muitos projetos nos ombros do meu atual empregador. Demora algum tempo me acostumando a admitir. A dica mais importante que eu poderia dar é sempre priorizar seu trabalho. Force seu chefe a lhe dizer qual é a tarefa prioritária e trabalhe apenas nisso. Não se deixe pressionar por quem está reclamando de seus outros projetos. Você não precisa necessariamente atualizar seu currículo ainda, mas certifique-se de que o carregamento não seja escalonado além de algo que você possa lidar de maneira razoável.

    
por 21.01.2011 / 11:28
fonte
0

Eu acho normal. A maneira como meu trabalho funciona agora (estou em uma empresa com cerca de 40 desenvolvedores, tamanho total da empresa de aproximadamente 700). E eu costumo ter um projeto de "longo prazo" com muitos pequenos tickets / defeitos que surgem, o que geralmente acaba sendo 50% de bilhetes pequenos e 50% de trabalho no projeto de longo prazo. O que pode ser difícil é que a interrupção constante pode desacelerar e inviabilizar o projeto de longo prazo.

    
por 21.01.2011 / 14:38
fonte
0

Acho normal trabalhar em vários projetos. A chave é aceitar que você estará enfrentando alguma ambiguidade em termos do quadro geral do sistema inicialmente.

Se você se esforçar para obter uma imagem maior, obterá clareza e poderá identificar as partes móveis / fixas no sistema e como suas alterações afetam o sistema.

Durante um período de tempo, você aprenderá a encontrar padrões comuns nos vários sistemas em que trabalha. Estes podem ser aplicados aos seus outros projetos, o que reduzirá a quantidade de informações granulares que você precisa manter em sua cabeça por vez.

    
por 21.01.2011 / 16:08
fonte
0

Em qualquer projeto não trivial, há mais de uma pessoa designada para ele. Isso significa que você precisa colaborar com os outros e esperar que eles trabalhem, assim como eles precisam esperar por você.

Em vez de deixar as pessoas ociosas, é comum ter vários projetos ativos para que sempre haja uma tarefa aberta a ser executada, se necessário.

Você ainda deve trabalhar em partes consideráveis em cada projeto para que você possa "entrar na zona" e ser produtivo.

    
por 27.01.2011 / 16:18
fonte
-1

Concordo com os que dizem que é normal / comum.

Olhe como positivo, você se tornará mais útil, visto como flexível, um cara que pode fazer as coisas! Talvez mais valioso quando você conhecer dois sistemas de dentro para fora.

    
por 27.01.2011 / 20:29
fonte
-1

IMHO, não só é usual, mas também é desejável.

O pior trabalho de desenvolvimento que já tive foi trabalhar na mesma pequena parte da mesma parte do mesmo aplicativo por meses a fio. Tédio. E quando você está entediado, você tira os olhos da bola ...

    
por 28.01.2011 / 13:51
fonte
-1

Eu entendo como você está se sentindo, é difícil fazer novos empregadores entenderem o desenvolvimento processado, especialmente se o seu empregador não está focado no desenvolvimento.

A questão é que eles vêem 3 empregos sendo trabalhados juntos mais de uma máquina de fazer dinheiro do que 1 de cada vez, e as estatísticas mostram uma redução de 40% no desempenho. Isso é 40% de perda no lucro ..

Anteriormente, trabalhei para uma orgonização que me permitiu concentrar-me em um grande projeto de cada vez com pequenos trabalhos entre eles, ingressos e suporte, etc. Trabalhámos num negócio em que 8: 00-10: 00AM foi Bilhete e apoio para sistemas atuais que vêm através de email / telefone / helpdesk, em seguida, 10:00 - 16:30 ou o seu tempo de término foi pleno desenvolvimento sólido. Isso funcionou muito bem, porque nós tínhamos um helpdesk para receber as ligações e e-mails, eu era capaz de fazer os ingressos de manhã e desenvolver o resto do dia. A questão é se você tem um mau gerenciamento. Um gerente faz tudo isso acontecer e, sem o apoio ou a compreensão dos desafios que você enfrenta diariamente, eles ignoram o fato.

Eu tenho sido grato, especialmente no meu último trabalho de apoio e compreensão do meu gerente, que facilitou minha vida, menos estresse e ainda temos TODO o trabalho feito.

Outra questão é, dinheiro do amor do chefe, eles vêem projetos em dinheiro, quando eles têm 5 projetos por £ 20.000 todos ao mesmo tempo (e você é um desenvolvedor solo) que é £ 100.000 nos livros .. Parece ótimo mas pode prejudicar a reputação da empresa quando estas não são cumpridas, os prazos são perdidos e os sistemas são defeituosos devido à falta de concentração.

Eu simpatizo com você completamente, estou em sua posição agora.

    
por 15.10.2013 / 09:29
fonte
-2

Depende de como você descreve o projeto. Normalmente, o desenvolvedor trabalha com algum problema e, se estiver na empresa, há mais de um produto do que você trabalha com vários.

    
por 21.01.2011 / 11:50
fonte
-2

Os projetos de software, como parceiros amorosos, podem ser muitos e bons em muitos, mas são bons apenas se um de cada vez.

    
por 28.01.2011 / 05:58
fonte
-2

Adicionando ao que @Martin Wickman disse, tente não alternar muito. Por exemplo, trabalhe AM no projeto A, PM no projeto B. Também diga não para adicionar recursos; isso é mais doloroso quando você não está trabalhando no projeto em tempo integral.

    
por 30.01.2011 / 00:59
fonte