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.