abr 062017
 

Há poucos dias, enquanto esperava pelo início de uma reunião em um cliente, tive a oportunidade de presenciar algo curioso; imagine a cena: 11 pessoas, de uma equipe que começou a utilizar Scrum há poucos meses, reúnem-se em pé em uma “área de convívio” ao lado das salas de reunião e começam a conversar sobre as atividades do projeto.

Tudo levava a crer que a equipe estava realizando sua Reunião Diária, exceto pelo que pude acompanhar…

Continue reading »

fev 102017
 
Muitas vezes ao falar sobre o cotidiano de atividades em projetos que usam Scrum, algumas pessoas erroneamente usam o termo ‘cerimônia’ para se referir à execução de um conjunto muito comum, com o qual os profissionais tornam-se familiarizados: a Reunião de Planejamento da Sprint, a Reunião Diária, a Revisão da Sprint, a Retrospectiva da Sprint e  o  contêiner das anteriores: a Sprint propriamente dita.
fev 242014
 
Visão x Product Backlog x Sprint Backlog

Quando falamos em Product Backlog e Sprint Backlog, impreterivelmente estamos tratando de um conceito que a maior parte das metodologias ágeis, não apenas o Scrum traz como premissa: a Entrega Orientada ao Valor (Value Driven Delivery, em inglês). Mas o que é isso e porque é tão importante para o cliente?

Segundo John Stenbeck, “fundamentalmente, a entrega orientada a valor enfatiza o desenvolvimento de recursos e funções com o maior retorno de investimento para o cliente”.  Por meio da Visão do projeto, o responsável pelo escopo do produto, o Product Owner faz refletir em sua lista os itens mais prioritários ao cliente, também conhecido como Product Backlog.

Até aqui ok! Mas como que a equipe consegue definir o que é mais prioritário para o desenvolvimento, tendo em vista impedimentos de ordem técnica, os quais podem inviabilizar uma entrega de valor ao cliente?

Continue reading »

fev 102014
 

Há 2 tipos de backlog no Scrum, que são semelhantes em estrutura, mas tem propósitos e níveis de detalhamento diferentes:

  • Product Backlog
  • Sprint Backlog

O Product Backlog lista os requisitos para o projeto priorizados de acordo com o valor entregue para o cliente; este backlog é gerenciado pelo Product Owner, e é atualizado ao longo do projeto, à medida que os requisitos são descobertos e refinados. Deve conter informações suficientes para que o time consiga realizar estimativas de desenvolvimento.

No início de cada iteração (sprint), o time revisa o Product Backlog de acordo com a priorização e identifica as estórias de maior prioridade que possam ser trabalhadas naquela iteração. Estas estórias passam a compor o Sprint Backlog para a iteração em questão.

O Sprint Backlog é gerenciado pelo time do projeto e deve conter uma lista detalhada de todas as tarefas que o time precisa completar, relativas a cada estória contida na sprint.

Portanto, enquanto o Product Backlog é criado uma vez e atualizado ao longo do projeto, um novo Sprint Backlog é criado ao início de cada iteração; e enquanto o Product Backlog é tipicamente atualizado semanalmente, o Sprint Backlog é revisado e atualizado diariamente.

 

[ Este post é parte de uma série de perguntas frequentes sobre assuntos relacionados a AGILE. Para pesquisar as demais perguntas já respondidas aqui no blog da OAT, busque pela tag AGILEFAQ  e para submeter uma pergunta, envie a sua questão para o email agile@oatsolutions.com.br ]