Executando verificação de segurança...
1

Eu venho trabalhando com metodologia ágil há 15 anos. Tirei certificação Scrum Master e trabalhei com várias funções, tais como desenvolvedor, Scrum Master e líder de projeto.

Eu gostaria de compartilhar a minha opinião porque a grande maioria das organizações e pessoas não enxergam uma das principais motivações das metodologias ágeis: adaptar a mudanças constantes.

A realidade do modelo cascata é que a maioria destes projetos acaba mudando no meio do projeto por várias razões: a ideia de negócio mudou, requisitos não funcionais mudaram, o orçamento mudou, etc. Um exemplo clássico seria um projeto que foi arquitetado com várias integrações com e-mails; mas durante o desenvolvimento, o WhatsApp ficou popular, e agora o requisito mudou para usar o WhatsApp. Ou melhor ainda, a ideia de negócio mudou completamente, e agora querem mudar para um modelo muito diferente, aproveitando algumas partes do sistema anterior. Neste tipo de ambiente, o modelo cascata fracassa.

O modelo ágil tenta minimizar as falhas do modelo cascata. Contudo, os líderes de muitas empresas por aí ainda tiveram treinamento clássico em gerenciamento de empresas e querem o planejamento clássico do modelo cascata mascarado de ágil.

Para o modelo ágil funcionar, é necessário o apoio da gestão com entendimento da área de gestão de desenvolvimento de software e economia clássica e/ou economia comportamental para realmente aplicar a metodologia ágil.

Bom, eu poderia escrever muito sobre o tema, mas não vejo a necessidade. Vou parando por aqui.

Carregando publicação patrocinada...
1

Concordo, inclusive, já vi empresas se dizendo ágeis, com uma sprint de 2 semanas e um cycle time de 70 dias.

É de extrema importância que o ágil seja implementado aos poucos, melhorando a cada ciclo. Mas o que vejo em vários casos é ciclos se repetindo com os mesmos erros, como se todos estivessem de olhos vendados.

Escutei uma vez um Scrum Master falando: "- Estamos atrasados com essa tarefa, mas já temos um plano de ação definido. O Pessoal vai fazer 3 horas de hora extra até sexta e vai trabalhar fim de semana.".

Um Scrum Master que considera Hora Extra como plano de ação, comprou sua "habilitação" no paraguai. Uma frase dessa já deveria remover o certificado dele da parede instantaneamente.