Planejamento de sprint
O planejamento do sprint é o estágio inicial do sprint do Scrum. Ele determina o escopo e as formas de fazer o trabalho durante o sprint. Todo o time Scrum está envolvido no planejamento.
Um sprint é um período de tempo claramente definido durante o qual uma determinada parte do trabalho deve ser concluída. Um sprint precisa de planejamento antes de começar. Primeiro de tudo, você precisa determinar a duração e o objetivo do sprint.
No workshop de planejamento, a lista de tarefas e o objetivo do sprint são acordados. É importante carregar a equipe com a motivação certa para trabalhar, para que cada membro esteja focado no sucesso.
Se o sprint for mal planejado, isso pode levar a equipe ao fracasso. Os desenvolvedores não serão capazes de lidar com as expectativas colocadas sobre eles, porque as tarefas se mostraram irrealistas.
Questões a serem consideradas ao planejar um sprint:
- O cliente ou proprietário do software anuncia o objetivo do sprint, explicando ao longo do caminho como alcançá-lo. A equipe Scrum descobre quais tarefas podem ser concluídas em um sprint futuro para atingir esse objetivo.
- Os desenvolvedores distribuem um plano de trabalho entre si, que é acordado com o cliente do software.
- O cliente (proprietário) do produto sempre participa da elaboração do plano de sprint. Ele define uma meta e a equipe de programação deve descobrir se ela pode ser alcançada em um sprint.
- O plano deve usar um backlog do produto, cujas informações podem ser adicionadas ao plano.
- Os membros da equipe devem terminar a reunião de planejamento com uma compreensão clara do que precisam para alcançar o resultado. Você pode exibir a ordem das ações futuras no backlog do sprint.
O planejamento não deve exceder duas horas por semana. O Scrum Master deve explicar a todos que existem limites de tempo. Se todos os problemas de trabalho forem resolvidos rapidamente, a reunião poderá terminar mais cedo do que o normal. Não há duração mínima para tal reunião.
Avaliação da tarefa
Avaliar a complexidade do trabalho não precisa exagerar. O processo de planejamento não precisa de uma avaliação exata, mas pelo menos aproximada da complexidade do empreendimento. A equipe deve não apenas entender o objetivo do sprint, mas também comparar o objetivo com as capacidades de sua equipe.
Para avaliar a complexidade, você pode usar os tamanhos de roupas usuais para todos (L, XL, XXL). Claro, isso não dá garantia de precisão, mas ainda assim.
Para que a avaliação da complexidade seja mais precisa, é necessário um entendimento mútuo. Os membros da equipe devem compartilhar abertamente suas opiniões e não ter medo de fazer perguntas ao proprietário do produto.
As críticas à equipe após a conclusão do trabalho podem levar ao fato de que, ao planejar o próximo sprint, as previsões serão menos otimistas. Isso ajudará a equipe a evitar a repetição do erro e a protegê-la de ser avaliada negativamente no futuro.
Avaliação de dificuldade em pontos, pontos e horas
Normalmente, as equipes de desenvolvimento estimam a complexidade de seu trabalho ao longo do tempo. Mas algumas equipes ágeis optam por avaliar a dificuldade em pontos ou pontos. Esta é uma indicação melhor do custo total necessário para implementar um item pendente ou outra tarefa atribuída.
Os pontos são concedidos com base na complexidade e volume de trabalho. Além disso, possíveis riscos são levados em consideração. A pontuação usando esse método ajuda a dividir efetivamente o trabalho em pequenas etapas.
Ao usar regularmente o método de pontuação (pontos) no planejamento, as equipes têm uma compreensão melhor e mais precisa de quanto tempo precisarão para concluir o trabalho. Além disso, existem outras vantagens também.
- A estimativa de tempo não leva em consideração trabalhos que não estejam diretamente relacionados ao projeto, embora certamente apareçam. Discutir questões de trabalho por meio de um mensageiro, realizar reuniões - tudo isso também leva tempo para os membros da equipe.
- As emoções podem influenciar a escolha das datas. A pontuação ao avaliar o trabalho elimina esse fator.
- A avaliação da complexidade do trabalho e, consequentemente, a velocidade de execução das tarefas pode ser diferente para cada uma das equipes. O trabalho com pontos feitos não pode ser considerado como qualquer indicador de velocidade. Ou seja, não há pressão psicológica na equipe.
- Ao distribuir corretamente os custos de mão de obra e complexidade, você pode rapidamente e sem conflito dividir pontos para o trabalho realizado entre os participantes.
- O número de pontos recebidos pela conclusão de uma tarefa depende de sua complexidade e não do tempo gasto. Portanto, os programadores pensarão em melhorar sua eficiência e não em quanto tempo isso levará.
A desvantagem da estimativa de complexidade é que muitas vezes ela é mal utilizada. Por exemplo, este método não pode ser usado para avaliar funcionários.
As equipes devem usar um sistema de pontuação para entender melhor a quantidade de trabalho atribuída a elas e priorizar corretamente.
Reunião Diária Scrum
Os workshops são importantes: neles, os membros da equipe compartilham suas opiniões, se comunicam e concordam com as próximas ações. Reuniões diárias de scrum também são necessárias para aumentar o espírito de equipe e anunciar as notícias atuais.
Stand-up é uma breve reunião dos principais participantes do projeto: o proprietário do software, os programadores e o scrum master. A estrutura do stand-up consiste em três perguntas.
- O que conseguimos fazer ontem?
- No que estamos trabalhando hoje?
- O que nos impede de alcançar resultados?
Fazer essas perguntas estimula o desenvolvimento e ajuda a identificar problemas dentro da equipe. Quando cada participante comunica como ajuda a atingir um objetivo comum, isso melhora o entendimento mútuo dentro da equipe.
É importante lembrar que não existe um modelo único de como conduzir stand-ups. Cada equipe realiza reuniões de acordo com seu próprio modelo, com base nas características da equipe.
E agora vamos discutir o que é necessário para o stand-up perfeito e nos familiarizar com exemplos de stand-ups eficazes.
Primeiro você precisa escolher um horário que seja adequado para todos. Normalmente, os stand-ups de equipes do mesmo escritório são realizados no início da jornada de trabalho - entre 9 e 10 da manhã. Isso lhe dá tempo para planejar melhor sua programação para o dia. Se os membros da equipe trabalharem em regiões diferentes, será escolhido um horário adequado a todos. Por exemplo, se alguns membros da equipe moram na Califórnia e em Sydney, o stand-up começa às 15h30, horário da Califórnia. É claro que ficar de pé após o jantar não é conveniente para todos, mas permite manter contato com colegas do outro lado do oceano.
Acompanhe a produtividade em pé. Não segure a reunião por muito tempo - a concentração da atenção deve permanecer no seu melhor. Se possível, mantenha stand-ups não mais do que 15 minutos.
Use a bola. Pode ser jogado um para o outro por sua vez. Assim, todos estarão envolvidos na discussão. Este jogo ajuda a manter a atenção no grupo. Use a retrospectiva da equipe. Stand-ups são usados em muitas metodologias ágeis, isso não nos impede de discutir a eficácia de stand-ups em retrospectivas. Alguém se reúne todos os dias, outras equipes - algumas vezes por semana. Se é difícil para a equipe se beneficiar do stand-up, encontre as razões para isso e mude alguma coisa.
Revisão do Sprint
A revisão de primavera é realizada no estágio final do sprint. É necessário verificar o incremento do produto e adequar o backlog. Toda a equipe scrum e todas as partes interessadas participam da revisão dos resultados do sprint. A reunião é realizada em formato descontraído para melhorar a interação dos participantes do projeto.
A Revisão dos Resultados do Sprint inclui os seguintes elementos:
- O proprietário do software mostra o que do backlog foi concluído e o que não foi.
- Os programadores discutem o que deu certo, onde surgiram as dificuldades e como foram eliminadas.
- A equipe de desenvolvimento mostra os resultados de seu trabalho durante o sprint e qual incremento de produto eles receberam.
- O Product Owner compartilha seus pensamentos sobre o backlog atual. Ele também dá uma previsão para a próxima meta e o prazo para sua implementação.
- Todos discutem o que é melhor fazer a seguir com base na avaliação do mercado e nos interesses do usuário.
- Há uma troca de pontos de vista sobre o cronograma, o orçamento e as perspectivas para aumentar a lista de pendências.
O resultado é um backlog atualizado com novas metas para os sprints subsequentes. O backlog pode ser alterado se a situação assim o exigir.
Retrospectiva da Sprint
A Sprint Retrospective é um workshop que discute como melhorar seu fluxo de trabalho. Também cria um plano de melhoria para o próximo sprint. A reunião geralmente ocorre após a revisão do sprint e não leva mais de três horas. Liderando a reunião está o Scrum Master.
Os principais objetivos da Sprint Retrospective incluem:
- Análise do Sprint (trabalho dos participantes, resultados e problemas).
- Discuta possíveis soluções para melhorar o fluxo de trabalho nos sprints subsequentes.
- Criação de um plano para implementação de melhorias pelos membros da equipe durante a implementação do projeto.
O Scrum Master convida os membros da equipe a fazer sugestões sobre como melhorar a eficiência do desenvolvimento. A equipe discute as propostas e sugere algumas formas e técnicas para sua implementação.
No final da Sprint Retrospective, a equipe deve destacar algumas sugestões de melhoria para implementar no próximo sprint. As sugestões podem ser implementadas a qualquer momento, mas a Sprint Retrospective oferece uma oportunidade de aprofundar sua possível adaptação do ponto de vista da equipe.
É aqui que terminamos nossa discussão sobre a metodologia Scrum. Você pode aprender mais sobre isso na documentação temática ou em seu primeiro local de trabalho.
GO TO FULL VERSION