Como parar de perder tempo com projetos ruins
Ninguém gosta de trabalhar em projetos ruins, aprenda a identificá-los e reaja antes que seja tarde demais.
Programadores — e profissionais digitais em sua maioria — trabalham em intervalos determinados de tempo para atingir um objetivo razoavelmente claro.
E isso nós chamamos de projeto.
Projetos ruins deixam programadores tristes e projetos bons deixam programadores, como minha equipe e eu, bem felizes.
O sonho, claro, é trabalhar o máximo possível em projetos bons.
Projetos bons são aqueles onde você cria as mais elegantes soluções para o bem comum, ganha muita experiência no processo e sente muito orgulho depois que o projeto está pronto.
Mas como a vida real é um pouco mais sinistra, o objetivo aqui é te ajudar a reconhecer projetos ruins de longe, antes que seja tarde demais e você se veja com os dois joelhos afundados na lama.
Isso pode ser muito útil na hora de decidir se aceita ou não aquele frila ou oportunidade nova no trabalho.
Vamos ver como isso funciona:
O problema mais fácil e rápido de se identificar
A primeira questão aqui é remuneração.
Se você sente que não está sendo remunerado de maneira justa, não existe projeto no mundo que vai te dar tesão de trabalhar.
Pelo menos não por muito tempo.
Mas, por incrível que pareça, no que diz respeito apenas a motivação, essa é a questão mais simples de resolver enquanto empregador.
É só pagar melhor sua equipe.
O problema mesmo é quando você está tirando uma grana honesta, pagando suas contas, mas ainda assim seu dia no trabalho parece se arrastar igual aquelas ferramentas antigas de desfragmentação de disco.
Isso significa que você está desmotivado (e provavelmente nem tenha percebido).
Uma das causas prováveis dessa desmotivação é que você pode estar trabalhando por muito tempo em projetos merda e não aguenta mais.
Nós queremos evitar isso.
Como identificar Projetos Ruins Matadores de Motivação?
Ou, numa outra pergunta: se dinheiro não é o problema, o que é, afinal?
Encontrei respostas para essas duas perguntas no livro “Drive: The Surprising Truth about What Motivates Us” do Daniel H. Pink.
Você já deve ter me visto recomendar esse livro nesse post aqui.
Simplificando extremamente o livro que você leia, o autor, entre outros tópicos, diz que a motivação tem três pilares:
- Autonomia
- Maestria
- Propósito
Trazendo esse conceito para a nossa vida profissional podemos perceber que se um projeto tem bastante desses três ingredientes ele pode ser muito bom.
O que eu vou fazer nos próximos parágrafos é mostrar como esses conceitos se aplicam na vida do programador e como projetos ruins são caracterizados justamente pela falta deles.
Entendeu? Então vamos nessa.
1. Autonomia
Autonomia tem a ver com capacidade de tomada de decisão.
É essencial para um bom projeto que você e sua equipe possam decidir ativamente sobre fatores que afetam a qualidade do seu trabalho final.
Já passei por situações profissionais em que discordava diretamente dos pedidos de alterações do cliente. E senti na pele o quão desmotivante é ter sua opinião ignorada e ver um projeto ser publicado com falhas graves.
O mesmo vale se você tem uma sugestão comprovadamente superior e precisa aceitar decisões autoritárias.
Projetos onde você não tem ou perde autonomia podem se tornar desmotivantes muito rapidamente. Fique atento.
2. Maestria
Eu não sei você, mas eu fico BIRUTA se estou a muito tempo sem aprender alguma coisa nova no trabalho.
Projetos com tarefas extremamente fáceis, que não somam absolutamente nada na sua experiência profissional ficam desmotivantes rapidinho.
E tarefas muito difíceis onde você não consegue progredir por nada nessa vida também são extremamente frustrantes.
Se você já ouviu falar no conceito psicológico de fluxo, já deve ter percebido onde eu quero chegar.
Um projeto bom deve ter um equilíbrio saudável de tarefas desafiadoras o bastante para te manter interessado e aprendendo, mas não tão difíceis a ponto de te fazer ficar ansioso e se sentir mal.
Isso não é exatamente fácil de se resolver, mas bom ficar de olho caso você entre em um projeto que a princípio pareça muito fácil ou muito difícil.
3. Propósito
Um projeto com propósito significa que trabalhar nele é dedicar suas horas para algo maior do que você.
Já desenvolvi uma boa quantia de sites e sem dúvida os que mais me motivaram envolviam algum benefício direto para o usuário final.
Tudo bem que trabalhar para gerar receita para sua empresa é o que paga as suas contas. Mas é muito melhor trabalhar sabendo que seu projeto atual vai ajudar outras pessoas, né?
Propósito é um fator de motivação tão poderoso que tenho amigos que trocaram projetos em clientes grandes por iniciativas menores mas com uma atenção social muito maior.
Resumindo
Fica fácil identificar se um projeto vai ser bom ou ruim quando você compreende as necessidades por Autonomia, Maestria e Propósito.
Uma manutenção simples é se perguntar antes e durante um projeto:
- As condições do projeto me permitem fazer o meu melhor trabalho?
- Estou me tornando um profissional melhor graças a esse projeto?
- Esse projeto soma alguma coisa além de cifras na receita da empresa?
É claro que não existe projeto perfeito e raramente você vai responder positivamente todas as três perguntas.
Mas é muito bom conhecer e entender os fatores externos que impactam a sua motivação a cada projeto e, respondidas as perguntas, parar de perder tempo com projetos ruins.
Chegou até aqui? Achou o texto útil?
Então segura o clique e deixe 50 palmas! 👏👏👏
Seu feedback é muito importante e me ajuda a escrever cada vez mais sobre carreira, negócios, pessoas e tudo mais que permeia o universo do programador (menos código, nós já temos posts o suficiente sobre this em JavaScript).
Peace and long life 🖖
