Cada vez mais o Scrum vem ganhando força e sendo reconhecido como o mais popular método ágil para gestão de projetos. A metodologia foi desenvolvida com base no manifesto ágil, combinando com uma joga de Rugby que inspirou seu nome.

Um dos principais focos do framework é isolar a equipe, trazer a agilidade para o gerenciamento de projetos, aumentando a velocidade e a mudança. Utilizado em diferentes companhias, o fremework surgiu no desenvolvimento de projetos de software, onde normalmente os projetos costumam sofrer um número maior de mudanças de escopo devido ao seu ambiente instável e mais dinâmico. Hoje o Scrum vem sendo utilizado em diferentes naturezas de projetos e gerando resultados favoráveis.

Mesmo com tantos benefícios, sabemos que adotar a metodologia não é uma tarefa fácil. Diferentes fatores precisam ser analisados antes de sua implementação. Existem muitos mitos pairando sobre a implementação do Scrum. Confira alguns deles:

1 – Não aceitamos escopo aberto

Muitos acreditam que com a adoção do Scrum não é mais necessário planejar datas de entrega e custos do projeto. Isso é um mito. É possível ter estimativas no Scrum, a grande diferença é a necessidade de mudança do modelo mental. Toda estimativa, seja de custo ou de prazo, por mais detalhada e realista que seja, ainda é uma estimativa, ou seja, possui uma margem de erro e fatores de incerteza associados.

Algumas abordagens mais tradicionais de gerenciamento de projetos tentem a se proteger das mudanças, criando processos, às vezes complicados ou mesmo burocráticos, para tornar alto o custo da mudança.

Diferente desse padrão, os métodos ágeis tratam a mudança como parte natural do processo, onde a mudança e o aprendizado da equipe e do cliente levam a um produto final melhor. A equipe assume o compromisso com aquilo que vai realmente entregar e nada além disso. Conforme as entregas são realizadas com sucesso, o cliente vê o resultado e adquire confiança de que a equipe pode não se comprometer com tudo o que ele deseja, mas entregará aquilo com o que se comprometer. No inicio é difícil, pois nosso modelo mental está acostumado com o escopo fechado, no entanto com tempo percebemos como é bom trabalhar com objetivos realistas. Ao final, temos plena convicção que é melhor dizer não, do que a frustração de não alcançar os objetivos prometidos. Ainda assim, pode não ser aplicável para todos os tipos de projetos.

2 – Solução Tabajara de Gestão Projetos

Lembra do Seu Creysson que sempre chega com a solução para todos os seus problemas com um fantástico produto das organizações Tabajara? Não pense que o Scrum será assim. Não existe solução mágica! Saiba analisar os pontos positivos e negativos do método para sua organização e reconheça em quais projetos ele se aplica e quais projetos deverão ser conduzidos da maneira tradicional. Projetos onde o nível de incerteza é muito grande como desenvolvimento de novos produtos, pesquisa e desenvolvimento, ou desenvolvimento de uma nova unidade de negócio são bons candidatos. Em cenários completamente opostos, onde existe muita formalização de contrato, extremamente sensível ao prazo e ao escopo, ou quando se trata de um projeto muito recorrente dentro da companhia, normalmente serão melhor gerenciados com uma abordagem mais conservadora seguindo o bom e velho PMBOK.

3 – Adeus Documentos

Já vi empresas da área de software criticarem o Scrum afirmando que a metodologia é uma bagunça e que não necessita documentar nada. Já vi o oposto também, onde a equipe de desenvolvimento ficou feliz por saber que a partir de agora não será mais necessário documentar o projeto pelo fato de ter adotado o Scrum.

O Scrum, na verdade é um método ágil de gestão de projetos, o que não quer dizer que exista restrições sobre a documentação do projeto ou qualquer outro tipo de restrição no que diz respeita a processos. Agora, independente do método adotado, o levantamento de requisitos, a análise de negócio, gestão de projetos, desenvolvimento (ou codificação), teste e documentação podem e devem sempre estar presentes. A grande diferença é que todas essas disciplinas / atividades são realizadas em ciclos menores (sprints), e de forma evolutiva (a cada rodada). No lugar de esperar entender e registrar tudo, fatiamos em parte — como diria o Capitão Nascimento.

4 – Viva o Caos

Sim é verdade que o Scrum possui raríssimos processos de controle e até as reuniões que na gestão convencional de projetos são intermináveis, na metodologia ágil são delimitadas e têm objetivos específicos. A reunião em pé foi concebida para durar 15 minutos e a responder a poucas perguntas (O que você tem feito desde ontem? O que você está planejando fazer hoje? Você tem algum problema te impedindo de realizar seu objetivo?). Mas isso não quer dizer desordem ou que a equipe viverá em meio ao caos. É muito importante que cada um dos poucos rituais do Scrum sejam religiosamente mantidos. Só assim conseguiremos que os resultados sejam mantidos no longo prazo, para que impedimentos sejam identificados e removidos, para que exista um canal aberto de comunicação constante entre o cliente e para que ocorra a evolução do próprio processo.

Depois que começamos a ver os resultados da metodologia costumamos dar uma relaxada em alguns processos. Aí tudo começa a funcionar como uma bola de neve, um dia não fazemos a reunião em pé e, sem perceber, aos poucos vamos abandonando elementos que sustentam a metodologia.

Por isso, mantenha a disciplina sempre. O Scrum não possui muitos processos de controle e mesmo as reuniões previstas têm objetivos muito bem definidos. A reunião diária foi desenhada para ser a mais objetiva e rápida possível (15 minutos no máximo).

Ainda assim, é importante garantir que os (poucos) processos sejam seguidos com o objetivo de manter os resultados a longo prazo, levantar e remover impedimentos, mantendo um canal de comunicação constante com o cliente, contribuindo para a evolução do próprio processo. Não caia nessa tentação, mantenha a disciplina.

E você? Já ouviu algum dos mitos mostrados neste artigo? Conte para gente!