Pular para o conteúdo principal

Daily Meeting - Reunião Diária

Hoje vou falar sobre a reunião diária chamada de Daily Meeting, ou Daily Scrum.

A reunião deve realizada pelo Scrum Master e o time, dura normalmente entre 15 à 20 minutos, não mais que isso. Outras pessoas podem participar, porem, somente como ouvintes.

Normalmente todos se reunem em pé, em frente ao quadro de tarefas da sprint, onde cada um diz sobre a tarefa que foi realizada no dia anterior.

È importante tambem, que a pessoa se dirija ao quadro e aponte as tarefas e a história em que esta se referindo, no momento em que a pessoa estiver falando,  isso faz com que todos visualize com clareza o que cada um esta desenvolvendo.

È de boa prática que cada membro da equipe responde 3 perguntas :
  1. O que você fez ontem?
  2. O que você fará hoje ?
  3. Existe algum impedimento?
Ao final, todos podem ter uma visão geral no andamento da sprint, podendo assim ter uma noção de tudo que ja foi feito e o que ainda precisa ser desenvolvido na sprint.

Conclusão, a reunião diária é muito util para que seja esclarecido tudo que ja foi feito ou desenvolvido, no dia anterior e o que será feito no dia. e caso tenha algum impedimento que seja solucionado o mais rápido possível.

Os impedimentos devem ser tratado pelo Scrum Master, é ele que tem que observar e remover qualquer obstáculo que venha a atrapalhar o andamento da Sprint.

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...

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...

Desenvolvimento de Software, Produtividade ou Qualidade ?

Entre uma sprint e outra, venho analisando alguns fatos que valem a pena ser colocado em pauta. A final, o que é mais relevante produtividade ou qualidade? No dia dia do nosso desenvolvimento de software, nos deparamos com situações que nos fazem refletir e medir ate aonde vai à melhor produtividade e ate aonde conseguimos cumprir e garantir nossos itens de qualidade. Quando o foco esta na “Produtividade” , corremos o risco de perder na qualidade, ou seja, pelo fato de priorizarmos a produtividade e rapidez na execução das tarefas, faz com que os itens de qualidade nem sempre são validados conforme deveriam, pois acaba passando batido ou ate mesmo deixado de lado. Já no quesito “Qualidade”, para garantir um produto de alta qualidade precisamos checar se todos os itens de qualidades foram contemplados, ate mesmo mais de uma vez, ou seja, em alguns casos são revisados mais de uma vez, para ter certeza de que tudo esta finalizado com qualidade efetivamente. Na verdade,...