O Scrum Guide descreve o framework Scrum como propositalmente incompleto, adequando-se à realidade das empresas e possibilitando melhorias em seus processos.
Este texto não tem como objetivo explicar ou detalhar o framework Scrum, mas destacar que os termos incompleto e adaptável podem causar certa confusão. Essas palavras são utilizadas para mostrar que o Scrum pode ser utilizado em conjunto com diversos outros processos, técnicas e práticas. Mas isso não significa que seja possível aplicar somente alguns dos itens descritos no Scrum Guide e assumir que o Scrum está sendo utilizado.
Essa pode ser uma maneira de gerenciar uma equipe ágil, mas não é aplicar o Scrum. O Scrum Guide deixa claro que o framework define os passos necessários para sua implementação. Apesar de simples e adaptáveis, a aplicação de cada um dos itens é necessária para que o Scrum seja provado na equipe ou organização.
Artefatos e seus compromissos são exemplos de itens cuja aplicação é prejudicada por uma interpretação equivocada de sua necessidade na implantação do Scrum. Artefatos são itens que possibilitam uma visão transparente de tudo o que representa trabalho ou valor para o produto. Cada artefato possui um compromisso que possibilita uma visão clara de seu objetivo e o que deve ser feito para alcançá-lo. O Scrum define três artefatos:
- Product Backlog: É o que define os passos necessários para a evolução do produto. Seu compromisso é a meta do produto, que representa qual estado se deseja que o produto alcance no futuro.
Essa meta é o desafio de longo prazo da equipe, e todos devem conhecê-la e ter em mente que o trabalho a ser feito é em prol desse objetivo. Um Product Backlog sem meta do produto é uma lista de tarefas sem foco, podendo não convergir em um objetivo em comum.
- Incremento: É a menor parte utilizável de um produto. Um incremento é uma entrega de valor que, junto a outros incrementos, avança em direção à meta do produto. O compromisso de um incremento é a definição de pronto. A definição de pronto deve atender às expectativas do produto, ser clara e conhecida por toda equipe.
Durante o planejamento da sprint, a definição de pronto deve ser levada em consideração em cada incremento, e os desenvolvedores devem ser criteriosos em garantir que ela seja cumprida. A ausência de uma definição de pronto, ou a falta de padrão para essa definição, pode gerar perda de qualidade, incrementos incompletos e falta de padrão de desenvolvimento.
- Sprint Backlog: É o planejamento que os desenvolvedores possuem para entregar valor durante a sprint. Seu compromisso é a meta da sprint, ou seja, quão evoluído espera-se que o produto esteja ao final do prazo da sprint, ou quais incrementos devem ser finalizados. Aqui é onde talvez ocorram, com maior frequência, os equívocos de entendimento. A meta da sprint não deve ser “entregar todas as tarefas planejadas”; a sprint deve ser planejada a partir um objetivo preestabelecido, e cabe aos desenvolvedores definir quais itens serão adicionados ao Sprint Backlog para que a meta da sprint seja alcançada.
Isso permite que a equipe se organize melhor, direcionando o foco de forma mais assertiva. Sprints que não possuem metas definidas podem ocasionar o desenvolvimento de itens de menor prioridade, desenvolvimento de tarefas com focos muito distantes dentro da mesma sprint e até o desenvolvimento de tarefas conflitantes.
Em resumo, o Scrum é um framework simples, porém, para o sucesso de sua implementação, deve-se dar a devida atenção a todos os itens descritos no Scrum Guide. Artefatos e compromissos são um exemplo de como o framework utiliza da premissa de entender “para que fazer” antes de “o que fazer” e “como fazer”.
*As opiniões aqui colocadas refletem minha opinião pessoal e não necessariamente a opinião da Compass UOL.