Eu trabalho para uma organização de desenvolvimento de produtos que está em publicidade on-line. As atribuições que recebo estão quase sempre em plataformas ou ferramentas nas quais nunca trabalhei antes. No começo era android. Em seguida, node.js, windows phone, empacotamento debian, python, hadoop, ganglia, engenharia reversa, geo PostgreSQL e a lista continua.
Estou feliz por poder aprender muito enquanto trabalho. O problema que continuo enfrentando é o cumprimento dos prazos. Muitas vezes, não está claro o que é necessário fazer para realizar uma determinada tarefa. Eu precisaria configurar o SDK relevante, executar problemas iniciantes, ler on-line, examinar a documentação, pesquisar on-line para cada item de trabalho nessa plataforma. Às vezes, tenho prazos, às vezes crio esses prazos.
Acho muito difícil cumprir prazos muitas vezes. Um fica mais rápido ao fazer algo na segunda vez, mas eu nunca trabalho em alguma linguagem ou estrutura por mais de uma semana ou duas. E isso é muito estressante e doloroso de lidar. Recebo toda a crítica e vergonha pública que vem com prazos perdidos. Eu suspeito que isso não pode ser normal. Não é possível entregar 7 aplicativos do Windows aphone sem saber nada sobre c # em uma semana. Mas consegui fazê-lo um dia após o prazo. Tudo o que tenho muitas vezes é a pesquisa no google para me guiar. Muitas vezes, há pouca ou nenhuma documentação sobre a ferramenta que estou personalizando.
Às vezes, fico preso a algo algumas vezes por horas ou até dias. Isso afeta minha saúde e não consigo mais queimar o óleo da meia-noite em todas as tarefas. Isso causa muita angústia e depressão mentais.
Nessa situação, estou correto ao pensar que qualquer prazo que for dado é um tiro no escuro?
Isso é normal? Todo item de trabalho para você envolve aprender algo completamente novo toda vez? Não tenho certeza se é justo dizer que tenho um desempenho ruim por não conseguir cumprir os prazos das tarefas que envolvem uma ferramenta que eu não conheço nada. Como eu manejo isso?
Respostas:
Sim, esta é uma receita perfeita para burnout. Você precisa fazer com que seus supervisores percebam as situações ridículas que constantemente o envolvem. Se eles são leais e se recusam a ceder, é hora de mudar para outro lugar.
fonte
Existem duas abordagens a serem adotadas aqui. O primeiro é o tempo que levou para você fazer o último projeto "semelhante" ao novo. E o dobro para explicar o custo de configurar / aprender um novo ambiente.
A segunda é que eles saibam que você precisa se especializar para se destacar. Um jack de todos os comércios é um mestre de ninguém.
fonte
Não.
Se você deseja dar melhores estimativas, aprenda com o passado . Acompanhe quanto tempo leva para você adotar uma nova tecnologia versus a implementação real. Isso pode ser difícil se você estiver fazendo as duas coisas ao mesmo tempo, mas tente entender a diferença.
Faça suas estimativas com base em um dia de trabalho normal , menos interrupções normais. Não considere horas extras na sua estimativa. Deixe isso para ajudar a lidar com os problemas que surgirem. Eu gosto de usar horas extras para ajudar a trazer projetos em dia, se houver contratempos.
Sempre aproveite o que você sabe , mesmo que seja um território completamente desconhecido. Por exemplo, conhecer uma linguagem de programação ajudará você a aprender outra. Uma vez exposto a diferentes paradigmas, você poderá determinar a tecnologia relativa mais próxima da qual extrair. Por exemplo, se você precisar usar C # e não o conhecer, poderá usar seu conhecimento de Java ou C ++ para continuar. Não vai ser um para um e geralmente existem métodos diferentes para realizar o que você precisa, mas é um bom ponto de partida.
Portanto, em situações como essa, é melhor estimar a implementação com base em algo que você já conhece . Adicione algum preenchimento para corrigir problemas e lidar com o desconhecido (geralmente uma pequena porcentagem da estimativa total). Além disso, você adiciona mais tempo para pesquisa e aprendizado para se atualizar sobre qualquer nova tecnologia que você precise usar. Essa estimativa pode ser afetada por coisas como disponibilidade de documentação (como documentação da API, postagens de blog, perguntas nesses sites).
Agora que isso está fora do caminho, chegamos ao outro assunto: prazos pré-determinados. Uma coisa é perder suas próprias estimativas, pois elas são de sua responsabilidade, mas outra é ter um prazo que não é realista (o que eu acho que está acontecendo no seu caso). Nessa situação, é melhor ainda executar sua própria estimativa para verificar se o prazo é viável ou não. Caso contrário, informe ao seu supervisor o mais rápido possível qual é o prazo estimado e por que é diferente. Se você puder fornecer um detalhamento das várias tarefas e horas necessárias para concluir cada uma delas, isso ajudaria sua estimativa.
Se o gerenciamento não for receptivo à sua opinião, talvez seja hora de procurar outro lugar. Quanto mais precisas forem as suas estimativas ao longo do tempo, maior a probabilidade de a gerência ouvir você se suas estimativas diferirem das deles. Isso depende da gerência ser razoável e objetiva, é claro.
Só mais uma coisa - você não mencionou isso, mas se você tiver benefícios de férias, use-os . Não os deixe ir sem uso. Você não fará nada a si mesmo ou a quem trabalha por algum favor se sua saúde ou foco se deteriorar a ponto de não conseguir concluir os projetos de maneira favorável. Se você não tem permissão para tirar férias porque um projeto está sempre vencido até x data e entra em conflito com as férias, é hora de procurar outro lugar - especialmente com a maneira como se espera que você cumpra esses requisitos.
Te desejo boa sorte.
fonte
Você está absolutamente certo em seus sentimentos. Há muita falsidade acontecendo agora nas seguintes áreas:
"Engenheiro de pilha cheia". É bobagem. Não conheço ninguém que seja excelente nos idiomas de back-end, excllente no banco de dados e excelente no front-end. As pessoas podem ser boas em meia dúzia de idiomas e / ou em três sistemas de banco de dados diferentes, mas ainda haverá muito em que eles são iniciantes.
Os veteranos do "mundo de todos os negócios, mestre de ninguém" entendem isso e aprendem que precisam escolher áreas para se especializar.
"10.000 horas". Uma referência comum a ser realmente bom ('especialista) em alguma coisa. Compare isso com as horas que você passa em cada uma dessas áreas. Talvez você precise viver até os 178 anos para se especializar em todos eles.
Portanto, o que foi dito acima não é "a resposta", é um acordo e mais forragem para o seu canhão ... porque a resposta é que você precisa marcar uma reunião com a gerência e informá-la de que esses projetos foram ótimos. ajudando a empresa em todas essas áreas diferentes. Mas você está sofrendo. Está afetando sua saúde. Você está estressado. Você deseja fornecer um produto pontual de alta qualidade, mas essas circunstâncias estão tornando-o incrivelmente difícil. Isso fez você questionar seu futuro na empresa. Se você é bom e altamente valorizado, não deve ser um problema.
fonte
Esse tipo de trabalho é típico em agências interativas. Um fluxo interminável de projetos descartáveis e não relacionados sob prazos impossíveis.
Veja isso como um estágio de carreira potencialmente útil, mas esteja pronto para seguir em frente antes de se esgotar. Você não pode mudar este negócio e suas necessidades.
fonte
Comece a reservar tempo para a estimativa. Quanto menos familiarizado com a tecnologia, mais tempo é necessário para produzir uma boa estimativa.
Tente obter um tempo fixo para produzir algo exploratório em relação às necessidades fornecidas. Você deve ter uma idéia muito melhor do que precisa fazer depois disso. Por exemplo, uma ou duas semanas para acelerar o Hadoop é baixa, mas deve ser o suficiente para lhe dar mais confiança em suas estimativas.
Depois disso, você só precisa de mais habilidades de estimativa. Tente acompanhar em que você gasta seu tempo. Certifique-se de que sempre chegue às suas estimativas antecipadamente. Acompanhe suas estimativas versus o tempo real gasto e considere isso em estimativas futuras.
E sempre se dê um buffer.
fonte
Primeiro - verifique se você sabe quem assumiu o compromisso - se é seu, é problema seu e você deve cumpri-lo. Se não é seu, não é problema seu. Diga a quem assumiu o compromisso em seu nome que fará o melhor que puder. Agora o truque - não faça compromissos que não possa cumprir. Atenha-se às suas armas.
Você está sendo intimidado - quais são as leis do seu país em torno disso?
Algumas fases úteis que usei (moderadamente, apenas quando tenho outras opções)
fonte