Experimentação da Metodologia Ágil

Vamos a minha primeira publicação, onde gostaria de compartilhar sobre a tal da metodologia ágil versus a mudança cultural que caminha junto com a sua utilização.

Tudo começou quando atuava no Escritório de Gerenciamento de Projetos Corporativo(PMO), onde gerenciava projetos seguindo metodologia baseada no PMBOK e recebi um convite. O convite foi para mudar de uma área de nível mais estratégico para uma área funcional com visão mais operacional. Sim, aceitei sair do PMO e ir para TI.

Sobre o parágrafo anterior, isso é o que eu imaginava ao aceitar o convite, porém, foi meu primeiro erro aprendizado(porque tachei o texto? entenderá mais a frente). Acontece que os desafios eram inúmeros, apesar da minha formação técnica demonstrar que sim, estava tomando a decisão certa, tinha uma palavra que fazia toda diferença, "Ágil" era ela.

Como que eu atuando no gerenciamento de projetos focado na metodologia PMBOK, onde precisamos seguir alguns padrões, sem desvios e sem muitas adaptações iria conviver com um mundo onde tudo era "ágil"?

Primeiramente, estou colocando a palavra "ágil" entre aspas, porque muitos tem o conceito de agilidade como rápido e desorganizado, sem documentações, padrões ou até mesmo sem estimativas.

Não quero explicar sobre a metodologia ágil e principalmente explicar o que é SCRUM, Kanban, meu objetivo aqui é demonstrar que sim, a experiência é muito interessante e traz benefícios.

Após a realização de 5 Sprints (3 de 2 semanas e 2 de 3 semanas), podemos dizer que o principal benefício deste modelo é que a TI não é mais tratada como executora. Hoje temos o cliente e demais interessados vivenciando nosso ambiente diariamente(remoto ou presencial). Quando falo em ambiente, é importante deixar claro que o cliente não aprende a programar, mas entende o que é programar e disponibilizar "aquele botão". Outro ponto importante é que nós também aprendemos o que ele fazem e conseguimos propor soluções mais assertivas, não apenas executando o que foi especificado algum tempo atrás.

A expressão "algum tempo atrás" nos remete a questão de analisar para depois desenvolver e depois entregar num grande intervalo, porém, na metodologia ágil não fazemos nada diferente disso, apenas quebramos estas etapas em períodos menores(Sprints). Diria que neste ponto é que se percebe a diferença da metodologia ágil, entregar valor mais rápido ou pelo menos proporcionamos para que o cliente experimente e decida se realmente o produto será tão necessário quanto ele imaginava quando estiver pronto, possibilitando adaptações a cada Sprint.

Temos um ponto importante relacionado a mudança cultural das pessoas direcionada ao "agilismo" na minha visão, o cliente fica tão por dentro das tecnologias utilizadas que conseguimos ter aliados em busca de melhorias nas implementações realizadas nos demais projetos dentro da sua organização.

Você já imaginou o seu cliente dizendo em uma reunião de outro projeto que deveria ser utilizado um serviço que foi criado no seu projeto porque ele foi desenvolvido de forma reutilizável seguindo uma estrutura de MicroServiços?

Este é o ponto, o cliente compra a ideia, tornando-se mais parceiro nas soluções e por fim, tornando o produto mais interessante, podendo dizer, eu desenvolvi este produto e não mais a TI desenvolveu.

Estou aprendendo muito sobre metodologia ágil e hoje posso dizer que tem muito terreno a ser explorado, mas se eu pudesse dar uma dica, você deve experimentar, pois a nossa avaliação deve ser feita após experimentarmos e pilotarmos.

Sobre a palavra erro, posso citar que diante do atual cenário, continuo atuando estrategicamente, pois precisamos ter uma visão global porque continuamos desenhando soluções junto com o cliente, de um modo diferente.