Ah, os tradicionais gerentes de projeto…
Uma coisa que é sempre complicado numa introdução de SCRUM é a mudança de gerentes de projetos. Pessoalmente, sempre achei a cosia mais complicada essa relação de gerentes de projetos tradicionais. O que quero dizer com tradicionais? Há uma linha de trabalho histórica apelidada de top-down, top-bottom, etc. Pessoas acostumadas a mandar, obrigar, ignorar as motivações, ameaçar com demissões, etc. Isso sem contar na falta de comunicação verdadeira (papéis não são a maneira mais clara e transparente de comunicação) e, algo não obrigatório mas muito recorrente, a sede de poder. E qual o problema disso? A filosofia Scrum evoca como dogmas como: time auto gerenciado, avaliação do time quanto ao trabalho, o estimando de verdade, não há uma hierarquia na equipe como um todo, e há a obrigatoriedade de uma comunicação clara, com toda a equipe reunida. O time, quando pressionado por um GP tradicional, acaba engolindo o sapo. Até porque muitas vezes esse “sapo” está embasado por algum verdadeiro “top” (diretor, gerente) que quer este resultado agora. Isso acaba não transparecendo a todos. Mas ao haver uma reunião dos Scrummasters, e há algum scrummaster que já tenha se aprofundado mais, ou tenha experiencia, começam a aparecer os problemas: sempre mantendo iniciativas meio escondidas para dar-lhe aparição, a comunicação com pares existe sempre para trazer-lhe uma vantagem, as alianças não são quanto ao conceito de time e sim de posicionamento estratégico, e principalmente você vê que a equipe não pdoe estar satisfeita com uma postura normalmente arrogante que GPs normalmente assumem com a equipe e até pares, quando se posicionaram com visibilidade. Essa é uma das situações onde a empresa, na prática, decide se vai seguir uma linha ágil ou não. Pois, afinal de contas, qualquer gerente de projeto sem ser scrummaster pode fazer isso com a equipe, só muda-se o timebox existente do Sprint, que torna a pressão em volta de resultados maior. Se a empresa quiser seguir uma metogologia agil com ScrumMasters nesta linha, deve saber que está usando uma metodologia própria que: não aumentará a produtividade, não reterá talentos, e nem estará evidenciando seus problemas (a tradicional mitigação, ou seja, esconder debaixo do tapete para a faxineira limpar). Normalmente as empresas não vêem isto, e aceitam este modelo misto. Infelizmente…