Segundo o The Scrum Guide, o framework Scrum possui apenas 3 artefatos oficiais: Product Backlog, Sprint Backlog e o Incremento.
O que é artefato?
Artefato é o produto de uma ou mais atividades no contexto do desenvolvimento de software, ou seja, um artefato é qualquer coisa produzida para o desenvolvimento de software, podendo ser um documento, um diagrama, uma parte do software desenvolvido.
O que é Backlog?
Backlog é uma lista, um resumo histórico, de acumulação de trabalho num determinado período de tempo, pode ser uma pilha de pedidos que devem ser produzidos.
Além destes 3 artefatos oficiais, o Scrum recomenda uma forma de monitorar o progresso em direção ao objetivo do projeto, aonde normalmente são utilizados gráficos de Burndown, Burnup e o famoso quadro Kanban (o quadro Scrum).
Resumidamente, os principais artefatos do Scrum são:
- Product Backlog – que é a lista ordenada dos requisitos ou funcionalidades que o software deverá ter para ser concluído.
- Sprint Backlog – lista das tarefas a serem executadas durante uma Sprint, para se atingir a meta da Sprint, é o desmembramento de cada item selecionado do product backlog em pequenas tarefas.
- Incremento – parte do software pronto, potencialmente utilizável, construído durante a Sprint.
- Burndown Chart – ou gráfico de burn down, é um gráfico que demonstra as tarefas da sprint ou itens do backlog do produto que ainda precisam ser realizados x o que foi realizado até o momento.
- User stories – ou histórias de usuários são os requisitos, detalhes para cada item do product backlog, na visão do usuário.
Obviamente, esses artefatos são os mais utilizados, mas dependendo do seu projeto, é necessária a inclusão de mais artefatos. Dependendo da organização, é necessária a documentação da modelagem de dados utilizando uma ferramenta como ERWin ou MySQL Workbench, é necessário um plano de testes integrados, um manual de utilização do sistema, enfim, uma porção de documentos que precisam ser construídos.
É comum ouvirmos algumas pessoas dizerem que no Scrum não é preciso documentação ou que simplesmente devemos eliminar a documentação e partir para o sistema pronto. Inclusive, até eu mesmo pensava desta forma no início, mas não é bem isso que o Manifesto Ágil defende. O manifesto ágil, ao qual o Scrum está inserido, defende que a documentação relevante seja feita e que a documentação menos importante, seja reavaliada a sua necessidade.
Em suma, o que isso quer dizer é: se o documento de requisitos é importante e relevante para o software, ele deve ser feito e melhorado constantemente, para que isso venha agregar valor à entrega. Agora se o documento de plano de testes não é utilizado e não está gerando valor ao produto, então esse pode deixar de ser feito. Lembre-se dos princípios do Scrum que é produzir software com o maior valor agregado possível, então se o documento irá aumentar o valor do software, ele precisará ser feito.
Nesta série que estou iniciando, vou detalhar melhor os artefatos: backlog do produto, backlog da Sprint, histórias de usuário, Gráfico Burndown e Quadro Scrum, com alguns exemplos e templates que podem ser utilizados.
No próximo Post, iniciaremos com o artefato Product Backlog.
Até a próxima.