Scrum não diz que
Com a gentil permissão do autor Adrian Howard (Quietstars), traduzimos este artigo da sua conta no Medium. Afinal, escrevemos e ensinamos dia após dia o que é Scrum, como aplicá-lo de forma eficaz e quais condições devem estar presentes para isso. – Por isso, talvez seja hora de dizer o que o Scrum definitivamente não é e nem pretende ser!
Como Adrian já fez isso perfeitamente no seu artigo, aqui está a tradução completa para o português:
Uma reclamação sobre o que Scrum não é!
Na Quietstars, nós mesmos não usamos Scrum. Também não sou um grande fã do Scrum (especialmente não da indústria de certificações que se formou em torno do Scrum – veja CSSTWP para saber mais).
Mesmo assim, parece que passo grande parte do meu tempo defendendo o Scrum. Porque a maioria das críticas que ouço não se refere a coisas que o Scrum realmente prescreve.
Por exemplo:
Scrum não diz que as stories precisam ser escritas como: "Como papel, quero chegar ao objetivo por uma razão".
Scrum não diz que você só pode fazer release uma vez por Sprint.
Scrum não diz que você só pode liberar no final de um Sprint.
Scrum não é um acrônimo e não se escreve S.C.R.U.M. (ok… raramente ouço reclamações sobre isso, mas me irrita demais!)
Scrum não diz que o Sprint Backlog e o Product Backlog precisam conter o mesmo tipo de itens.
Scrum não diz que você precisa ter gráficos de burndown ou burnup.
Scrum não diz que você precisa esperar até a Sprint Review para mostrar coisas às pessoas.
Scrum não diz que você precisa esperar até a Sprint Retrospective para falar sobre problemas.
Scrum não diz que você só pode demonstrar ou conversar com stakeholders uma vez durante o Sprint.
Scrum não diz como devemos estimar os itens do Backlog.
Scrum não diz que você precisa ter pontos.
Scrum não diz que você deve usar velocidade como meta.
Scrum não diz que você precisa acompanhar velocidade de forma alguma.
Scrum não diz que você precisa ter Epics, Stories ou Tasks.
Scrum não diz que você não pode ter reuniões além do Sprint Planning, Daily Scrum, Sprint Review ou Sprint Retrospective.
Scrum não diz que o Product Owner pode impedir o time de trabalhar na dívida técnica.
Scrum não diz que o Product Owner pode dizer ao time como transformar o Backlog em código pronto para release.
Scrum não diz que o Scrum Master pode dizer ao time como transformar o Backlog em código pronto para release.
Scrum não diz que profissionais de operações não podem fazer parte do time.
Scrum não diz que testadores não podem fazer parte do time.
Scrum não diz que designers ou pesquisadores de UX não podem fazer parte do time.
Scrum não diz que analistas de negócios, gerentes, gerentes de projeto etc. não são necessários.
Scrum não diz que o Product Owner precisa tomar todas as decisões sozinho.
Scrum não diz que o Product Owner precisa priorizar todo o Product Backlog.
Scrum não diz que você precisa trabalhar mais de 80 horas por semana para cumprir a previsão que fez no início do Sprint.
… e provavelmente há muito mais coisas que Scrum não diz. – Fique à vontade para me dar mais sugestões!
O que é Scrum?
Como Tim Ottinger disse tão acertadamente em resposta à enxurrada de críticas no Twitter que este post provocou:
Percebi que a pergunta: "Você pode falar um pouco sobre como Scrum e Agile se relacionam?" é uma pergunta realmente importante. Porque em um extremo do espectro, recebemos olhares confusos, já que as pessoas pensam que Scrum e Agile são sinônimos. E no outro extremo do espectro, temos uma discussão reflexiva sobre Scrum, outros métodos ágeis, como eles se relacionam e quais são os trade-offs desses métodos.
Muitas, se não a maioria das reclamações que ouço sobre Scrum, são causadas por pessoas que copiam práticas de forma irrefletida de uma organização disfuncional onde aprenderam sobre agilidade pela primeira vez.
Então, se você ouvir alguém reclamando do que o Scrum o obriga a fazer, encoraje-o a ler o Scrum Guide corretamente e novamente. Isso pode ser feito em uma pausa para o almoço e ainda sobra tempo para uma sobremesa tranquila – o guia tem menos de treze páginas na nova edição de 2020.
Scrum é, em sua essência, um framework de melhoria de processos realmente mínimo
Só quando você entende como esse framework está estruturado, consegue lidar com o terrível monstro da semana de oitenta horas de trabalho, que muitas vezes é chamado de Scrum.
Às vezes, esse conhecimento é o que te faz perceber que Scrum não é o que você precisa.
Porque o Scrum não diz que é a única maneira verdadeira de trabalhar de forma ágil, ou sequer a única maneira de trabalhar.
O que faz um Agile Leader?
=> O que caracteriza os líderes ágeis?
Agile HR
=> Se você quer se tornar ágil, comece pelo seu departamento de RH!
Como as formações ágeis podem te ajudar?
=> Perguntamos a uma consultoria de recursos humanos o quão populares são as formações ágeis entre os empregadores.
