Antes de dar início a qualquer projeto, é necessário eleger um responsável pela priorização dos problemas e avaliação das soluções apresentadas pelo time. O Scrum, por exemplo, chama este papel de Product Owner. Independente do nome, esta é a pessoa que irá aprovar ou não o trabalho da equipe ao final de cada iteração.
Ao meu ver, é essencial que exista uma única figura representativa. Dependendo do cenário, esta figura pode ser um grupo de pessoas. O mais importante é que elas sejam capazes de chegar a um consenso e opinar como se fossem uma pessoa só. Quem cobra é quem pede. Já participei de projetos onde Fulano pediu/priorizou no Planning e Ciclano avaliou no Review. Não dá certo.
É preciso deixar claro para todos os envolvidos a razão pela qual o esforço está sendo feito. Um ano de atraso em um projeto não deveria pegar ninguém de surpresa, pois seu atraso na verdade aconteceu um dia de cada vez. A criação de espectativas e um ciclo de entregas obedecendo a prazos curtos são formas de evitar isto. Alguns investem tempo, outros investem tempo e dinheiro. Todos possuem algo em jogo.
Um grande equívoco é ter o problema ofuscado por uma possível solução, como na história do shampoo para o rapaz careca que queria seus cabelos de volta. Ele estava disposto a pagar qualquer preço por isto. Um belo dia encontrou-se com um cientista que aceitou o desafio. O cientista desenvolveu um shampoo que fez com que o rapaz voltasse a ter cabelos.
Passadas duas semanas, o rapaz retornou ao cientista dizendo que ainda não havia arranjado uma namorada, portanto o shampoo que o fez ter cabelos novamente não havia ajudado em nada! Ele sequer parou para pensar no que o impedia de arranjar uma namorada e supôs que seu problema fosse a calvice. Talvez o problema do rapaz fosse a falta de um bom papo ou apenas ausência de carisma (leia-se: ele é feio que dói).
Uma prática bastante interessante é a dos “5 Whys”, utilizada no Sistema Toyota de Produção e que hoje faz parte também de Lean e Kaizen. Segundo esta prática, através de apenas cinco questionamentos seguidos é possível tornar mais claras a raíz do problema e sua solução.
No exemplo do rapaz careca, caso o cientista tivesse procurado entender um pouco mais sobre o real problema de seu cliente, talvez notasse uma dúvida entre um shampoo, uma peruca ou um chapéu. Indo um pouco mais além nas perguntas, descobriria uma certeza quanto a não querer ficar sem namorada. Desenvolvedores experientes são igualmente responsáveis por descobrir junto ao cliente o seu real problema.
Motivação também é peça-chave para o andamento de qualquer projeto. Parte da motivação do desenvolvedor está em implementar a solução para o problema do seu cliente, pois um sistema nunca é igual ao outro e desenvolvedores adoram novos desafios. Outra parte da motivação é, obviamente, uma boa remuneração. Bons profissionais custam caro. Mais caro ainda são os profissionais ruins, pois fazem com que seu cliente gaste com o projeto muito mais do que o necessário e sem a garantia de que seu problema será resolvido . A frase “na verdade, não era bem isso que eu queria” soa familiar ?
Outra característica marcante de bons profissionais é o fato de serem, ao mesmo tempo, especialistas e generalistas. Além de sentirem-se confortáveis dentro de suas especialidades, quando fora delas, sabem aonde (ou a quem) recorrer. A partir de referências sobre algum assunto no qual são generalistas, são capazes de avaliar e trilhar caminhos necessários para suprir suas necessidades.
Não perca seu tempo começando um projeto sem perguntar-se antes se existe a) um bom motivo para investir seu tempo, b) alguém para prover feedback constante e c) uma noção dos meios através dos quais o resultado pretende ser atingido.
