Para programadores internos (não gerentes de projeto), você normalmente recebe instruções do projeto previamente escritas?

5

Sou relativamente novo em trabalhar como programador, pelo menos trabalhando como funcionário regular em uma empresa. Muitas vezes fico frustrado com o estilo de gerenciamento de minha empresa, pois eles basicamente selecionam as tarefas aleatórias que capturam a fantasia do desenvolvedor líder naquele dia, ou no dia anterior, e me dão a tarefa (com tarefas que geralmente duram menos de 1 dia). Muitas das tarefas que tenho agora são relativamente pequenas e são para adicionar melhorias a uma aplicação web, corrigir bugs, etc.

Estou incomodado, no entanto, pelo fato de que eles não planejam com antecedência para me dar um esboço escrito de projetos com alguns dias de antecedência, para que, se, por exemplo, eu estiver enferrujado em algo que eu possa pelo menos Eu me familiarizo com isso em meu próprio tempo ou pelo menos tenho uma abordagem mais relaxada do trabalho, para que tudo não tenha que ser tão reacionário da minha parte (onde eu possa ponderar as coisas fora do horário antes de começar a trabalhar nelas, etc)

Eu acho que estou apenas curioso para saber se esta é a norma ou se a maioria dos trabalhos de desenvolvimento valoriza claramente as especificações das tarefas e é capaz de prepará-los com certa antecedência. Eu estaria interessado em ouvir a experiência de qualquer um / opiniões, etc. Obrigado

    
por programmx10 15.12.2010 / 00:13
fonte

2 respostas

3

Não, o que você tem é bastante raro na minha experiência. O Scrum tende a permitir alguma flexibilidade em saber o que está por vir, pois o sprint tem um conjunto definido de trabalho que deve ocorrer durante o planejamento de reuniões em que a equipe decide: "Isso é o que será feito durante o próximo sprint". Isso tende a evitar o "Oh, faça isso AGORA!" tipo de drama geralmente e dar alguns limites sobre onde o foco é durante um sprint. Normalmente, as coisas não são escritas bem e, portanto, esclarecer o que é solicitado e quanto tempo deve ser gasto são alguns fatores a considerar com as coisas. Por exemplo, alguns bugs podem passar dias obtendo todos os casos cobertos completamente, enquanto alguns podem aceitar o trabalho que pode ser feito em algumas horas, que cobre 99% dos casos que geralmente acontecem.

Para assumir a posição de advogado do diabo sobre não saber o que está por vir, você realmente gostaria de saber que uma coisa só mudaria alguns dias depois, quando você estava prestes a começar a trabalhar nisso? Quero dizer, imagine se você achasse que trabalharia no recurso X, mas, em vez disso, o pedido de suporte Y tem prioridade e isso não foi informado até tarde ontem, então não houve muito tempo para falar sobre essa mudança até agora. / p>     

por 15.12.2010 / 00:29
fonte
1

Não. Uma tarefa comum dada a mim não é bem definida até depois de eu mexer com ela por uma semana, para a qual eu preciso arrancar a informação de quem a tem. Mesmo assim, sinto-me confuso sobre o que realmente precisava acontecer.

    
por 15.12.2010 / 00:30
fonte