Estamos em uma era em que o uso das metodologias ágeis está em alta, muitos dizem que está na moda na área do gerenciamento de projetos. Porém temos muitos gerentes de projetos que afirmam que há certos problemas na implantação de Scrum em seu time. Ou que o jeito com que essa metodologia age não está funcionando. Porém poucos tentam parar e ver o que está acontecendo na verdade e, muitas vezes, descobrem que estão utilizando ScrumBut ao invés de Scrum, o que pode não ser adequado para determinados times.
Boris Gloger, afirma que os 3 dos principais erros que ocorrem em equipes que estão querendo utilizar Scrum, são eles:
- O Gerente nomear um líder de equipe para ser ScrumMaster.
- O ScrumMaster acreditar que o Scrum irá se adaptar a empresa e que já está tudo pronto para misturar processos antigos com Scrum.
- O Product Owner não é presente ou então trabalha em muitos times ao mesmo tempo.
Os problemas abordados por Boris não se aplicam a todas as empresas e/ou projetos, visto que existem casos onde o Product Owner consegue dar conta de muitas equipes ao mesmo tempo. Porém tenha em mente que, se sua equipe possui algum desses problema, e o adoção do Scrum em seu projeto não está sendo amigável, tente extinguir os pontos supracitados pois eles podem ser a causa dos problemas.
O primeiro ponto é de suma importância pois pode ocorrer do ScrumMaster ainda vestir a camisa de Gerente, expressando assim uma conduta mandatória sobre o time, o que não é recomendado, visto que o time tem que saber se gerenciar e não existe comando-controle nesse caso.
O segundo ponto se refere a tentar fazer com que as coisas saiam correndo e, ainda no começo da implantação, querer impor sua velocidade e suas idéias acima das do Scrum. Utilizar ScrumBut no começo da implementação não é uma boa idéia, pois seus processos ágeis muitas vezes ainda são imaturos. Com o amadurecimento do Scrum é absolutamente normal você adaptar o mesmo as suas necessidades, tornando ele mais flexíveis (lembre-se que você estará utilizando ScrumBut e não Scrum).
O terceiro ponto, que segundo Boris Gloger é essencial e primordial, é ter muitas pessoas não dando importância ao P.O., pois ele demorar a aparecer. A presença do P.O no desenvolvimento é essencial. O time com certeza terá dúvidas no decorrer do Sprint, o time terá sugestões, e se essa comunicação TIME-P.O não for feita de forma natural e eficaz, a probabilidade de fazer algo que o cliente não queria é alta.
Esse são 3 dos principais erros citados por Boris.
Nenhum comentário:
Postar um comentário