Muitas empresas de software tem buscado a solucao magica no Scrum, mas nao estao obtendo o resultado esperado. A maioria delas, apos alguns meses, desiste do framework e volta ao ad-hoc, culpando-o pelo fracasso. Mas sera que essas empresas estao implantando corretamente?Pelo que tenho visto, a maioria tem feito adaptacoes no framework que tiram algumas de suas caracteristicas essenciais. Por exemplo, o intenso ciclo de comunicacao garante alinhamento de expectativas; a constante revisao de escopo garante coesao no projeto; as entregas intermediarias buscam atendimento da necessidade do cliente e correcao de falhas antes do final do projeto; o conceito de timebox forca a equipe a ter o que entregar, evitando o prolongamento de atrasos. Ora, esses beneficios sao provenientes dos principios embutidos no Scrum e adaptar o processo pode trazer resultados desastrosos.Mas quais sao os erros mais frequentes? Fiz um levantamento de erros comuns e que levam a implantacao do Scrum ao fracasso:1.Vestir a capa de scrum, mas trabalhar cascataSprints sao timeboxes, ou seja, um tempo fechado em que se realizam entregas parciais do projeto. As entregas sao priorizadas para que, ao final do tempo, exista uma saida, alguma entrega.Montar sprints como etapas ou fases de um projeto e um erro. Dessa forma perdem-se os beneficios do ciclo de melhoria continua (que muito lembra o PDCA), mais conhecido como iterativo-incremental, que grossomodo significa entregar parcialmente e agregar valor ao produto a cada ciclo, atraves da melhoria continua. Portanto, e importante que as entregas sejam parciais e evolutivas.2.Impor prazo de cima para baixoA definicao de prazos arbitrarios e uma pratica condenada tambem pelo PMI, deve-se envolver os executores das atividades na fase de Planejamento. O Scrum nao precisa de nada disso, ele trabalha com sprints e inves de um prazo fechado. Precisam-se de entregas priorizadas para que a equipe decida o que vai ser entregue, caso no prazo nao seja possivel terminar tudo.Existe muita polemica em relacao a essa questao, pois as pessoas se sentem desconfortaveis em afirmar que a equipe podera nao entregar tudo, mas no mundo real muitas equipes nao realizam as entregam na data combinada e atrasam os projetos. O Scrum nao quer dizer que a equipe vai fazer corpo-mole e deixar de entregar as coisas, pois existe um monitoramento diario das atividades e as entregas sao parciais. Desse modo, nao havera aquela pressao do ultimo dia, mas uma pressao a cada sprint, reduzindo o risco de um atraso maior. Alem do mais, a equipe fica ciente de que deve fazer primeiro o que for prioridade e que SE for preciso, entreguem parcialmente, mas jamais deixem de entregar no prazo.3.Realocar membros da equipe para outros projetos mais prioritariosA mudanca de prioridade entre projetos nao combina muito bem o com o agile, pois ele tem como premissa o trabalho integrado, colaborativo e priorizado. Toda a motivacao da equipe no Scrum (segundo minha percepcao) vem do agrupamento, do cumprimento de metas e da cobranca mutua, parametros estimulados pelo Scrum de um modo geral. Alem disso, licoes aprendidas, sincronia e alto desempenho serao perdidos com a troca de componentes (de pessoas).4.Nao fazer reuniao