Pular para o conteúdo principal

Reunião de Planejamento da Sprint


Primeiramente, o que é e qual o objetivo da Sprint Planning(Planejamento da Sprint)?
Bom a reunião de planejamento nada mais é que a definição ou seleção do conjunto das histórias que serão desenvolvidas dentro da Sprint.
Essas histórias já estão relacionadas em uma lista (Backlog) e serão selecionadas pelo P.O.(Product Owner), de acordo com suas prioridades, para serem desenvolvidas.
O processo começa com o P.O(Product Owner) apresentando as histórias para o time, explicando uma a uma com detalhes, tais como  funcionalidades, validações e regras de negócio e/ou os critérios de aceitação que devem ser cumpridos para que a história seja aceita. Após a apresentação de cada história o time realiza uma estimativa (votação em pontos) para o desenvolvimento da história, com isso é possível determinar o esforço aplicado em cada história dentro da sprint.
Durante a apresentação de cada história, o time pode e deve questionar o P.O.( Product Owner) sobre a história em questão, por exemplo, perguntando sobre as funcionalidades,como deve ser a interface, sobre uma regra de negócio,sobre validações, ou seja, tudo que seja necessário para o melhor entendimento.
Um dos pontos importantes na Sprint Planning( Reunião de planejamento), é quantos pontos a equipe consegue entregar , ou seja, a soma de pontos não devem ultrapassar a media de pontos entregues nas ultimas sprints. É importante manter a velocidade da equipe para que nenhuma história seja comprometida durante a sprint.
Por exemplo, essa média de pontos entregues, pode ser calculada com a soma total dos pontos entregues das 5 ultimas sprints( soma/qtdeDeSprints)
Concluindo, com a Sprint backlog definida, o time se reúne então para fazer “quebra” das histórias em tarefas menores.
Bom , por hoje , é só...
Ate o próximo post.

Comentários

Postagens mais visitadas deste blog

Sprint Review ( Reunião de revisão )

Bom como o nome ja diz, a Sprint Review, esta relacionado à uma revisão da sprint. A reunião pode variar de acordo com a equipe, mas alguns pontos são relevantes . È extremamente necessário se preparar para a reunião de revisão. Durante a reunião deve ser apresentado as histórias que foram ou não desenvolvidas na sprint. Para ser evitar situações contrangedoras é necessário ser testado e validado todas as funcionalidades no ambiente de apresentação. Executar os testes automatizados, com isso evita alterações ou comportamentos indesejados, por exemplo alguma nova funcionalidade incluída recentemente , faz com que alguma outra parte do sistema pare de funcionar. Sempre apresentar as funcionalidades desenvolvidas no proprio sistema, não é recomendado apresentar atraves de slides ou videos, a apresentação diretamente no sistema , faz com que o PO tenha mais  segurança no produto. Durante a reunião , podem surgir novas ideias ou ou melhoria para o produto. por isso é sempre bom t...

Iniciando no SCRUM

A implantação do SCRUM em uma empresa envolve várias situações que devem ser consideradas para que o processo ágil seja atingido com sucesso. Abaixo relacionei alguns pontos que julgo importante: Acredito que um dos principais pontos é o comprometimento com o projeto, ou seja, que o esforço e a preocupação de atingir os objetivos, sejam unânimes; A integração do P.O.(Product Owner) e o Time também é considerado muito importante, pois, garante o sincronizo imediato com o P.O.(Product Owner) caso seja necessário tirar alguma dúvida relevante, assim, garantindo que a história seja finalizada por completa, sem nenhuma duvida na implementação da funcionalidade ou regra de negócio; Outra participação fundamental é a do Scrum Master, pois é ele quem vai garantir que o processo ágil seja cumprido seguindo todos os passos, ou seja, é ele quem deve cuidar dos impedimentos que são apresentados pelo time através do daily meeting , fazendo com que ...

Papéis do Scrum (Product Owner, Scrum Master, Time)

No início da adoção do Scrum, demora um pouco pra conseguirmos encaixar os papeis e colocarmos em pratica os papéis seguindo os processos de acordo com as regras. por isso resolvi falar um pouco, sobre os papéis de uma forma resumida e objetiva e tentar esclarecer um pouco mais sobre cada função. Time : O time é responsável por garantir o desenvolvimento e a entrega da sprint. O time deve conter características de disciplina, auto-gerenciamento e o comprometimento por parte de todos,  normalmente o time é composto de no máximo 10 pessoas. Scrum Master : Deve garantir que a equipe seja funcional e produtiva, deve remover os impedimentos encontrados durante o desenvolvimento da sprint o mais rápido possível. também deve garantir o uso do Scrum, ou seja, garantir que o time siga os valores  e práticas do scrum, e cuidar para que seja aceito somente a quantidade de tarefas que a equipe possa realmente entregar, de acordo com a velocidade do time. Product Owne...