Continuamos nossa série de artigos sobre as principais qualidades de um gerente de produto bem-sucedido. Já conseguimos conversar com Anton Danilov , Yuri Golikov , Dmitry Orlov e Alexei Korotich . Hoje vamos conversar com Alexander Belyaev. Sasha é responsável por um dos complementos mais ambiciosos - Wrike Resource .
Olá, Sasha. Diga-me, há quantos anos você trabalha na Wrike e há quantos anos está envolvido no gerenciamento de produtos?
- Trabalho na Wrike há 4,5 anos e, quanto ao tempo total de serviço, esse é um ponto discutível. Uma das posições iniciais da minha carreira foi chamada gerente de projetos, mas mesmo assim eu estava envolvido no lançamento do produto.
Talvez apenas no Wrike eu possa dizer com certeza que sou um produto: aqui o conjunto de poderes, recursos, capacidades e o formato do trabalho é exatamente da maneira que imagino a posição correspondente de um gerente de produtos. E antes disso, às vezes me parece que tudo estava um pouco errado. Mas essa é a minha visão crítica do início da minha carreira: no entanto, esses foram diferentes estágios da carreira que se inicia desde 2010.
- Já que estamos falando de gerentes de projeto e gerentes de produto, qual é a principal diferença entre as funções e onde elas se cruzam, pelo contrário?
- Digamos apenas que a principal tarefa do gerenciamento de projetos é fornecer o resultado desejado dentro do prazo. Em geral, o que é um projeto? É algo que tem um começo e um fim. Um produto não é um projeto.
Por exemplo, em nossa área, esta é uma solução de software, algum tipo de aplicativo ou algum tipo de recurso. Ela tem seu próprio ciclo de vida, incluindo os estágios de origem, desenvolvimento e, em algum momento - extinção. O ciclo de vida do produto não é o mesmo que o início e o fim de um projeto, são coisas completamente diferentes. Para o gerente de produto, o ciclo de vida do produto deve ser a chave. O gerente de projetos, por sua vez, preocupa-se apenas com um estágio específico, porque a introdução de cada recurso individual no produto também é um miniprojeto. Mas possuir o produto completamente e levá-lo da geração à floração e desenvolver-se constantemente é muito mais difícil.
- Entendo corretamente que o gerenciamento de projetos pode ser considerado um dos componentes do gerenciamento de produtos?
"Sim, acho que sim." Mas, ao mesmo tempo, acredito que este seja um dos exames mais facilmente alienados. A função de gerenciamento direto de projeto e controle de resultados pode ser realizada pela própria equipe de desenvolvimento com a qual você trabalha. Um scrum master, desenvolvedor sênior ou líder de equipe também pode fazer isso. Ou seja, apenas cuidar para que os prazos não sejam violados e que tudo esteja sob controle não me parece uma grande tarefa. E acredito que o gerente de produto deve delegar essa tarefa aos membros de sua equipe em quem confia. E você deve dedicar seu tempo a coisas de nível superior e analisar mais amplamente tudo o que acontece.
- Conte-nos sobre a experiência no desenvolvimento e no lançamento do complemento Wrike Resource, com o qual você e a equipe trabalham desde o início e ainda estão trabalhando nisso. Quais são os principais desafios que você e a equipe enfrentaram ao trabalhar neste complemento em vários estágios?
- O primeiro desafio é priorizar em uma situação com recursos limitados e tempo limitado. É claro que muito precisa ser feito para criar um produto competitivo. Mas a questão é por onde começar?
Em seguida, você precisa provar ao restante dos membros da equipe e à gerência que sua escolha é a certa e vale a pena começar com ela. Essa evidência pode levar muito tempo, pois todos estão em uma situação de sobrecarga de informações.
Foi muito difícil com o "gerenciamento de recursos", pois esse é um trabalho sobre a arquitetura do nosso aplicativo e é bastante complicado para nós. O gerenciamento de projetos em si não é uma disciplina simples, é guiado pelas práticas do Guia do PMI e do PMBOK; portanto, cumprir essa tarefa não é uma tarefa trivial. Portanto, era muito difícil entender como o conceito de "esforço de tarefa" se encaixa em nosso sistema ou quais modos ele deveria ter. Quase um quarto foi gasto nisso.
Como resultado, o passo mais difícil foi escolher e perceber o que precisa ser feito. Além disso, quando você já está implementando todas as idéias, fica mais fácil.
- Ou seja, após essa fase criativa, a equipe já tem um entendimento de como fazer isso, quais são os termos aproximados e assim por diante?
- Existem diferentes opções para o que fazer. Você pode executar uma versão beta rápida. Ou comece definindo o que você deseja fazer este ano, faça uma parte e faça-o primeiro. Por exemplo, foi o que fizemos com o datepicker. Em seguida, lançamos uma versão beta do gerenciamento de recursos, na qual houve uma seleção de data e esforço. Ou seja, nós apenas escolhemos algo pequeno, que é mais fácil de criar e desenhar e começamos a trabalhar nele.
- Por favor, diga-me quão específico, na sua opinião, é o trabalho do produto no Wrike?
- Não acho que o trabalho na Wrike seja muito específico. Parece-me que, em geral, é semelhante ao trabalho de produtos em outras organizações, aproximadamente da mesma maneira que produtos funcionam em empresas ocidentais.
- E agora ao nosso tópico, que passa por todas as últimas entrevistas. Conversei com várias pessoas que queriam obter uma posição como gerente de produto. E, pelo que ouvi, ouvi duas perguntas-chave: "Que tipo de conhecimento é necessário?" e "Que qualidades devem ser possuídas?" Pelo que entendi, a questão da experiência é muito específica, então vamos às qualidades imediatamente.
- Sobre o exame também pode ser respondido. Por exemplo, considere o conhecimento de trabalhar com dados. A abordagem orientada a dados, ou seja, a capacidade de realizar experimentos, formular hipóteses, escolher métricas que essas hipóteses confirmam ou refutam, é um exame bastante amplo, que, a meu ver, não é específico para nenhum setor.
- Na sua opinião, é possível se tornar um gerente de produtos eficaz, sem experiência em desenvolvimento e em geral em empresas de TI? Pode, digamos, algum tipo de profissional de marketing ou vendas vir e se tornar um produto?
- Profissional de marketing e vendas de TI - sim, ele pode. Se esse não é o seu primeiro dia de TI, você já tem muitas habilidades. Se você olhou em volta, entendeu como isso acontece, quais são as etapas: design, especificações técnicas e assim por diante. Profissional de marketing e vendas de outra área - acho que não.
Se você é um profissional de marketing ou as vendas não são de TI, surge a pergunta: "Por que você está interessado nesse campo, mas não tem experiência nele?". Chegar à TI sem fazer nada técnico é uma história controversa. Veja bem, essa experiência não é tão difícil de obter. Não há nada que impeça o especialista de fazer amigos, contratar freelancers e, por exemplo, fazer um aplicativo, gerenciar todos os processos. E, tendo feito isso, você mergulhará um pouco no desenvolvimento e entenderá como tudo funciona. Caso contrário, surge a pergunta: "Você está realmente interessado em criar produtos em TI?"
- Em cada entrevista, todos os produtos falam sobre diferentes qualidades e conhecimentos. Então, a cada conversa e todo mundo está certo.
- Talvez seja uma prova de que o gerenciamento de produtos não é uma ciência, mas uma arte.
"Você deve estar certo, sim."
- Isso é algo eterno no gerenciamento de produtos: é muito difícil classificar tudo, desenvolver abordagens claras.
Por exemplo, no desenvolvimento, existem linguagens de programação com certos conjuntos de ferramentas, abordagens e estruturas. E, de fato, você os conhece ou não.
E no gerenciamento de produtos, todos vêm imediatamente com abordagens completamente diferentes. Não há ferramentas claras. Existe um certo conjunto de estruturas, mas a atitude em relação a elas varia do amor ao ódio. Então, no final, acontece que ninguém pode dizer com confiança quem é o gerente de produto e o que ele pode fazer. Ao mesmo tempo, as opiniões concordam com cerca de 66%, e o terço restante é o campo em que tudo pode ser diferente.
Eu quero ir para a questão principal. Na sua opinião, quais são as três qualidades que permitem que um gerente de produto seja bem-sucedido em seu papel e por que exatamente essas qualidades?
- A primeira qualidade é um tipo de nitidez dos negócios, ou seja, um entendimento de como uma empresa funciona, como o dinheiro é ganho nela, que tipo de modelo de negócio é. Esta é a conclusão de que, às vezes, você pode fazer algo barato e torto, mas ainda pode ganhar dinheiro.
Há uma piada clássica sobre esse assunto:
Vasya lançou o MVP em um mês, começou a ganhar audiência e transformou seu produto em algo interessante, e Petya ficou atormentado por um ano tentando fazer algo incrível, esbanjou todos os orçamentos e nada resultou.
Esta é uma compreensão do princípio de Pareto (20% dos esforços produz 80% do resultado), como o dinheiro é ganho em geral, os problemas de negócios são resolvidos e os resultados são alcançados.
- É possível dizer que essas qualidades derivam indiretamente da curiosidade?
- definitivamente sim. Você quer saber como tudo funciona. E os negócios são apenas uma das áreas sobre as quais você aprenderá os detalhes.
No entanto, muitas pessoas, mesmo do setor de TI, não o fazem. Parece-me que a maioria dos desenvolvedores não. Eles não estão interessados em como uma empresa funciona; estão interessados em como sistemas e produtos funcionam. Eles apreciam os mantimentos e querem que eles se beneficiem. Infelizmente, porém, os benefícios nem sempre são os mesmos que o sucesso comercial de uma empresa.
A segunda qualidade é a empatia pelos usuários. Acredito que ser um bom produto é criar produtos realmente úteis para as pessoas e elas gostam de interagir com elas.
- Esta é uma questão importante. Mas, no entanto, aproveitar ou se beneficiar?
Eu acredito que ambos. Primeiro de tudo, o benefício. Se você imaginar o produto como uma pirâmide, no nível inferior haverá benefícios, e no nível superior - prazer. Essas são coisas consistentes. Eu acho que os produtos devem se esforçar para garantir que os usuários desfrutem e emoções positivas da interação com o produto. Isso e outro são convertidos em indicadores de negócios. Os usuários experimentam emoções positivas, naturalmente, tornam-se muito mais apegados a esse produto e, como resultado, mais leais. No entanto, isso não é possível se o produto não os beneficiar.
E você, como gerente de produto, pode obter esses resultados se tiver desenvolvido empatia e entender a psicologia humana. Você pode ouvir as pessoas e entender o que elas não gostam, ouvir nas entrelinhas o que elas dizem, e não diretamente, você pode traduzir o que elas pedem diretamente para o que elas realmente devem dar.
E essas duas primeiras qualidades devem se equilibrar. Se você pensa muito em negócios, pode esquecer os usuários e parar o tempo todo no nível de "é bastante útil, isso significa que eles compram".
E se, por sua vez, você pensa demais nos usuários e não entende que precisa criar um produto comercialmente bem-sucedido por um orçamento razoável, pode realizar tarefas durante um ano inteiro e, no final, a empresa não receberá nenhuma receita com isso.
A terceira qualidade é o pensamento sistemático e uma abordagem analítica. Trabalhar com software é trabalhar com sistemas. Você deve entender em que consistem os sistemas para escrever o TK, tomar decisões sobre a arquitetura da interface, as entidades e o UX. Isso é tudo - pensamento sistemático, mentalidade analítica.
Para realizar experimentos e formular hipóteses, divida o roteiro à sua frente em iterações e entenda qual caminho ideal e quais etapas seguir - tudo isso requer pensamento sistemático e analítico. E, vez após vez, você precisa se perguntar: “Estou pensando certo? Essa opção é verdadeira? ”, Tente refutá-la, propor outra coisa ou insistir nela. Então, aqui também adicionamos a capacidade de avaliar criticamente o nosso trabalho e a equipe.
Interessante. De todos os colegas com quem eu já consegui conversar, ouvi um conjunto diferente de qualidades. Mas uma coisa foi encontrada em quase todo mundo - isso é comunicação. E é curioso que a única coisa que você não tenha soado.
- Empatia é, em certo sentido, a base da comunicação. Eu realmente não gosto da interpretação comum da comunicação. Parece-me que parece algo manipulador demais e técnico demais. Eu acho que a base da boa comunicação é a empatia. Se você sente outras pessoas, entende o que elas precisam e são úteis, e o que é desagradável, então seu diálogo será construído.
"Quero fazer outra pergunta." O que você recomendaria para alguém que deseja se tornar gerente de produtos da Wrike? O que preparar e o que esperar?
- Se não houver experiência - aconselho você a trabalhar como produto primeiro em outro lugar. O Wrike tem requisitos muito altos e um rápido ritmo de trabalho, e esse não é o melhor lugar para obter experiência inicial.
Obviamente, existem situações únicas para as quais a situação será normal quando o processo de acumulação de experiência estiver intimamente relacionado à entrega e execução, e uma pessoa poderá aprender tudo em movimento. Mas eu dificilmente acredito que tais estrelas existam. Estou tentando dar conselhos a uma pessoa comum, não a uma em cada dez mil.
Se uma pessoa tem alguns anos de experiência bem-sucedida trabalhando como produto ou na periferia, aconselho que ela não tenha medo e venha, não temos nada superespecífico na empresa. Experimente.
Entendo. Muito obrigado, de fato, é muito interessante conversar.
"Nem um pouco." Fico feliz em formular e dizer algumas coisas.