Entrar no produto a partir de um histórico que não é produto é notoriamente difícil. Ao contrário do que a internet diz, não há maneiras infalíveis de ser contratado como Gerente de Produto, especialmente para quem não é técnico.

Venho de uma formação não técnica - precisamente uma mistura de belas artes e formação em negócios. Trabalho desde 2013 com um breve hiato para buscar mestrado em 2018. Tenho várias experiências trabalhando em diferentes setores em várias funções, mas tenho pouco conhecimento sobre APIs, balanceadores de carga, K8s, todas essas coisas.

Mas, surpreendentemente, nada disso importa e eu consegui o papel de qualquer maneira. Veja, fiz a transição para Gerente de Produto em menos de dois dias em minha função inicial, que é Analista de Produto. Eu esmaguei a liberdade condicional e consegui o papel junto com o aumento de salário, em menos de um ano.

Eu não poderia compartilhar sobre como tive sorte, mas posso compartilhar o que implica antes que essa oportunidade surja para mim, o que está intimamente relacionado à maneira como compartilhei minha experiência durante o processo de entrevista e como me conduzo profissionalmente, a seguir:

Experiência atual (no momento)

Naquela época, minha única experiência era minha capacidade de apresentar dados e apontar insights com base em minha formação educacional e experiência de trabalho, e também minhas habilidades de dados de nível intermediário, que consistem em consulta SQL e gerenciamento de painel PowerBI. Como a entrevista inicial é muito analítica, algumas de minhas outras habilidades não são transferíveis no processo de entrevista e é assim que as coisas são.

Essas habilidades realmente me ajudaram a detalhar o estudo de caso e até mesmo a entender os elementos de novos conceitos com os quais não estou familiarizado. Eu recomendo fortemente aprender a estrutura MECE ou emitir árvores para melhorar suas habilidades na resolução de problemas gerais (ambos são muito semelhantes - dominar um é uma alavanca de alto impacto que alguém pode ter em sua carreira).

De acordo com as habilidades técnicas, gastar tempo fazendo painéis fictícios e brincando no Hacker Rank por cerca de 30 minutos por dia é suficiente para obter um entendimento decente e construir um portfólio. Devagar e sempre ganha a corrida!

Apresentando e Comunicando Especialidades

Como PM, entender o contexto é mostrar sua experiência. Há toneladas de camadas que podem ajudá-lo a obter clareza no que faz diariamente. As partes interessadas precisam saber se você pode diferenciar as coisas que importam e priorizar. A abordagem geral aqui deve ser que:

1. Não presuma → Você não sabe o que não sabe. Portanto, apresente o que você sabe em detalhes.
2. Busque clareza → Quando perguntado, esclareça o que você quis dizer. E se não estiver claro, pergunte de volta! Faça isso antes de investir tempo na descoberta.
3. As evidências falam por si → Sempre mostre evidências no visual mais eficaz para fazer uma discussão eficiente. Gráficos e comparações É incrível como os gráficos podem transformar reuniões de 2 horas em sincronização de 30 minutos e sincronização de 30 minutos em respostas de DM de 1 minuto.

Alta Relacionabilidade

Este se baseia fortemente em como você pode alcançar o relacionamento com seus colegas em um curto espaço de tempo. As pessoas estão tentando ver se você pode trabalhar com elas. Como você pode fazer isso é fazendo estas coisas:

• Respeite os limites → Outras pessoas também têm vidas e seus próprios problemas. Identifique os limites dos outros e trabalhe com essa limitação. Com o tempo, o limite pode ser estendido à medida que você os conhece melhor! (Isso também é válido para você também)
• Abordagem personalizada → As pessoas têm naturezas diferentes, por isso fazia sentido que a abordagem também fosse diferente. Descubra o que funciona em termos de método de comunicação com antecedência e você poderá gerenciar as comunicações muito melhor. No meu caso, outras habilidades que aprendi me ajudaram a criar minha abordagem, por exemplo, minhas habilidades de design me ajudam a entender o processo de design e me tornaram mais eficaz no trabalho com os designers
• Aprendizagem rápida → Outras pessoas trabalham com documentos que têm linguagem e intenção diferentes das suas. Aprendê-los é crucial para alcançar um melhor relacionamento. Se você não é técnico, precisa entender como o sistema funciona e como ler swagger, docs e vice-versa. A empatia do cliente é legal, mas os desenvolvedores precisam de orientação. Eles não podem traduzir a empatia em recursos. (esse é o seu trabalho!)

• Tenho várias habilidades técnicas sobre dados e design e um know-how considerável de empregos anteriores e diplomas recentes
• Eu melhorei em habilidades de dados fazendo um painel com dados falsos e fazendo um desafio de consulta on-line por 30 minutos por dia
• Eu busco clareza não assumindo, fazendo perguntas e apresentando o que sei em detalhes usando recursos visuais
• Quando consegui o emprego, otimizei a construção de meu relacionamento lendo documentos, entendendo muitas coisas rapidamente e tratando-os com respeito. Até eu pedi para eles me ensinarem algumas coisas sobre termos técnicos e outros enfeites, e funcionou!