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

Rapaz, eu tenho uma visão um pouco diferente.

Já tem uns anos que eu to na área e vou te falar que a discussão sobre como fazer o "agile certo" já dura uns 10 anos, viu?

O que eu reparo é que quanto maior o foco no processo, pior o time performa e quanto menor, melhor costuma ser. E, não, não estou defendendo um anarquismo do contribuidor individual, isso nunca funcionaria. Apenas focar na coisa certa.

O lance é que quem foca no processo, normalmente não foca na parte mais importante que são as pessoas do time. Nossa, já trabalhei em uma empresa que o time tava se odiando pelos mais diversos motivos e o pessoal achava que mudar o sistema de pontos de fibonacci pra tamanho de camisa (P, M, G) ia resolver a parada, socorro!! Já vi gente olhando toda sprint pra burn down chart e tentando tirar alguma lógica daquilo (eu chamo de astrologia do agile).

Hoje em dia eu vejo que o agile está morrendo aos pouco na indústria, já não ouço mais falar muito sobre qual metodologia está sendo usada em uma determinada equipe nem escuto muito falar sobre ser enfático nas regras... na verdade eu vejo uma discussão sobre como POs e Agilistas ficaram em uma posição difícil nesse mercado que ta mudando.

A minha opinião sobre gestão é que o processo ajuda, mas um time que se escuta, ta engajado, entende o que ta sendo feito vai produzir muito mais que um time disfuncional com um sistema de gestão impecável.

Malz desvirtuar um pouco o post, que eu sei que não é sobre a validade ou invalidade do Agile, mas queria colocar essa posição. De qualquer maneira, tome um TabCoin por iniciar o assunto =]

Carregando publicação patrocinada...
1

Com certeza o foco deve ser nas pessoas prioritariamente.
Sempre comentei com meus superiores que queriam milagres dentro dos times:

Se implementarmos o Scrum mal implementado, ninguém irá gostar do Scrum

As mudanças e implementações devem ser feitas pouco a pouco, para que se aprenda sobre as pessoas que fazem parte daquele time e se entenda quais as melhores práticas para tais.

Já trabalhei em time que utilizamos Scrum com XP, outras que tinhamos as cerimônias do Scrum mas o board Kanban e outras com as mais diversas mixagens de metodologia.

É necessário entender as cerimônias e utilizar elas de uma maneira que seja produtiva e não massante. Trabalhando em outros cargos, para auxiliar os times na implementação do ágil, já vi Squads que a daily durava mais de 1 hora e não se respondia nada, acabava a daily e as pessoas saiam com a sensação de terem jogado fora 1 hora do dia.

O ágil veio para auxiliar o time a fazer o pessoal da gestão entender os prazos por eles dados, mas acabou caindo em um cenário que o pessoal da gestão usa o ágil para "julgar" o time, ou seja, vira uma confusão e nada melhora.

E diversos "Scrum Masters" que só tiraram a certificação mas não entenderam de fato a metodologia, não sabe nem fazer uma resolução de conflitos, não sabe o básico, manter o time unido no objetivo.

É igual para todas as coisas que existem e todas as que vão existir, por causa de alguns, todos serão julgados culpados. É o famoso 'pré conceito'.

Não só para o ágil, mas para tudo, desde não utilizar software pirata, respeitar as leis, escutar mais do que falar, entre outras coisas, precisamos ser sempre melhores para que em um futuro longínquo, tudo se torne melhor.

1

Concordo, a metodologia ágil sempre teve como objetivo central as pessoas em detrimento do processo. Isso é claramente expresso no manifesto ágil:

Individuals and interactions over processes and tools
"Indivíduos e interações acima de processos e ferramentas."

Muitos projetos de desenvolvimento de software sofrem de má gestão e tentam mudar o processo na ilusão de que um milagre ocorrerá. Na realidade, o verdadeiro "milagre" é algo muito mais simples: entregar software funcional em pequenas partes incrementais.