Transformando a Gestão de Backlog em Estratégia Vencedora - Vinicius Bonacorse

[Música] Oi tudo bem com você meu nome é Paulo shod sejam bem-vindo ao Pr gurus o podcast que é a voz por trás dos produtos e comigo Vinícius bonacor uh falei certo o sobrenome falou certinho falou certinho Itali é difícil é difícil mas e você falou certo e é italiano não é italiano é italiano ótimo eh você tá bem muito obrigado por por aceitar o convite de participar nesse humilde podcast e hoje a gente vai falar sobre algo bem interessante que é backlog e estratégia né É isso aí Paulo e obrigado antes de mais nada

obrigado pelo convite tá é um prazer Zão tá aqui eh falando um pouquinho sobre produto sou apaixonado por esse tema e vamos embora vamos começar então Eh um backlog de produto grande é um sinal de ambição ou de de confusão estratégica eu acredito e Paulo que assim um backlog grande ele ele pode ser fruto de uma genuína ambição de produto tá eu não eu não descarto isso não é uma coisa que eu que eu invalido eh o problema do do backlog grande é que ele acaba sendo vítima dele do seu próprio tamanho no final das

contas né e e é uma tendência natural que quanto maior for o backlog eh maior vai ser a distância pra estratégia do produto produto porque você tá alimentando ele com muitas coisas e se você tem mais coisas ali mais disperso e vai ser o seu e backlog da da Estratégia você vai você vai acabar distanciando ele da sua estratégia de uma maneira até natural tá é um comportamento meio natural assim das coisas né A A grande questão é que e ter uma boa estrategia eh é é diretamente proporcional a você ter uma priorização clara tá

E no fim do dia ter um backlog de qualidade ter um backlog eh que não é necessariamente pequeno mas ele tem o tamanho exato ali pro que o seu produto precisa ele tá muito atrelado a uma questão de priorização né Eh é um exercício que todo product Manager busca é assim é o fundamento do Product Manager né a capacidade de priorizar mas é Um Desafio porque E assim se se fosse fácil eh a teoria né Eh a gente só teria produtos maravilhosos e features incríveis e todo mundo estaria muito satisfeito com todos os produtos e

não é assim que acontece né E então assim no fim do dia se você tem uma priorização clara eh a a a tendência é que isso se reflita no seu backlog né E aí de novo né eu tô falando aqui baseado numa experiência que eu acumulei durante esses anos aqui em produto e que me apontam para essa direção é é claro que a gente tem alguns outliers e alguns produtos que são mais especí íf isso vai ficando cada vez mais verdadeiro conforme o o segmento é mais específico ou mais técnico eh que o backlog precisa

ser gigante porque o produto é tem uma complexidade tal qual e esse backlog e gigante mostra e e tá tudo bem O o ponto é para mim que um backlog grande ele tende a afastar de uma maneira geral tende a afastar o produto da sua estratégia tá para mim é o resumo da Ópera Ok vamos a gente vai entrar num Episódio polêmico não Episódio polmico enfim recados você que tá ouvindo pelo Spotify e Apple podcast clique no botão seguir e deixe suas cinco estrelas pelo amor de Deus é só dois cliques clica em classificar cinco

estrelas Ok três cliques é você que tá assistindo a gente pelo YouTube clique no botão inscrever deixe seu gostei e e comente mas caso você não queira comentar só deixa o curtir que já tá valendo e você que tá nos ouvindo e assistindo siga o vin no Linkedin tá bom o link do perfil do Vin tá na descrição do do do episódio aqui vai lá segue ele ele diariamente vem vem fazendo conteúdo lá no Linkedin sobre produtos sobre estratégia muito bons os conteúdos Então siga o Vini lá tá bom e E também o mais importante

é esse episódio é um oferecimento da Tera a maior e melhor escola de carreiras digitais da América Latina tá com a gente mais um ano e está patrocinando a gente aqui link tá na descrição com o cupom exclusivo vai lá acelerar sua carreira e também além da Tera a amplitude a maior e melhor eh ferramenta de Project Analytics do mundo segundo a gartner também está nos patrocinando esse ano então vai lá link tá na descrição de um eBook exclusivo que a gente o pessoal da amplitude da Project Mind traduziu pra gente que se chama Project

Analytics for DS então ótimo é um eBook que claramente o PG faria mas eles fizeram primeiro e nos nos disponibilizado uma versão em português então o link tá na descrição é gratuito vai lá o ebook compartilha e é isso tá bom recados dados a gente vai entrar agora para falar sobre estratégia backlog e afins um ponto que o v nos trouxe no na primeira resposta é a correlação digamos assim da do backlog da priorização do backlog com a estratégia isso reflete uma visão da rege um eBook que a gente traduziu alguns anos atrás eu vou

tentar achar esse ebook e coloca o link na descrição também do episódio ele eh a reford ela reforça isso que muita das vezes a maioria das vezes não é falta de priorização em si a falta de priorização está atrelada a uma estratégia eh pouco Clara então estratégias mal definidas tendem a Gerar uma confusão na priorização Esse é a reforge que fala então o link do ebook vou tentar achar vai est na descrição aqui dito isto vini em um mundo perfeito digamos assim eh como que você descreveria a relação entre o tamanho do backlog e a

clareza da Estratégia do produto você deu uma pincelada na sua primeira resposta e aí aqui a gente vai tentar entender um pouco mais a fundo de como que você descreveria essa relação boa boa Paulo eh assim né Falando falar de mundo ideal é sempre é sempre um desafio né porque a gente eh flerta ali para fazer algumas afirmações que depois elas acabam eh até voltando contra a gente e sendo difíceis até da gente eh sustentar né Em alguns momentos mas ah bom dito isso né dito essa dificuldade eh é é uma relação e direta assim

como eu falei como eu já pincelei para mim quanto quanto mais enxuto e mais e menos prolixo for esse backlog no final do dia eh melhor ele vai traduzir A Estratégia do produto melhor ele vai colocar o o produto mais próximo dessa estratégia né mas eu só queria voltar num ponto que você falou eh antes Paulo e dar um passo atrás porque a a a a falta de clareza porque assim a gente tá aqui trabalhando num num num cenário em que você tem uma estratégia Clara e a partir da Estratégia Clara você prioriza o backlog

Mas tá tendo essa dificuldade o passo atrás que você deu é muito importante porque em um cenário em que a estratégia não é Clara se torna ainda mais difícil fazer Essa gestão do backlog e fazer essa eh essa priorização né então assim a gente precisa partir do princípio E aí falando de Mundo Ideal por isso que eu tô fazendo esse link a gente precisa partir do princípio que a sua estratégia de produto ela se sustenta ela tá baseada numa análise criteriosa de o que que é o seu produto hoje aonde seu produto que é tá

daqui a um ano eh quem são seus concorrentes como é que tá no mercado como é que tá a tua Arena competitiva eh E por aí vai né Eh E aí bom o a a minha o que que eu defendo em relação a a ao tamanho do backlog eh eu tenho uma frase que ela é ela é meio polêmica e eu tenho eh usado ela bastante nos meus conteúdos e comentários assim backlog não é repositório de ideias não é um depósito de ideias né Eh backlog não é lista de tarefas backlog ele tem lógica ele

tem critério então assim é eu acho que pra gente confundir backlog com um depósito de ideias é um pulo sabe é é uma linha tênue ali porque uma das coisas que a gente é luta né no nosso dia a dia é fazer cara a gestão da criatividade ideias todo mundo tem o tempo todo boas ideias também só que assim Nem toda boa ideia vai servir pro seu produto nem toda boa ideia vai precisar estar no seu backlog nesse momento então Eh eu começo respondendo eh essa questão da relação Direta com isso backlog não é um

depósito de ideias não é um repositório de ideias existe um lugar eh específico pra gente trabalhar hipótese pra gente trabalhar essas ideias aleatórias e que não vai contaminar e não vai poluir o o backlog eu pelo menos trabalho dessa forma e é como eu acho que uma gestão saudável de produtos funciona melhor né em que eu consigo separar essas duas coisas ideias aleatórias que vão precisar de validação vão precisar a gente estressar elas um pouquinho mais e o que é backlog de fato que já tá validado que eh já tá claro para todo mundo que

vai colocar o nosso produto mais próximo da Estratégia né Eh e eu acho que assim e e é por isso que eu gosto de falar muito também de processo de produto né porque num processo de produto que faz sentido para mim e que e deixa as coisas Claras para todo o time é que você primeiro trabalha nesse backlog de hipóteses cara vamos fazer uma uma lista aqui só de hipóteses trabalhar nelas do início ao fim entender o por que a gente tá pensando elas entender que dados que sustentam elas antes de jogar isso no backlog

né Eh então no fim do dia um backlog mais enxuto ele tende a simplesmente localizar o produto mas é é literalmente como se fosse um um uma localização geográfica do produto um backlog do produto mais enxuto mais direto ele pinça o produto e coloca ele do lado da Estratégia coladinho da Estratégia né Eh e é e é por isso eu gosto de fazer essa separação muito clara entre esse backlog de ideias que é mais aleatório mais caótico né porque não caótico eh mas que ele não contamina e não polui o backlog quando você falou em

não é repositório de ideias Eu já ouvi eh de algumas pessoas que usavam o Gira eh para colocar as ideias que eram dadas no meio da reunião então eu acho isso arriscados porque não faz sentido não eh existe o bloco de notas existe o Word existe outros lugares para você anotar as ideias para depois você ver se faz sentido ou não e outro cai entre nós ou Vine cai entre nós ninguém tá ouvindo a gente certo eh se a gente for anotar todas as ideias que dão nas reuniões pô não faz n você faz uma

gestão de ideias você é um gestor de ideias no final a gente vai escrever quatro livros do Senhor dos Anéis Exatamente exatamente Exatamente é E aí eh Paulo Eh cara foi bom você você tocar nesse ponto porque eu ia pegar esse gancho para falar Eh eu sei que a gente vai entrar um pouquinho mais a fundo no tema mas sobre a questão da gestão prc né Eh desculpa até tá me antecipando aqui mas é porque ele ele é um gancho que faz sentido né Eh quando eu falo que toda a gestão do produto toda a

gestão do backlog e tudo mais Ele deve funcionar a partir dos outcomes é é é claro que isso é um generalismo né e e que por eventualmente uma ou outra história do backlog uma ou outra questão do backlog ela vai resolver um problema técnico um débito técnico que o produto tenha Tá mas e a questão do altcom ela ela vem para complementar o que eu tinha falado antes né Eh o seu backlog ele tem que est majoritariamente preenchido por histórias que são guiadas pelo né e assim Aí a gente fala da diferença doc output mais

à frente e tudo mais mas eu já queria fazer essa introdução porque o ele entra exatamente nessa nesse momento da conversa a gente vai falar agora sobre isso Qual que é a definição de outcome e output para você v cara para mim O O outcome ele é um resultado tangível que vai mexer o ponteiro do produto do ponto de vista do usuário Tá vou tentar vou tentar refinar aqui um pouco a resposta tá é uma mudança eh Clara que você vê na forma como o usuário percebe seu produto ele pode não ser uma feature ele

pode assim um outcome ele pode não ser uma novidade do produto eh em termos de features uma nova funcionalidade enquanto output ele tende a ser muito mais centrado numa entrega de features numa entrega de eh de novas funcionalidades né então o outcome ele tem um um lado um pouco mais aspiracional no final das contas e e tudo que é mais aspiracional necessita de uma explicação um pouco mais mastigada a gente precisa ir e voltar nesses nesses conceitos e tudo mais mas outc para mim é isso é é uma mudança prática na percepção do produto eh

pelos seus usuários tá é é um impacto positivo neste sentido de mudança de percepção Mudança de Comportamento tudo que tudo que converse com esses termos isso para mim é Tic enquanto output ele tá mais atrelado a uma questão pura e simples de uma entrega de funcionalidade tá E ele tá pouco preocupado em em em mudança eh entregar Impacto eh real e definitivo ali pros usuários E aí a gente começa a entrar num num caminho que ele é um pouco eh nebuloso principalmente para quem tá iniciando a carreira na em produtos ã e até mesmo para

algumas pessoas seniors da área que tendem a a ter uma opinião um pouco contrária a isso que eu vou falar que é tudo eí Você pode falar que eu tô errado também vin mas tudo que o time faz gera Impacto de alguma maneira vai gerar Impacto ou positivo ou negativo mas vai gerar impacto O a gente colocaria eh como outcomes débitos técnicos e bugs dado que com uma condição eles priorizados pelo pelo Impacto que será gerado para pro meu entendimento sim sem dúvida Paulo porque eh dependendo do do débito técnico dependendo do bug e e

e aí é claro né Assim eh a gente vai encontrar pontos de vistas que eventualmente vão divergir disso e tá tudo bem desde que a gente não fuja muito da linha de raciocínio mas o ponto é existem débitos técnicos que não não inviabilizam a jornada do do usuário na sua totalidade mas que empobrecem muito a percepção dele do eh em relação ao produto Então a partir do momento que você resolve um problema técnico eh sem entregar nenhuma novidade porque de novo o outcome ele tá desassociado de novidades especificamente né ele tá mais associado a Impacto

então sim débito técnico para mim tem tudo a ver com resolver débito técnico tem tudo a ver com entregar outc porque cara você tá trabalhando para enriquecer a experiência do usuário no final do dia o que é Impacto E como que aqui só entre nós a gente fala muito de de priorização de backlog e automaticamente quando a gente fala de priorização de backlog a gente tá falando a gente associa muito como a gente falou em ideias novas coisas novas iniciativas Novas features Novas personalidades eh e a né hoje em dia tudo aá eh mas como

na sua na sua opinião na sua experiência como que você conseguia eh priorizar e fazer Essa gestão de de backlog onde tinha coisas novas débitos técnicos bug Porque isso é uma guerra eh é uma discussão eterna com o time de engenharia com o time técnico que é não precisamos priorizar bugs não precisamos priorizar débito técnico aí a pessoa de produto aí tem pessoas de produtos que olha para esse falar assim então então a gente precisa começar a acodar com qualidade né Eh E aí começa toda uma guerra civil ali Como que como que você fez

isso faz Essa gestão mesclando eh isso no backlog cara eh dependendo da equipe que você tenha Isso é Um Desafio maior ou menor né a a a gente dependendo do perfil tanto do seu produto quanto do seu time Isso é Um Desafio que ele pode ser relativamente simples mas pode ser um desafio absurdo né Eh cara no no fim do dia a gente eu gosto muito de de falar sobre gestão de produtos ou estratégia de produtos dada por né tô dando esse passo atrás para poder falar que estratégia de produto daada prc para mim tem

muita relação com um processo de discovery de mais qualidade tá E aí eu acho que entra um ponto crucial equipes de produto de uma maneira geral ah Principalmente as equipes que conhecem muito produto as equipes que estão juntas há muito tempo tendem a não olhar pro pro pro processo de discovery como deveriam tá pelo menos esse é um sintoma que eu percebi né Eu acho que quanto mais conhecimento você tem do seu segmento do seu produto eh você tem mais percepção de que você precisa menos do discovery e eu acho e eu particularmente acho isso

um tiro no pé né Eh então assim se eu tenho um processo de Discover melhor a tendência é que eu minimize eh algumas histórias capengas no backlog algumas entregas que foram mal feitas porque eu entendi melhor a necessidade e portanto eu consegui entregar melhor né então assim olhar pro processo de discovery diminui esse problema que você eh traz Paulo na minha na minha visão tá e o outro ponto é um aspecto que é um aspecto mais técnico tá que é literalmente olhar pro pro capacity do seu time né Eh entender o o capacity do seu

time entender o perfil do seu time entender como é que o seu time eh lida com as decisões de produto eh faz muita diferença né eu eu eu hesito muito em falar sobre eh a dividir 50% do tempo da da da do time resolvendo bug 50% tratando novas coisas eu não consigo fazer essa divisão por tempo por tempo é é um e Se isso for um defeito é um defeito meu mas eu não consigo fazer essa essa divisão por tempo então assim portanto como é que eu acho que a gente melhora isso Paulo como é

que a gente equilibra isso melhor olhando pro processo de discovery com mais carinho tá melhorando a qualidade dos nossos testes por ex exemplo e entendendo melhor o perfil do time pelo capacity do time pelo perfil técnico do time então assim tem um pouco desse desse olhar mais para pro indivíduo ali para quem é que tá por trás do código para quem é que tá digitando e tudo mais tem tem um aspecto mais pessoal que eu gosto de trazer para esse tipo de de gestão Tá mas cara é para mim também a gente não pode esquecer

de uma matriz básica de esforço Impacto assim Às vezes a gente quer Reinventar a roda também com alguns com alguns processos com alguns truques eh product Management tá tá tá envolto em um monte de Framework que ninguém usa ninguém lê que quando você chega na área você fica apaixonado por eles e logo depois você fala cara Esquece isso aqui não serve para mim no meu dia a dia eh mas tem algumas ferramentas que elas elas funcionam assim a gente precisa acreditar nas ferramentas também então cara vamos usar uma matriz de de de impacto esforço com

qualidade sabe vamos fazer esse exercício crítico aqui do nosso lado entendendo cara eh isso aqui é um débito técnico mas vai causar Impacto positivo então isso tem que ficar na frente de uma nova feature mesmo e e tá pacificado entre ti sabe então eu acho que é é essa mescla tá Paulo de perfil ali mais olhando para pessoas olhando mais para capacity do time melhorando qualidade de processo de produto descovery e e usar algumas ferramentas que que que nos ajud a trazer essa essa priorização em algumas respostas suas anteriores você menciona sobre a confusão né

a gente tá falando muito sobre a confusão entre estratégia e backlog o que basicamente é uma confusão também definições de objetivos e aí a gente quando a gente fala entre estratégia definição de objetivo a gente vai cair no okr né no uso do okr você pode explicar essa diferença e porque acha que as equipes caem nessa armadilha de definir estratégia definir objetivos ou krs eu eu tenho um palpite forte porque eh eu acho que é uma explicação muito humana no final do dia tá Paulo estratégia a a apesar da Estratégia ela precisar ser Clara ela

precisar mostrar o caminho ela ela ela tem ali uma receitinha de bolo que a gente tenta seguir e tudo mais os oars eles são mais táteis é é eu eu consigo de certa forma tocar nos okrs entre aspas entre muitas aspas sabe eu acho que o okr é ele é uma metodologia é uma ferramenta que permite que a gente eh toque no produto a gente interaja melhor com o produto enquanto a estratégia por definição e por natureza ela ela é mais aspiracional e isso distancia eh do entendimento né Eh mas aí eu acho também tem

um outro problema eu acho que nesse Boom de agilidade de eh gestão de produtos de product managers product owners etc a gente ficou muito eh faminto por usar ferramentas o tempo todo né e a gente confunde eh o por isso porque os o eles estão em todo lugar em todo tempo né eh todo mundo hoje fala oars você vê equipes Cara eu já vi equipes jurídicas usar oars pra área eh eu já vi equipes [ __ ] de contabilidade e eu não tô eu não tô usando hipérbole aqui tá Paulo é tô falando literalmente o

que eu já vi eh então é é é é natural para mim é natural porque reflete a maneira como a gente lida com essas novas ferramentas tá eh e aí assim o que que o o que fazer para não cair nessa armadilha né de confundir Eu acredito em education Eu acredito em pessoas de produto capacitando pessoas do time e pessoas que estão envolvidas ali no processo do produto para dizer cara estratégia é uma coisa estratégia tá muito mais relacionada sobre como a gente quer chegar num determinado objetivo e oars é outra parada completamente diferente que

ajuda comunicar a estratégia né porque assim oar ele tem uma função é óbvio ninguém tá dizendo aqui que o okar não tem função o okar tem a função de traduzir a estratégia dear deixar a estratégia mais mastigada e comunicar pro time de uma maneira mais visual ali e tudo mais mas cara o que ha sim são resultados são objetivos muito mais específicos do que a estratégia ela é a estratégia ela é por natureza mais Ampla mais aspiracional então cara como é que a gente acaba com essa confusão nivelando conhecimento sobre o que que é cada

coisa e melhorando a qualidade no final do dia do que que a gente escolhe pro produto e entregar de novo e E por aí vai tá eu acredito na educação nesse sentido eu só cara só queria dar um passo atrás Paulo desculpa porque me veio na falando sobre o estratégia me veio uma outra questão aqui sobre gestão Por outcomes que a gente tinha falado na outra pergunta que é E aí como fazer a gestão né cara do do do backlog é baseado tipo débito técnico eu priorizo o que que gera mais Impacto e tudo mais

uma coisa que eu percebo cara que é é é é é meio crítica assim é quando a gente tá num produto ali meio que recém lançado ou num produto que tá em transformação que tem players muito fortes ali no mesmo segmento e a gente fica fixo na cabeça que a gente precisa ter no mínimo as mesmas features que ele eh e e isso acaba com a priorização de um time isso Isso é uma intoxicação que o backlog recebe de certa forma que torna meio que inviável a gente fazer a gestão do desse backlog baseado em

out Camp sabe se eu considero que meu produto eh sei lá precisa ter no mínimo as mesmas features do Netflix cara e eu tô lançando dele agora por exemplo ele precisa ter a mesma funcionalidade eu vou ter um problema de priorização eu vou eu não vou saber resolver débito técnico eu não vou saber o que que eu vou lançar eu eu simplesmente não vou conseguir não vai ter time para fazer isso né então eh só tô voltando porque essa contextualização ajuda a responder a sua pergunta de como fazer essa essa essa gestão do mlog no

eh no produto não isso vem isso vem muito pro momento não eh a gente tá eh agora no momento em que independente do segmento independente do concorrente se alguma empresa lança alguma ferramenta com inteligência artificial automaticamente no mesmo dia na mesma hora no dia seguinte um diretor ou alguém de cima vai falar ô você viu essa ferramenta seria interessante a gente ter também será que não faz sentido esse será que não faz sentido ou Hum o que que vocês acham Olha que interessante isso é para pessoas de produtos que não tem uma certa experiência pode

gerar [Música] um uma ansiedade e uma uma sensação de eu tenho que fazer Total total que fazer isso ten que fazer isso que fazer muit das vezes não é né V total e isso tem um outro isso para mim tem uma outra consequência tá Paulo porque isso mexe de certa forma com a Sua percepção sobre você mesmo assim enquanto enquanto product Manager sabe do tipo cara se eu não fizer isso eu vou ser mal percebido Se eu disser não para essa coisa eh para para todas essas coisas de de Inteligência Artificial por exemplo eu posso

ser mal percebido Por não estar atento ao que o mercado tá fazendo cara isso é real isso é um problema que que que eu já vi e eu converso com gente que que traz esse tipo de de demanda sabe tipo cara se eu não trabalhar com inteligência artificial e eu vou ser mal percebido porque meu produto não e assim ele acaba sendo mal percebido Porque ele acha que ele é um reflexo do próprio produto né Se o produto dele não tá nos Trends aí de de de de features de de temas e tudo mais Portanto

ele é um product Manager desatualizado ele é um product Manager que não entrega valor não entrega Impacto né Eh E aí cara assim e isso isso leva a gente para uma discussão que é é é muito fundamental né na área de produto que é sobre capacidade de dizer não né É é é claro gente assim todos os profissionais precisam saber dizer não assim isso não é um isso não é uma dádiva que as pessoas produto receberam não é isso mas a as pessoas de produto Elas têm uma eh essa responsabilidade maior talvez em dizer não

eh primeiro porque qualquer mexida que ela faça no produto vai impactar muita gente tem Ou pelo menos tem a tendência de impactar muita gente né Eh e segundo porque cara ela é responsável eh também pelos resultados financeiros do produto sabe então uma mexida errada eh nesse sentido de vamos por esse caminho de Inteligência Artificial porque esse é o futuro aí esse negócio não dá certo esse negócio eh sei lá eh pior arquitetura do produto ou causa uma série de de rupturas e fricções ali na experiência eu tenho chne na base eu perco dinheiro olha o

tanto de coisa que isso isso pode acabar gerando sabe eh então e essa capacidade de de de dizer não esse senso crítico essa criticidade ali do do do produo cara ela é muito real e muito urgente assim para mim e e e e outra né é o que você falou assim eh um ce Um CPO um VP falando a gente podia fazer isso tem muito poder né cara tem e não adianta eh os paladinos vierem virem falar que não mas aí não sei o quê basta você não na no mundo real se você tá numa

reunião e de repente o ce o VP o CPO um Pô a gente poderia deveria a gente deveria ter isso no nosso produto não adianta você falar você pode falar não mas pô você não vai falar não para ele você vai falar não pro seu obeto você vai falar pô Não Faz Sentido pô V lá direito T se pô será mas cria essa sensação de tipo puts exato e E aí cara E sabe o que que ISO gera no fim do dia trabalho porque você vai ter que provavelmente par pegar dado olhar pesquisa fazer provavelmente

isso vai gerar um powerp porque a gente trabalha assim não tem jeito para mostrar ali pro para essa pessoa aliás para mostrar e assim tentar convencer né porque depois você pode acabar não conseguindo de que não faz sentido assim cara esse tipo de questionamento ele gera trabalho sabe e às vezes é um trabalho que é só só para você não faz sentido é muito doido isso na minha cabeça é isso E aí a gente falando de estratégia ainda mais em com inteligência artificial a gente fez um episódio com Alexandre guzm em que ele fala sobre

ele é diretor sor na vetex ele fala sobre o papel da alta liderança em relação a isso de Inteligência Artificial e como incluir a inteligência social de forma eh mais eficiente na estratégia não é apenas chegar e falar ah a gente poderia ter tal coisa é a alta liderança olhar o mercado entender identificar e ter duas versões de estratégia né A Estratégia estratégia mesmo de Tipo pô a gente tem a estratégia do ano como que a gente vai como que a inteligência artificial nos ajuda a entregar a estratégia do ano e tem a outra estratégia

que é de posicionamento de mercado de longo prazo visão de longo prazo que é como que eu trago isso daqui para ser um diferencial de mercado como que eu faço isso para então Eh isso não é o longe de mim Eh muitos lugares vão falar que isso cabe o PM fazer eh não sei se se cabe o PM fazer porque aí a gente tá colocando uma responsabilidade muito grande na na entender do mercado é totalmente diferente de você eh ter essa visão que se espera de alguém de alta liderança né que ele ele tem um

olhar 360 do mercado esse Como que o PM que tá inserido num contexto ali do seu produto tem que fazer essa leitura de mercado né EV perfeito perfeito e outra coisa se você leva isso para uma realidade de grandes corporações a gente tem que lembrar que um executivo que que toma esse tipo de decisão ele precisa atender outro tipo de interesse também né você tem ali um um provavelmente eh um conselho administrativo eh você tem ali pressão de acionistas eh dependendo do segmento você tem transformações acontecendo que elas estão num nível que que que o

PM não olha sabe é e e e é claro é normal o PM tem um objetivo ali mais específico tá dentro de um universo ali mais fechado ali do produto eh e esse cara tem uma outra visão né completamente eh completamente nível eh mais macro né e o que você falou sobre separar a Resumindo né O que você falou assim sobre separar a estratégia em duas em duas partes talvez eu acho que cara é é é perfeito assim acho que um questionamento é o seguinte cara dá para eu ter alguma coisa de valor relacionado à

inteligência artificial no meu produto ainda esse ano Ah dá beleza Vamos pensar e tudo mais mas também se não der não é para ficar ficar preocupado ou ficar encucado com isso sabe Paulo eh se você não entregar algo de a no seu produto esse ano Mas o resto todo você fizer certinho tá tudo bem e aí eu acho que é o que você falou de uma estratégia mais Ampla cara como é que a gente se beneficia de I para daqui a 5 anos assim como é que vai est ia daqui a 5 anos para que

eu monte A Estratégia do meu produto para se beneficiar disso lá naquele eh lá naquela janela de tempo lá na frente sabe e isso para mim faz sentido e falando em estratégia clara como que você define ovine uma estratégia Clara eu eu gosto de um tripé tá para para falar de estratégia Clara Paulo para mim uma estratégia ela precisa comunicar o que que ela vai resolver assim qual o problema que a estratégia desse produto tá resolvendo isso tá atrelado a objetivo tem gente que chama de objetivo tem gente que chama eh por outros nomes mas

assim eu prefiro frases essa frase ela resume bem comunicar Qual o problema ser resolvido esse esse é um pé do tripé o outro é É tá muito mais atrelado ao como fazer E aí talvez seja o a parte mais importante do tripé na minha visão né ela comunica Como que o problema vai ser resolvido e isso pode variar infinitamente de produto para produto mas ela precisa ter e esse como isso para mim é é fundamental né e o último tripé e e ele faz sentido também se o último porque ele para mim tá mais relacionado

a efeito que isso vai causar na na tua base de usuários eh efeito em comportamento talvez algo nesse sentido mas ele tá de novo o foco dele é falar de efeito sabe o que que que essa estratégia vai impactar realmente na tua base de usuários para minim estratégia Clara se ela tiver esses três pontos ela não precisa de muito mais coisa tá eh não precisa da gente dar muita Volta se se esses três pontos estiverem bem endereçados para mim super funciona tá ótimo perfeito Então é isso falamos sobre backlog estratégia objetivo tamanho como mensurar como

repriorização log com Vinícius bonacor Vini muito obrigado pelo seu tempo eh foi uma aula ouvir você acho que é muito enriquecedor o nosso papo aqui e é isso Você que nos ouviu até aqui e nos assistiu quer seguir quer conversar com Vini quer ter mais exemplos cases como que ele faz dicas siga ele siga o Vini é no Linkedin O link tá na descrição aqui do episódio tá bom e também o link já vai ter começado o Campeonato Brasileiro sim já mais o link para você baixar o cartola e jogar o cartola o maior Fantasy

game do mundo segundo eu vai est também na descrição porque eu estou jogando então enfim é isso meu passatempo é ficar vendo o gato mestre falando que eu devoar jogadores do Palmeiras ao invés do São Paulo que é um absurdo de novo Muito obrigado volte sempre as portas do PG as portas do PG est abertas para você e é isso Você que nos ouviu e assistiu até agora nos vemos no próximo episódio beijos tchau fui [Música]