Metodologia SCRUM: o que é, como usar e exemplos!

Em Comportamento profissional por André M. Coelho

Scrum é facilmente uma das estruturas de desenvolvimento de software mais conhecidas e comumente implementadas no mundo. Em seu núcleo, o Scrum é na verdade uma estrutura ágil. No entanto, o Scrum adere a um conjunto bastante rigoroso de processos e práticas.

Neste artigo, mergulharemos mais fundo nas origens do Scrum, qual é o quadro no reino do desenvolvimento de software, como é tipicamente implementado, e algumas vantagens potenciais e desvantagens que você pode experimentar enquanto estiver usando o Scrum no seu próximo projeto, e mais!

O que é o SCRUM?

A palavra “SCRUM” é mais comumente usada no esporte do futebol de rugby. No Rugby, um scrum é um método de reiniciar a jogada depois que uma infracção de regra menor ocorreu, especificamente em uma situação em que nenhuma vantagem seria adquirida para a equipe que obedeceu às regras.

Um scrum é formado com oito jogadores de cada equipe ligando em três linhas apertadas de cada lado, antes de enfrentar umas às outras com a cabeça para baixo e tentando empurrar a equipe adversária fora de posição. A bola é jogada no túnel (a lacuna sob os jogadores), e como o Scrum começa, ambas as equipes tentam mover a bola usando as pernas e se reposicionar, de modo que a bola surja por trás da formação de sua equipe e pode ser tomada em posse. Não sou especialista e esta é uma explicação muito rudimentar em comparação com as regras completas de um scrum, que são muito mais aprofundados e interessantes, mas esta origem do scrum de transições de rugby bem no uso da palavra dentro do desenvolvimento de software.

Na edição de janeiro de 1986, dois professores da Universidade Hitotsubashi em Tóquio Japão, Hirotaka Takeuchi e Ikujiro Nonaka, publicado um artigo intitulado “O novo novo jogo de desenvolvimento de produtos”, que enfatiza a importância da velocidade e flexibilidade ao desenvolver novos produtos. No artigo, Takeuchi e Nonaka detalhe as lições aprendidas com as práticas de fabricação, que se referem à “abordagem de rugby”, em que a equipe “tenta percorrer a distância como uma unidade, passando a bola para frente e para trás.” O artigo até continua a utilizar explicitamente do termo scrum para definir essas práticas de empurrar a equipe para a frente, que é considerada a introdução do termo para o desenvolvimento moderno e desenvolvimento de projetos.

Alguns anos depois, um desenvolvedor de software chamado Ken Schwaber começou a implementar a estrutura de Scrum em práticas de desenvolvimento de software dentro de sua empresa. Nas próximas décadas, a estrutura do Scrum começou a tomar forma, com a publicação de livros e guias delineando seu uso, incluindo o livro definitivo de Schwaber e Colega Jeff Sutherland, o guia Scrum. Como acontece, o guia nos fornece uma definição de que Scrum é: “uma estrutura em que as pessoas podem abordar problemas adaptativos complexos, enquanto entregando produtos de forma produtiva e criatividade do maior valor possível.”

Funcionamento do SCRUM na prática

O SCRUM é uma técnica de produtividade que ajuda a melhorar também a organização da sua vida profissional. (Imagem: divulgação)

Scrum e sua metodologia

A teoria do Scrum é focada em ser um processo empírico: um quadro que tenta ganhar conhecimento experiente, então tomar decisões com base no conhecimento aprendido. Para atender esse objetivo, o Scrum é fundado em três pilares principais:

Transparência: todos os aspectos relevantes do projeto devem ser bem definidos e visíveis para todos na equipe que compartilha a responsabilidade pelos referidos aspectos.

Inspeção: os artefatos de Scrum devem ser inspecionados com frequência, para medir o progresso em direção a metas da Sprint (ambos, discutiremos em breve).

Adaptação: se um inspetor decidir que um aspecto do projeto esteja falhando em atender às metas pretendidas, esse aspecto deve ser ajustado o mais rápido possível.

O guia Scrum também estabelece os cinco principais valores de scrum:

Compromisso: os membros da equipe se comprometem individualmente para alcançar seus objetivos de equipe, cada sprint.

Coragem: Os membros da equipe sabem que têm coragem de trabalhar em conflito e desafios juntos para que possam fazer a coisa certa.

Foco: os membros da equipe se concentram exclusivamente em seus objetivos de equipe e do backlog sprint; Não deve haver trabalho diferente do seu backlog.

Abertura: os membros da equipe e suas partes interessadas concordam em ser transparentes sobre o seu trabalho e quaisquer desafios que enfrentam.

Respeito: os membros da equipe respeitam um ao outro para serem tecnicamente capazes e funcionam com boa intenção.

Artefatos do scrum

Um artefato de Scrum é simplesmente uma representação de valor ou trabalho a ser concluída, o que é bem definido e deve ser transparentemente visível para todos os membros da equipe. Existem três tipos principais de artefatos de scrum:

Backlog do produto: este é o equivalente a um funcionamento em uma lista de progresso. O backlog do produto é simplesmente uma lista ordenada de todos os itens que são (ou podem ser) necessários ao longo da totalidade do ciclo de vida do desenvolvimento de software. O backlog atua como a documentação de requisitos definitiva para o projeto. O backlog do produto é mantido pelo proprietário do produto.

Sprint Backlog: um backlog Sprint é um subconjunto de itens do backlog do produto que foram explicitamente selecionados para fazer parte de um sprint.

Incremento: o incremento é o resumo de todos os itens do backlog do produto que foram concluídos com sucesso durante uma determinada sprint, adicionada ao valor de todos os incrementos anteriores.

Funções da equipe no scrum

Existem três funções primárias dentro de toda a equipe do Scrum:

Proprietário: este indivíduo pode ser melhor considerado como o projeto ou produtor do projeto, e seu objetivo é maximizar o valor do produto, garantindo que a equipe de desenvolvimento produza o melhor trabalho possível. O proprietário do produto se concentra em grande parte na manutenção do backlog do produto

Equipe de desenvolvimento: o grupo de desenvolvedores que realmente produzem o trabalho definido no backlog do produto em uma iteração funcional e libertável. A equipe de desenvolvimento deve ser auto-organizando e totalmente independente do Scrum Master.

Scrum Master: atua tanto quanto tanto o árbitro quanto o treinador para toda a equipe quando se trata do uso adequado e implementação de práticas e processos de scrum.

Eventos de Scrum e Fluxo de Trabalho

As atividades do dia-a-dia dentro da estrutura do Scrum são todas baseadas em determinados eventos de scrum. Todos os eventos são “time-boxed”, o que significa que cada um tem uma duração máxima. Isso ajuda a garantir que o ciclo de vida do desenvolvimento permaneça constantemente adaptativo e adequadamente ágil.

A estrutura Scrum define cinco tipos de eventos:

Sprint Planning: durante este evento, toda a equipe colabora para definir o que o objetivo Sprint será para o próximo Sprint. Isso é realizado respondendo a duas perguntas simples: 1) Que trabalho deve ser realizado no próximo mês? 2) Como esse trabalho pode ser concluído? A sessão de planejamento da Sprint deve ser mantida a um máximo de oito horas por mês.

Sprint: as práticas de pão e manteiga de scrum, um sprint é um período de um mês em que uma iteração potencialmente libertável é criada (comumente referida como um “feito”). Apesar do nome, um sprint não é nada como uma otimização de tempo. Em vez disso, um sprint é sempre ativo: quando um sprint termina, o próximo começa imediatamente.

Diário Scrum: todos os dias, a equipe de desenvolvimento atende por um máximo de 15 minutos para discutir o trabalho planejado para o dia seguinte.

Revisão da Sprint: após a conclusão de um sprint, a revisão Sprint é um evento com uma duração máxima de quatro horas, no qual toda a equipe discute os resultados de incremento e torna as alterações necessárias no backlog do produto.

Retrospectiva do Sprint: no máximo de três horas, a Retrospectiva de Sprint ocorre após a revisão da Sprint, mas antes da próxima Sprint, e é uma reunião para toda a equipe decidir sobre potenciais melhorias que podem ser feitas gerais para práticas ou procedimentos para próximo sprint.

Vantagens do Scrum

Permite prototipagem rápida: com um máximo de apenas um mês para se dedicar a qualquer objetivo específico da sprint, o Scrum permite a rápida codificação e desenvolvimento de ideias ou componentes que podem ser experimentais ou podem até falhar, sem problemas graves ou possíveis desvantagens.

Mantém os clientes no ciclo: desde que o Scrum é uma estrutura ágil e é altamente iterativa, os clientes são capazes de avaliar rapidamente o progresso e fornecer feedback ao longo da totalidade do ciclo de vida do desenvolvimento.

Incentiva a produtividade consistente: as reuniões diárias de scrums diários são uma maneira garantida de obter insight de todos os membros da equipe sobre seu progresso, portanto sugestões e orientações podem ser fornecidos quando necessário para manter o desenvolvimento na pista.

Desvantagens do Scrum

Abundância de reuniões: muitas pessoas, particularmente desenvolvedores que tentam manter esse estado de fluxo doce, é improvável que apreciem a necessidade de inúmeras reuniões, particularmente os scrums diários.

Dificuldade em potencial com estimativas: como com outras estruturas ágeis, é muito fácil simplesmente pular em um projeto e começar o desenvolvimento sem muito no modo de planejamento. Embora isso seja muitas vezes um benefício, também significa que o Scrum pode ofuscar o tempo real e os custos monetários de um projeto (ou mesmo aspectos do referido projeto), muitas vezes até alguns meses abaixo da linha.

Requer liderança leniente: desde que as práticas adequadas de scrum enfatizam a importância de separar a gestão de equipes de desenvolvimento de papéis, como o Scrum Master e o proprietário do produto, a implementação bem-sucedida do Scrum requer que os gerentes e liderança sejam capazes de confiar na equipe de desenvolvimento e dar-lhes a liberdade de que precisam para trabalhar de forma independente.

Ficou alguma dúvida? Deixem nos comentários suas perguntas e iremos ajudar!

Sobre o autor

Autor André M. Coelho

André é pós-graduado em pedagogia empresarial, especializando na padronização de processos. Possui mais de 300 horas em cursos relacionados à administração de empresas, empreendedorismo, finanças, e legislação. Atuando também como consultor e educador empresarial, André escreve sobre Recursos Humanos desde 2012.

Deixe um comentário