A diferença entre GASPs e as regras do Scrum
Experimentalmente, tenho usado um termo especial em algumas discussões e treinamentos recentemente: GASP (Generally Accepted Scrum Practice). Isso significa algo como "práticas geralmente aceitas em Scrum".
Mais especificamente, defino GASPs como atividades que são realizadas por muitos – mas não necessariamente por todos – Times Scrum. Um time que não realiza tal atividade ainda pode trabalhar com Scrum. Portanto, "trabalhar com iterações curtas de no máximo um mês" não seria um GASP. Isso é mais uma regra do Scrum. Para ser um GASP, algo deve ser geralmente aceito como uma boa ideia. Na prática, tento explicar assim: todo Time Scrum deveria conhecer essas práticas, mas alguns times podem deixar de usá-las por determinados motivos. Frequentemente, eles optam por algo muito semelhante.
Depende do contexto das regras
"Realizar uma Sprint Review após cada Sprint" seria para mim mais um GASP do que uma regra. Uma equipe pode trabalhar com Scrum se abrir mão de uma Sprint Review Meeting? Sim, e acredito que isso acontece cada vez mais. Cada vez mais equipes preferem fazer Reviews menores conforme a necessidade, em vez de uma única reunião grande no final do Sprint. Uma equipe que desenvolve um site pode fazer uma breve review com o Product Owner após a conclusão de cada User Story e depois implementar diretamente a nova funcionalidade no site. Isso é fundamentalmente melhor ou pior do que uma única Sprint Review Meeting no final do Sprint? Não consigo dizer com certeza – depende sempre do contexto. De qualquer forma, eu nunca diria que uma equipe não trabalha com Scrum só porque realiza várias reviews menores.
"Realizar uma Sprint Review após cada Sprint" é aqui um GASP porque a equipe conhece a ideia por trás disso. É uma boa ideia e muitas equipes seguem essa prática. No nosso exemplo, porém, os membros da equipe podem abrir mão dela e adotar algo diferente que funcione melhor para eles – mas devem estar cientes da ideia de uma review no final do Sprint.
Conclusão: Regras do Scrum vs GASPs
Para se tornar uma GASP, uma prática precisa ser mais do que apenas uma ideia promissora. Ela precisa ser aplicada por um número suficiente de equipes Scrum para que possa ser considerada "geralmente aceita". "Usar User Stories como itens do Product Backlog" seria uma dessas "práticas geralmente aceitas", pois, na minha visão, as User Stories se mostraram extremamente adequadas para o backlog. Isso significa que uma equipe Scrum precisa trabalhar com User Stories? Claro que não. No entanto, acredito que o uso de User Stories se tornou tão comum que toda equipe deveria pelo menos conhecer o conceito antes de optar por algo diferente.
Porém, se uma equipe não segue uma regra do Scrum – ao contrário de uma GASP – ela definitivamente não está trabalhando com Scrum.
Este texto é do blog de Mike Cohn e foi traduzido por nós para o português.
