top of page
Foto do escritorBruna Fonseca

Disse que dava para entregar, mas não consultou o TIME? Vai dar ruim! Já está avisado.

O troféu bola murcha de hoje vai para alguns gestores! Aliás, você reparou que os últimos conteúdos aqui do blog estão entregando vários troféus deste tipo? E não podia ser diferente, afinal, todos estão relacionados às falhas do ágil e da implantação do Scrum.

Confira alguns dos últimos conteúdos, para relembrar:

Percebeu? E hoje tem mais. Porém, a bronca agora é com alguns gestores. E aí, animado para conferir mais uma das razões para as falhas do ágil e Scrum? Então bora.


Falhas do ágil e Scrum


Existem muitas razões para que haja falhas do ágil e Scrum, e as estatísticas de pesquisas, realizadas na área, e publicadas no site scrum.org, mostram isso.


Vejamos!

  • 46% dos projetos falham porque a filosofia/cultura da empresa está em desacordo com os valores ágeis;

  • 38% das falhas nos projetos Scrum são causadas por falta de suporte gerencial;

  • 38% delas são por falta de suporte à mudança cultural;

  • 36% das falhas corresponde a pressão para seguir o modelo de projeto tradicional junto a gestão ágil;

  • 34% das falhas ficam por conta da falta de colaboração efetiva dos gestores.

Porém como eu disse no último artigo, sempre que acontecem falhas é em decorrência de alguma adaptação realizada no frame; seja um erro do time, do Scrum Master ou Product Owner, ou qualquer outro fator externo ao framework.


E um dos maiores problemas que o ágil enfrenta hoje, e que culmina em presepadas e erros, tem grande parcela de culpa dos gestores como BO (Business Owner), Heads e Vice Presidentes, entre outros.


E é exatamente o que eu quis dizer no título: muitas vezes por pressão da gestão, o Product Owner combina prazos, aceita as user stories intruders, dá estimativa, sem antes combinar nada disso com o time. E depois fica:


"Bora gente, vamos fazer. Combinei essa entrega para amanhã”.
Quando eu ouço isso, a vontade que dá é falar:
-Aaah, você combinou? Então vem fazer. (é claro que não podemos falar isso, mas pensar pode)

Querido Product Owner, nós te amamos. Mas se você faz isso, o troféu bola murcha para vai para você, e sem dó!


Cara, como você combina algo para outras pessoas desenvolverem e não combina isso com as pessoas que vão desenvolver? Percebe que não faz sentido e que, ao mesmo tempo, essa atitude tem uma dose muito grande de falta de empatia e desrespeito com o seu time?


Esse tipo de atitude vai completamente contra os valores da agilidade e principalmente do Scrum. E consequentemente, você coloca o seu projeto nas estatística de falhas do ágil. Mais especificamente nos tópicos:

  • 34% das falhas do ágil e scrum que acontecem por conta da falta de colaboração efetiva dos gestores.

  • 38% das falhas do ágil e scrum causadas por falta de suporte gerencial.

  • 46% das falhas do ágil e scrum acontece porque a filosofia/cultura da empresa está em desacordo com os valores ágeis.

Eu como agilista atuante na área, sei que temos muitas atribuições e responsabilidades, mas estalar o chicote e cobrar mais entregas não planejadas do time, não pode ser uma delas.


Sei também que enfrentamos cobranças muitas vezes absurdas que estão acima de nós, esse tipo de coisa é chato e acontece mesmo. Porém, é nossa função não permitir que isso chegue ao time.


Falando mais especificamente da função do Product Owner, é função deste papel negociar tudo isso entre as partes antes de dar qualquer estimativa de entrega.


Product Owner, por favor, converse com as partes; a parte que solicita e a parte que realiza.


Se você é Product Owner, recomendo 2 artigos meus, em especial, para aprimorar sua gestão de projetos ágeis:

Agora, se você quer revolucionar sua carreira na agilidade, o conteúdo certeiro para você é:


Falhas do ágil e Scrum: Conclusão


A conclusão para esse tema, é simples: nem o Product Owner e nem nenhum outro gestor pode dar estimativa de esforço e também não podem dizer se dá ou não para desenvolver alguma função, antes de falar com o time.


Essas são atribuições do time de desenvolvimento por uma razão bem óbvia: é o time que desenvolve, portanto, é ele que define as entregas e faz as estimativas. Estamos entendidos?


Quer que seus projetos parem de falhar? Maratone todo o conteúdo sugerido e linkado neste artigo e siga as dicas.


Até o próximo pessoal.

Será que vem mais bronca por aí?


Aguardem!


28 visualizações

Comments


  • Instagram Bruna Fonseca
  • Linkedin Bruna Fonseca
  • YouTube
bottom of page