Para quais projetos o Agile é mais adequado?

Recentemente me perguntaram quais tipos de projetos são mais adequados para processos ágeis. Na minha opinião, são aqueles com prazos apertados, alto grau de complexidade e alto grau de novidade (singularidade). Você deve usar métodos ágeis quando está fazendo algo novo ou quando é novo para a equipe em questão. Se a equipe já fez algo muitas vezes, provavelmente não precisa recorrer a métodos ágeis para isso.

Neste ponto, surgem paralelos com a indústria de manufatura. Quando você constrói o mesmo carro todos os dias, logo conhece todas as nuances envolvidas. Você não precisa de uma abordagem ágil porque a situação não é nova. Porém, novidade por si só também não significa que você deva usar um processo ágil.

3 Fatores do planejamento ágil de projetos

Recentemente, almocei em um restaurante chinês. Pedi a entrada "extra picante e com jalapeños." Certamente foi a primeira vez que prepararam esse prato exatamente dessa forma, tornando-o uma novidade, ou seja, único. Mesmo assim, estava delicioso e, como eu conseguia ver a cozinha, tinha certeza de que eles não precisaram de um Daily Standup nem de desenvolvimento orientado a testes (Test-Driven Development, TDD) para isso. (Talvez eu tenha conseguido identificar alguns elementos de Kanban 😉 ) Além da novidade, um projeto também precisa ter um certo grau de complexidade e o último elemento que torna um projeto adequado para Agile é a urgência. Os intervalos de trabalho e iterações em uma abordagem ágil são projetados para manter a intensidade e o foco durante um projeto. Se não há urgência em um projeto, isso é desnecessário.

Então, vamos ver como esses três fatores (urgência, complexidade, novidade) se combinam em diferentes projetos. Começamos, claro, com projetos de software. Projetos de software e métodos ágeis combinam perfeitamente, pois esses projetos são conhecidos por serem extremamente complexos. Cada projeto de software é um novo empreendimento e, no mundo de hoje, quase tudo é de alguma forma urgente.

Mas vamos olhar para outra situação em que Scrum é cada vez mais aplicado: no casamento. Todo ano ouço falar de vários casais que planejaram seu casamento com a ajuda do Scrum. Sempre há um Backlog para o casamento – comprar o bolo, escolher o fotógrafo, enviar convites, escolher o vestido etc. Como ficam meus três fatores mencionados acima? Urgência? Check! Sempre há um prazo e normalmente ele é bem fixo. Complexidade? Bem, talvez um casamento não seja tão complexo quanto um projeto de software, mas há fatores próprios que frequentemente envolvem requisitos não funcionais, como um orçamento fixo, quem senta ao lado de quem, qual comida será servida e se a banda do primo deve tocar na recepção etc. Novidade? Claro. A maioria das pessoas não se casa tantas vezes a ponto de planejar um evento desses virar rotina.

Conclusão: Para quais projetos Scrum e Agile são adequados?

Agile é mais adequado para projetos urgentes com um certo grau de complexidade e novidade, e isso inclui projetos de software e casamentos. No entanto, pode-se perguntar se o beijo no final da cerimônia é um Product Backlog Item ou uma parte dos critérios cumpridos do produto final…

Este texto é do blog de Mike Cohn e foi traduzido por nós para o português.

Documento SRS como User Story?

=> É possível transformar um documento SRS tradicional em uma User Story?

O momento certo para o Planning Poker

=> É assim que funciona o Planning Poker no Scrum?

Product Owner Training

=> Participa num dos nossos Product Owner Trainings e torna-te Product Owner certificado.