Cerimônia Metodologia ágil SCRUM, Esquemas de Gestão de Projeto

Baixe Cerimônia Metodologia ágil SCRUM e outras Esquemas em PDF para Gestão de Projeto, somente na Docsity!

Cerimônias SCRUM

O Sprint Backlog contém todas as atividades necessárias para completar as histórias selecionadas do Product Backlog. Todas as atividades devem ser estimadas em horas, a fim de acompanhar a evolução e trabalho restante das atividades e colocadas no quadro Kanban.

Sobre o Sprint backlog é correto afirmar que:

• O Sprint backlog pode ser alterado pelo time de desenvolvimento. ✔
• Podem ser incluídas novas histórias no Sprint backlog.
• O PO pode fazer alterações no Sprint backlog.
• As tarefas do Sprint backlog devem ter horas previstas iguais as horas realizadas.
• As tarefas devem ser atribuídas aos recursos na fase de planejamento.

Ou seja, o Time de desenvolvimento é o proprietário do Sprint backlog e some eles podem alterar seu conteúdo.

O objetivo do conceito de ready (DoR) é verificar se a história está clara e se todos os membros do time têm uma compreensão do que precisa ser feito, ou seja, se a história tem informações suficientes para começar a ser construída

Considerando esse contexto, avalie as afirmações abaixo.

I – O DoR existe para permitir que apenas histórias que estejam completas e definidas entrem na Sprint.

II – Se forem identificados impedimentos ou dependências no DoR, a história pode ser devolvida ao PO ou ao ScrumMaster para solução antes de incluir na Sprint.

III – O DoR permite sanar e tirar dúvidas do time antes do Sprint para melhorar o entendimento das histórias.

É correto apenas o que se afirma em:

• Apenas I. [Incorreto. Embora possa ser identificada uma história incompleta, ela pode ser incluída no Sprint.]
• Apenas II. [Incorreta. O PO e ScrumMaster podem receber histórias para resolver dependências ou impedimentos antes de ser incluídas na Sprint, mas a afirmativa III também está correta.]
• Apenas III. [Incorreta. O checklist do DoR permite ao time melhorar o entendimento da história, mas a afirmativa II também está correta.]
• Apenas I e II. [Incorreto. Embora possa ser identificada uma história incompleta, ela pode ser incluída no Sprint e a afirmativa II está correta.]
• Apenas II e III. ✔ Correta. O PO e Scrum Master podem receber histórias para resolver dependências ou impedimentos antes de ser incluídas na Sprint e o checklist do DoR permite ao time melhorar o entendimento da história

Reunião diária

• Essa reunião permite que a equipe se comuniquem e sincronizem seu trabalho.

Caso existam problemas, a equipe se auto-organiza para resolvê-los. Os problemas ou dúvidas em que a equipe não se considera apta a resolver são classificados como Impedimentos e passados para o Scrum Master para que ele resolva.

Reunião de Revisão da Sprint – Review

meeting

• Ao final da Sprint há a Revisão da Sprint, onde todos podem participar.
• Tem como principal objetivo inspecionar e obter opiniões e impressões de como foi a sprint para o Product Owner e convidados.
• O Time é quem realiza a apresentação, que deve ser feita no formato de demonstração do Software.
• O Product Owner avalia se a meta da sprint foi atingida, faz anotações que poderão se transformar em novos itens para o Product Backlog.
• Tempo máximo: 4 horas para Sprint de 4 semanas.
• Product Backlog atualizado.

Reunião de Restrospectiva da Sprint

• Após a Revisão do sprint ocorre a reunião da Restrospectiva da Sprint, com o Time Scrum e o Scrum Master como facilitador.
• Nesta reunião todos os membros da equipe refletem sobre o sprint passado e verificam três coisas: - O que correu bem durante o sprint? - O que não correu bem durante o sprint? - Quais melhorias poderiam ser feitas no próximo sprint?
• Sem esta reunião a equipe nunca será capaz de melhorar a sua produtividade;
• Tempo estimado de 3 horas para Sprint de 4 semanas.
• É parte integrante do processo de “inspecionar e adaptar”.

Incremento e/ou Release

• Entrega de um release
  • Ao final de uma Sprint é possível ter-se uma versão, pois todo sprint entrega valor e um software potencialmente utilizável.
  • Porém, é o Product Owner que decide quando teremos essa versão pronta e formada para produção.
• Incremento
  • Segundo o Scrum Guide®, o incremento é a soma de todos os itens do Backlog do produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores.
  • Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa que deve estar na condição utilizável.

Referências

GOTTESDIENER, H. The Software Requirements Memory Jogger. Canadá, 2005.

RIES, E. Lean Startup, Crown Business. San Frascisco, 2011.

VIDAL, A. Agile Thinking Canvas. São Paulo: Brasport, 2017.

WEST, D. Updates to the Scrum Guide : The 5 Scrum values take center stage. 2016. Disponível em: <https://blog.scrum.org/updates-scrum-guide-5-scrum-values-take-cen ter-stage/>. Acesso em: 19 fev. 2016.