Você é um Dev que resolve Tasks ou Problemas?

Queria compartilhar um aprendizado que obtive como desenvolvedor e que todos deveriam saber. Mas infelizmente muitos Devs ainda usam seus esforços de forma errada.

Durante minhas experiências convivi com pessoas incríveis, tanto desenvolvedores, quanto product managers, scrum masters, designers, entre outros. Uma delas um PM, quem muito admiro e me ensinou a base sobre o que eu vou escrever aqui.

Na minha primeira experiência tive a sorte de ter este PM ao meu lado. Mas eu ainda não entendia por que, por exemplo, eu como desenvolvedor, teria que participar de reuniões que enchiam a minha agenda. Meu objetivo ali era um só: Entregar as minhas tasks. E ficava difícil em meio a tantas reuniões...

Depois de me adaptar as reuniões, meu PM trouxe um novo desafio para a gente: Um novo mindset. De acordo com ele, deixariamos de focar nas tasks, para focar nos resultados. Uma reunião explicando como aquilo mudaria tudo para melhor. Mas minha visão já estava pessimista: Para mim, parecia que teríamos que trabalhar mais para entregar o mesmo.

A realidade é que, do mesmo jeito que eu pensava, muitos devs não estão prontos pra essa conversa. Mas uma coisa precisa ser dita: As vezes, novas funcionalidades "jogadas" não geram valor para o cliente, e seu esforço naquilo terá sido em vão. 

Hoje entendo a importância de ser orientado a dados e a resultados. Muitas equipes cumprem tasks recebidas diretamente do cliente, sem antes nem depois fazer uma analise dos dados e/ou dos resultados. Algumas vezes isso implica em um excesso de novas funcionalidades que ocupam a equipe de desenvolvimento, mas não resolvem o problema de verdade. 

Dessa forma, antes de iniciar uma nova task, pergunte a si mesmo ou ao seu PM: Qual problema essa task deve resolver (baseado em dados)? Além disso, o trabalho não acaba quando a task termina. É muito importante que seja feita uma análise do resultado, para descobrir se foi realmente efetiva (resolveu o problema?).

Por isso eu digo que, as vezes funcionalidades iniciadas e terminadas sem análise, mesmo que sejam bem feitas, não geram valor para o cliente. De acordo com Marty Cagan, não adianta ter uma equipe de desenvolvimento excelente, se não for lhes dado algo que valha a pena desenvolver.

Não se trata de esforço, é sobre inteligência aliada a dados para entregar o resultado que gera valor para o seu cliente.