Analisamos usando o exemplo de desenvolvimento de equipes em TI.
O artigo foi escrito a partir de uma reunião interna, onde a maioria da equipe falou. As habilidades listadas parecem óbvias. Mas de acordo com o nosso próprio recrutamento e parceiros de grandes empresas, encontrá-los no mercado não é tão fácil. Obrigado a todos que participaram da discussão.
Por definição, a proatividade é um conceito muito amplo. Convencionalmente, dentro da indústria de TI, ele pode ser decomposto em vários componentes, que serão discutidos mais adiante. Com qualquer uma dessas qualidades, você pode "ir longe demais". É importante lembrar isso e, buscando a perfeição, não vá ao outro extremo.
Iniciativa
As empresas que desejam crescer esperam que seus funcionários dêem feedback sobre o que há de errado por dentro para consertar. Você vê alguns problemas no projeto e apresenta sugestões de como resolvê-los. Não espere que o chefe perceba o problema, mas aja de forma proativa.
Ao tentar mostrar iniciativa, é importante lembrar que estamos trabalhando em equipe. A atividade deve ser desenvolvida apenas no âmbito de seu campo de atividade. Não há necessidade de explicar à faxineira, entre as sessões de codificação, que ela não lava o chão assim, e ao diretor que ele não faz isso. Existem dúvidas diretamente relacionadas ao seu trabalho e algumas áreas afins, e procure a imperfeição do mundo aí. O quanto você pode mudar de seu perfil para outros relacionados é determinado pela cultura de cada equipe e empresa em particular. Mas vale a pena entrar em algo completamente diferente do seu próprio negócio, somente se você for claramente questionado sobre isso.
A atitude do funcionário em relação à iniciativa é o momento que deve ser avaliado nos dois sentidos. Não só o recrutamento deve ser verificado nos candidatos, mas também os próprios candidatos devem ser verificados nas empresas a cujas vagas se candidatam. Se você quer trabalhar para um diretor opressor dentro de uma estrutura rígida, procure aqueles que não toleram nenhuma iniciativa de baixo. E vice versa.
Independência
Você é independente se puder fazer alguma pesquisa sozinho para obter uma resposta à sua pergunta, encontrar as fontes certas de informação, ler a documentação e descobrir o problema.
Existem perguntas cujas respostas não podem ser obtidas sem a ajuda dos colegas (por exemplo, se se referem a “conhecimentos secretos” sobre o projeto). E então há o conceito de conveniência. Mesmo que não estejamos falando de um projeto específico, uma busca independente por uma resposta pode demorar três vezes mais do que perguntar a um vizinho na mesa. E o topo da habilidade aqui é avaliar rápida e adequadamente como agir corretamente: distrair um colega ou buscar uma resposta sozinho. A ampliação de horizontes em campos de atividade relacionados ajuda a alcançar esse domínio. O front-end deve entender como o release é montado e entregue, o que geralmente acontece no back-end, etc. Então fica claro onde bater com a próxima pergunta. E será mais fácil formulá-lo (como você sabe, uma pergunta formulada corretamente já é metade da resposta).
A propósito, a independência é uma obrigação para o trabalho remoto. Provavelmente, seguindo os resultados de um experimento de meses devido a uma pandemia, todos já entenderam isso.
Capacidade de ver a posição e o ponto de vista de outra pessoa
Uma das qualidades mais importantes é a capacidade de reconhecer que, além do seu, existem outros pontos de vista. E eles podem estar corretos. E outras visões do problema, diferentes da sua, não têm o direito de ser piores.
Se você é um desenvolvedor, conversando com um analista ou testador, você precisa se lembrar que eles têm tarefas diferentes e um background diferente. Você está profundamente envolvido em sua especialização e eles estão na deles. Isso é quase o mesmo que falar com um estrangeiro - você precisa aprender a língua dele (mergulhar no trabalho dos colegas e ser capaz de falar com eles na língua deles), ou explicá-lo em seu próprio idioma, certificando-se de ser bem compreendido.
Em uma conversa ao vivo, é muito fácil sentir se você foi compreendido ou não. Quando se trata de documentação, é melhor imaginar que os juniores não treinados estão lendo. Quanto mais informações houver, mais fácil será para os colegas entenderem mais tarde. Ao mesmo tempo, não há necessidade de espalhar “pensamento ao longo da árvore”. Mais informativo!
Um aspecto separado é a capacidade de falar com um cliente sem causar desconforto. Você não deve esperar do negócio explicações tecnicamente competentes e especificações técnicas detalhadas. O negócio contrata uma equipe para não pensar nisso. Portanto, é necessário compreender os desejos do cliente expressos na linguagem comum, e “traduzi-los” da técnica, se for necessário para a tomada de decisões. É ainda melhor formar um contexto geral com o cliente, dentro do qual você entende as características e limitações do problema, e o cliente sente que você percebeu seu problema e está pronto para oferecer uma solução.
Aliás, a mencionada ampliação de horizontes em áreas afins e de comunicação ajuda muito a desenvolver a capacidade de aprofundar os pontos de vista de outras pessoas.
Flexibilidade e adaptabilidade
A capacidade de compreender e aceitar o ponto de vista de outra pessoa nos leva a outra qualidade humana - a capacidade de se adaptar a uma situação. Talvez você ache que sua solução seja a melhor. Mas se uma decisão motivada foi tomada para adotar uma abordagem arquitetônica diferente, você terá que se adaptar a ela.
Flexibilidade é uma qualidade importante em TI, onde projetos e tarefas estão em constante mudança. Na verdade, essa série infinita de tarefas diferentes proporciona desenvolvimento.
Capacidade de trazer uma ideia para a implementação
Ao implementar um recurso, é importante poder não só definir a tarefa de codificação, mas também terminar de escrever o código, e depois não se esquecer de testá-lo, pois todos cometem erros. Na saída, a solução deve funcionar exatamente e não exigir que alguém se distraia de seus negócios e “limpe o rabo”.
O ideal, é claro, é trazer a solução para o usuário final. Mas aqui tudo depende dos detalhes do trabalho de uma determinada equipe. Às vezes os desenvolvedores têm acesso à produção - e aí, aliás, sua decisão precisa ser comunicada ao consumidor, acompanhando em todas as etapas. E às vezes um recurso é enviado para o departamento de teste e os desenvolvedores não o veem mais. Nesse caso, tudo o que está disponível é "furar" a opção pronta já em produção - por precaução. E, em geral, você precisa entender sua responsabilidade por esse recurso e ajudar se surgirem dúvidas de suporte posteriormente.
Capacidade de manter contato
Embora idéias sobre feedback já tenham soado nos parágrafos acima, a importância da comunicação deve ser observada separadamente.
Você não trabalha sozinho, mas em equipe, por isso é importante ter certeza de que é bem compreendido pelos colegas e clientes.
Você precisa ver como a equipe reage a você: onde está esperando a iniciativa e onde não está.
Devemos tentar escrever uma documentação clara.
O feedback em todas as suas formas ajuda a ajustar a direção do trabalho, a não ir muito para um beco sem saída e a não esquecer que existem vários pontos de vista sobre todas as tarefas.
Stephen Covey, em seu livro “Os 7 Hábitos das Pessoas Altamente Eficazes”, enfatizou a proatividade como uma das características mais importantes das pessoas de sucesso. Talvez essa definição possa ser expandida para incluir especialistas em TI. Se você deseja se desenvolver e subir na carreira, terá de se tornar proativo. Escolha por si mesmo onde quer ir mais longe na vida, não vá com o fluxo, não procure desculpas e motivos no mundo ao seu redor. Faça um pouco mais do que o esperado de você, sugira soluções e explique por que funcionará. Isso o ajudará a ganhar mais peso em sua equipe e junto aos seus clientes, abrindo novas portas para você.