Ao decidir o que trabalhar para o próximo lançamento e estimar os tempos para cada história de usuário (e subtarefas para uma determinada história), vocês fazem isso em um grupo ou apenas em gerentes?
Para um tamanho de equipe de 10, isso é prático?
Quanto tempo leva?
Respostas:
A priorização deve ser feita por um único proprietário do produto, com a participação de várias partes interessadas, incluindo um desenvolvedor sênior que seja uma parte interessada no código e que seja responsável por requisitos não funcionais, como uma parte interessada nos negócios é pelos requisitos funcionais.
A estimativa deve ser absolutamente feita pelas pessoas que farão o trabalho, nunca por um gerente que esteja sob pressão para entregar; no entanto, seu instinto está correto de que mais de meia dúzia de pessoas passará horas discutindo sobre isso. Em um mundo ideal, você realmente deve dividir a equipe de modo que não haja menos que 4 e não mais que 7 em uma única equipe - 5 é ideal, IMHO.
Se isso não for possível, por algum motivo - e você precisar aplicar 5 porquês a esse motivo antes de aceitar que é impossível -, uma equipe de 4-5 pessoas deverá ser selecionada pela equipe para fazer estimativas em seu nome.
fonte
Na minha opinião, você NÃO deve liberar o planejamento como uma equipe de 10 pessoas. Muito provavelmente você terminará em uma reunião gigantesca, em que, em qualquer discussão, 6-8 pessoas se sentirão completamente desconectadas e entediadas. Acrescente a isso a exaustão de 3-4 horas sendo trancadas em uma sala juntas. E considere que, se 10 pessoas falam, você tem muita conversa. Se eles não falarem, você pode não receber informações valiosas.
Fizemos algo muito semelhante à empresa de Joseph. Versão anterior, tínhamos 8 engenheiros e o planejamento da versão levou duas semanas sólidas. E foi absolutamente brutal. Poucas horas por dia, acho que todos nós começamos a tentar falar o mínimo possível para que a reunião terminasse mais cedo.
Este lançamento, o tamanho da nossa equipe mais que dobrou. Por isso, dividimos em equipes menores que assumiriam a propriedade permanente de uma área de um produto. Cada uma das equipes menores tinha liderança. Em seguida, fizemos um planejamento de lançamento de alto nível com apenas os leads, que foram muito mais rápidos e eficientes, porque agora tínhamos apenas quatro desenvolvedores em uma sala. Durante esse período, identificamos qual equipe faria quais histórias e como o produto será dividido. Além disso, isso fornece uma imagem maior de todo o produto.
Em seguida, cada líder voltou ao seu próprio time e repassou a parte do release pela qual somente esse time era responsável. Durante esse período, preenchemos alguns detalhes e atribuímos valores de pontos da história.
Por fim, tudo foi montado e fizemos uma explicação final (mais uma apresentação do que uma discussão) para que todos na equipe saibam o que está acontecendo com toda a equipe.
Embora não tenhamos um lançamento completo com sucesso com esse método, acho que o planejamento geral de lançamentos foi muito mais suave do que antes e tivemos muito mais com isso. A chave era que nunca tivemos mais de 3-4 desenvolvedores em uma determinada reunião e a voz de todos ainda era ouvida.
Se possível, eu recomendo que você divida seus 10 desenvolvedores em 3 grupos. Se você não conseguir dividir sua versão geral em três áreas que não se sobrepõem, então até dois grupos seriam melhores que uma grande equipe.
fonte
Na verdade, sou parte de vários projetos (e várias equipes) como líder, e existem alguns com mais de 10 anos. Em quase todos os projetos em que trabalho, o planejamento de lançamento é realizado pelos líderes e pelos analistas de negócios. No entanto, em nossa situação, os BAs não são os gerentes; portanto, os gerentes não participam realmente do planejamento da liberação.
A estimativa é feita pela equipe de implementação e, embora ambas as partes sejam separadas, elas são muito relacionadas.
Estimativa é quanto tempo uma tarefa leva para ser concluída, enquanto o planejamento de liberação é quando essas tarefas são agendadas para serem trabalhadas.
O planejamento deve ser feito de acordo com as preocupações dos negócios, enquanto a estimativa deve ser feita de acordo com as preocupações técnicas. Daí a quebra de estimativa e planejamento.
fonte
Essa tarefa é realizada com mais eficiência por um gerente. Em equipes pequenas, os papéis tendem a se confundir. Todo mundo está envolvido em tudo. Mas à medida que sua equipe cresce, isso se torna incontrolável e os papéis precisam ser claramente definidos.
Por mais que eu tenha o desejo de me envolver em tudo, isso simplesmente não é produtivo.
fonte