Os Principais Equívocos Sobre a Metodologia SCRUM [Definição Incluída]

Durante nosso trabalho na empresa de desenvolvimento de software Elligense , notamos alguns equívocos e mitos que podem assustar os principais gerentes que decidiram implementar a metodologia SCRUM Agile em seus projetos.

Dan Fedirko em HackerNoon.com Segue em 9 de jul · 6 min ler

Eu decidi reunir e quebrar os maiores. Mas antes de fazer isso, vamos nos lembrar do que é a metodologia SCRUM.

Foto por Geoff Scott em Unsplash

SCRUM: O que é isso?

Na primeira abordagem, a SCRUM descreveu Hirotaka Takeuchi e Ikujiro Nonaka, que notaram que equipes pequenas (5 a 9 pessoas), compostas por especialistas diversificados, davam os melhores resultados. A descrição mais completa do SCRUM foi introduzida pela primeira vez no livro 'SCRUM' por Jeff Sutherland, onde ele definiu qual é a metodologia SCRUM.

Em sua raiz, o Scrum é baseado em uma idéia simples: sempre que você inicia um projeto, por que não faz check-in regularmente, veja se o que você está fazendo está indo na direção certa, e se é realmente o que as pessoas querem? E questione se há alguma maneira de melhorar a maneira como você está fazendo o que está fazendo, de como fazê-lo melhor e mais rápido, e o que pode estar impedindo você de fazer isso.

Jeff Sutherland

Jeff começou sua carreira como piloto militar. Durante a Guerra do Vietnã, ele fez mais de cem surtidas. Então Jeff estava engajado na ciência, mas o mundo se lembrará dele como um dos fundadores da metodologia SCRUM Agile.

O livro começa com uma história real da vida do FBI, que gastou milhões de dólares no desenvolvimento de um sistema automatizado projetado para pesquisar e rastrear criminosos. O problema era que, quando o projeto estava prestes a expirar, os contratados mostraram ao FBI um produto completamente inativo. Isso significou apenas uma coisa: os contribuintes americanos gastaram milhões em vão. A situação parecia desesperada até que a liderança do FBI se voltou para o então emergente método de gerenciamento de projetos SCRUM. Este método é descrito em uma linguagem acessível no livro acima mencionado.

Imagem via Wikimedia Commons

Os principais equívocos sobre a metodologia SCRUM

1. Controle total que mata a criatividade

No SCRUM, a equipe do projeto decide como atingir uma meta de negócios, não o gerenciamento. Essa abordagem motiva e estimula a criatividade, em oposição à administração clássica, na qual os funcionários são delegados para executar ações específicas de baixo nível. No segundo cenário, os funcionários nem sempre entendem porque fazem uma determinada tarefa e como isso afetará o projeto como um todo.

Assim, no SCRUM, a gerência não controla as ações da equipe do projeto, há relatórios sobre os resultados no final de cada sprint (um período de tempo predeterminado, por exemplo, 2 semanas).

A principal característica do SCRUM é a transparência na equipe. Como isso é alcançado? Em primeiro lugar, pelos stand-ups diários, em que todos os membros da equipe contam o que fizeram ontem, o que farão hoje, que problemas (bloqueadores) enfrentam atualmente. Nós da Elligense não sentimos falta de stand-ups porque eles ajudam cada membro da equipe a remover obstáculos em seu trabalho e a dedicar seus colegas a seus planos para que todos entendam onde o projeto está indo hoje e percebam seu papel no desenvolvimento de produtos. Para o mesmo propósito, usamos o quadro SCRUM em Jira, onde todos podem ver as tarefas de cada membro da equipe.

Com isso dito, vemos que o SCRUM é uma abordagem flexível, não controla e estimula a criatividade.

2. SCRUM priva os direitos dos engenheiros mais experientes, porque eles obedecem a decisão da equipe

O SCRUM cria um ambiente no qual habilidades e experiência são mais importantes que títulos e posições. Um exemplo notável da situação inversa é a hierarquia das forças armadas, onde o poder é baseado na posição e na hierarquia. Um capitão pode ser muito mais talentoso e erudito do que um coronel, mas, apesar disso, o capitão deve obedecer estritamente. Uma estrutura tão rígida é ideal para condições extremas, como guerras, onde as decisões devem ser tomadas rapidamente, e sua discussão leva a um atraso que leva à morte das pessoas.

SCRUM não cancelará títulos. Cada funcionário tem sua posição de acordo com sua experiência e competência. No entanto, no processo de discutir uma decisão, o fator dominante é uma posição clara e razoável, respaldada pela experiência pessoal do funcionário na área em discussão, e não pelo seu título. Então, ao contrário do mito, o SCRUM dá poder aos membros da equipe que podem fornecer grandes ideias, seja o engenheiro mais experiente ou não.

3. O SCRUM se concentra nos valores de negócios de curto prazo, não no desenvolvimento de projetos de longo prazo

É um problema real. Felizmente, existem respostas para a pergunta “O que fazer?”. Devemos começar com o fato de que esse problema provavelmente não surgirá no projeto com uma duração não superior a seis meses.

Outra coisa é quando o software está sendo desenvolvido por 2 ou 3 anos ou mais. Há toneladas de artigos em que os autores demonstram sua dor em relação a tais projetos. Depois de 5 a 10 sprints, a adição de novos recursos se torna problemática e, além disso, a situação mais crítica se torna. O SCRUM é ótimo, mas você precisa pensar em estratégia e arquitetura de antemão. Felizmente, você pode evitar essa situação. Como?

Primeiro, engenheiros altamente experientes devem trabalhar no projeto para passar todos os commits para o repositório através de si mesmos durante uma revisão de código (na liderança da equipe da nossa empresa). Em segundo lugar, você deve ensinar sua arquitetura de software de engenheiros júnior e média, padrões de design e como ela é usada em um projeto existente (pelo menos 3 horas por semana). Essas aulas devem ser acompanhadas de prática e uma pequena porção de lição de casa para melhor aprendizado. Tarefas práticas podem até mesmo ser incorporadas no backlog de sprints do projeto. Isso não afeta muito a lucratividade do projeto, mas acelera o crescimento dos funcionários e evita possíveis problemas com a arquitetura de software. Reuniões periódicas permitirão que as equipes de projeto aprendam umas com as outras, o que não prejudica a qualidade do software produzido.

4. SCRUM não permite que engenheiros cresçam

O SCRUM assume que todas as decisões sobre como atingir as metas de negócios são delegadas à equipe. O proprietário do produto decide o que fazer e a equipe decide como. A equipe deve ter habilidade suficiente para tomar decisões eficazes. Assim, a pedra angular da metodologia SCRUM é a aprendizagem. É por isso que em todos os grandes bancos e empresas de terceirização de TI é dada muita atenção ao funcionário que cresce: treinamento, seminários, cursos. Nós até fazemos palestras internas na Elligense. O crescimento profissional dos funcionários é parte integrante do SCRUM. Devido ao fato de as equipes SCRUM serem relativamente pequenas, os membros da equipe precisam dominar toda a pilha de tecnologias dentro do projeto em que estão trabalhando. No final do projeto, o engenheiro obtém novas habilidades, o que aumenta seu valor no mercado de trabalho.

Bônus: Melhor Ferramentas de Gerenciamento de Equipe SCRUM

Screenshot do Wrike.com

  1. Jira – usamos esse software na maioria dos casos. Tem placas SCRUM especialmente projetadas, vários relatórios, controle de tempo, sprints e gerenciamento de backlog, dashboards.
  2. O Wrike é menos popular que o Jira, no entanto, tem quase as características. Além disso, existem fluxos de trabalho automatizados personalizados e ferramentas de gerenciamento de recursos.
  3. O Asana vem com excelentes recursos SCRUM, como quadros de kanban, cronograma de projetos, gerenciamento de backlog, gerenciamento de reuniões, dependências, acompanhamento de marcos, comentários e anexos de arquivos.

Conclusão

Neste artigo, tentei quebrar os equívocos populares sobre o SCRUM. Vamos repassar as declarações certas novamente:

  1. O SCRUM não é sobre o controle total e não mata a criatividade.
  2. Ele não priva os direitos dos engenheiros mais experientes como todos estão ao mesmo tempo em que faz o brainstorming da solução.
  3. O SCRUM pode ser usado em projetos de longo prazo se houver padrões de estratégia e arquitetura.
  4. Essa metodologia Agile suporta o crescimento de engenheiros.

Espero que agora você tenha menos medo de implementar essa metodologia em sua empresa.