Guia Scrum | 15. Artefatos do Scrum

No artigo de hoje, vamos nos concentrar nos artefatos do Scrum. Explicaremos o Product Backlog, Sprint Backlog e Increment. Também responderemos à pergunta sobre para que os membros do Time Scrum e os Stakeholders os usam.

Artefatos do Scrum – índice:

1. O que são artefatos do Scrum?
2. Lista de pendências do produto
3. Backlog da Sprint
4. Incremento
5. Resumo

O que são artefatos do Scrum?

Três Artefatos Scrum são cruciais para um Time Scrum eficaz. Estes são dois Backlogs, que são listas de tarefas, e o Increment, que é uma versão potencialmente pronta para lançamento de um Produto aprimorado em um determinado Sprint.

Eles são chamados coletivamente de Artefatos porque têm um propósito. Ou seja, maximizar a transparência das informações sobre o trabalho no Produto.

Com a disponibilidade de Scrum Artifacts, qualquer membro do Time Scrum ou Stakeholder pode ter uma visão clara a qualquer momento. Lá, eles verão:

• Qual Produto e para qual Propósito está sendo criado
• Quais tarefas estão planejadas para serem executadas
• Em quais tarefas a equipe de desenvolvimento está trabalhando atualmente
• Quais tarefas já foram concluídas
• Como é a versão atual do Produto em execução

Os backlogs do Scrum descrevem o Produto do ponto de vista técnico e comercial . A descrição técnica do Produto criado pelo Time Scrum contém o funcionamento do Produto, bem como propostas de soluções específicas a serem implementadas pelo Time de Desenvolvimento. A descrição da empresa contém histórias de usuários que respondem a perguntas como:

• Para que serve o Produto?
• Que funções o Produto deve desempenhar?
• Quais expectativas do Cliente o Produto deve atender?

Assim, descrevem funcionalidades parciais do Produto do ponto de vista do Cliente.

Dedicaremos posts separados para cada Scrum Artifact, dedicados ao Product Backlog, Sprint Backlog e Increment, respectivamente.

Lista de pendências do produto

O Product Backlog é uma lista de tarefas nas quais o Time Scrum irá trabalhar. Ele é expresso em linguagem de negócios e seu escopo abrange toda a duração do projeto.

A manutenção e disponibilidade do Product Backlog são cruciais para a transparência do trabalho do Time Scrum. Graças a este documento, a Equipe de Desenvolvimento sabe qual problema de negócio está trabalhando para resolver e quais são as prioridades do Cliente. Além disso, o Product Backlog é um poste de sinalização no qual você pode se apoiar quando estiver sobrecarregado com tarefas menores que desfocam a imagem de todo o projeto.

O Product Backlog acompanha o progresso da Equipe de Desenvolvimento em direção ao Objetivo do Produto. Ele é gerenciado pelo Product Owner e deve ser atualizado regularmente. Para que a qualquer momento dê uma visão clara do trabalho que precisa ser feito.

As tarefas com prazos mais próximos são descritas no Product Backlog da forma mais detalhada. Tarefas com prazos mais longos ou tarefas opcionais têm uma forma de contorno geral.

Backlog da Sprint

Podemos pensar no Sprint Backlog como semelhante ao Product Backlog. No entanto, a forma como as tarefas são descritas e a escala de tempo mudam.

Enquanto no Product Backlog o foco estava na descrição de tarefas de uma perspectiva de Stakeholder e linguagem de negócios, o Sprint Backlog é o domínio dos Desenvolvedores. Eles são responsáveis ​​por manter e atualizar o Sprint Backlog. É uma descrição do trabalho da Equipe, portanto, é expresso em linguagem técnica. Ele descreve tarefas e soluções detalhadas à medida que os desenvolvedores planejam sua execução.

O Sprint Backlog opera em uma escala de tempo que corresponde à duração de um Sprint, normalmente de duas semanas a um mês. Ele permite o acompanhamento do progresso da equipe de desenvolvimento em direção ao objetivo da Sprint.

Incremento

O conteúdo do Product Backlog é uma descrição passo a passo de como atingir a meta do produto. O conteúdo do Sprint Backlog é uma descrição das tarefas que levam à realização do Sprint Goal. O Incremento é a soma das funcionalidades parciais do Produto realizadas em um determinado Sprint adicionadas ao estado atual do Produto.

Cada novo incremento se baseia no anterior. Portanto, o trabalho realizado deve ser exaustivamente testado. O teste permite garantir que a nova solução não interfira ou interrompa aquelas que foram criadas anteriormente. Para que o trabalho se torne um Incremento, ele deve ser integrado ao estado existente do Produto. E resultar em sua versão melhorada e funcional.

Em outras palavras, um Incremento é um conjunto de tarefas concluídas em um Sprint que compõem uma nova versão funcional de um Produto. E seu significado comercial é descrito pela Definição de Conclusão. Ele é inserido no Product Backlog durante o Sprint Planning.

Resumo

Os artefatos do Scrum são o Product Backlog, Sprint Backlog e Increment. Eles fornecem a todas as partes interessadas acesso a informações sobre o status do Produto. Os artefatos Scrum contêm Metas e Objetivos da Equipe Scrum definidos a partir dos ângulos de negócios e técnicos. Além disso, eles contêm todas as características da versão de trabalho atual do Produto, potencialmente pronta para ser lançada no mercado.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

1. Glossário de termos básicos, funções e noções
2. O que é Scrum?
3. Valores do Scrum
4. Como implementar o Scrum na sua empresa?
5. Time Scrum - o que é e como funciona?
6. Quem é um Product Owner?
7. Os erros mais comuns do Product Owner
8. Quem é o Scrum Master?
9. Características de um bom Scrum Master
10. Os erros mais comuns do Scrum Master
11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
12. Cooperação entre Product Owner e Scrum Master
13. Equipe de Desenvolvimento em Scrum
14. Os erros mais comuns dos desenvolvedores
15. Artefatos do Scrum
16. Escalando Scrum
17. Backlog da Sprint
18. O que é o Backlog do Produto?
19. O que são histórias de usuários?
20. Criando a melhor história de usuário com INVEST
21. Os erros mais comuns da história do usuário
22. Critérios de aceitação da história do usuário
23. Estimativa e pontos de história no Scrum
24. Poker de Planejamento
25. Jogo de estimativa de equipe
26. Definindo Incremento
27. Eventos Scrum
28. O que é Sprint no Scrum?
29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
30. O que é um gráfico Burndown?
31. Como criar e interpretar um gráfico de burndown?
32. Vantagens e desvantagens do gráfico de burndown
33. Quadros Kanban em Scrum e Scrumban
34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
35. Reunião diária
36. Planejamento de Sprint
37. Revisão da Sprint
38. O que é uma Sprint Retrospective?
39. Erros comuns durante uma Sprint Retrospective
40. Nutrição do Backlog do Produto