Além do Código: Como identificar e resolver problemas em times Tech

Olá olá muito bem-vindos a mais um Travel Tech talks eu sou o Alexandre Cordeiro founder aqui do Travel Tech Hub e hoje a gente vai falar um pouquinho sobre desafios não bastasse todos os desafios que a gente tem nos negócios a gente também tem desafios em times de desenvolvimento tecnologia e engenharia Ah não é fácil não é fácil desenvolver produto entregar produto não é fácil gerar valor paraos usuários E além disso Não é fácil gerir toda essa Parafernália de ferramentas e times desenvolvedores programadores Tech leads enfim toda essa galera que tá por trás dos dos

panos aí no backstage hoje eh já agradecendo aqui a gente Convidou e o Léo Andreu vai dar aí essa visão de principais desf nessa gestão de times de tecnologia né nesse desenvolvimento de produtos que times de negócios produtos tanto aguardam mas e aí o que que acontece Léo primeiro obrigado bem-vindo e aí me Conta essa história tem desafio não fácil boa al Obrigado aí pelo convite prazer estar aqui com você falando pra audiência legal aí Ah tem bastante desafio e acho que a ideia aqui é falar um pouco desses né pões que eu tenho visto

em times de desenvolvimento de né times de desenvolvimento estão fazendo produtos digitais e tenho 20 anos de experiência aí muito f empresas de tecnologia e e faz dois anos aí que comecei a trabalhar com consultor então Agora tô passando por várias empresas e e tô é bem curioso assim eu esperava até certo ponto mas tô até surpreso os desafios são muito parecidos Nossa eu né se eu puder contar isso para as pessoas falar Olha esses são os padrões e por queo que são problemas e essas são as possíveis alternativas para você resolver essa dol Então

esse é o objetivo legal então vamos lá que que você viu aí em 20 anos o que que você tá vendo né Principalmente agora aí mais Recentemente talvez até uma curiosidade mas explica em detalhes tem coisa em comum então é isso boa tem coisa posso publicar aqui compartilhar a tela aqui fazer uma apresentação deixa eu aqui isso faltou ensaiar esse pedaço aqui com você não está a gente não assim vai lá tá vendo a minha tela aí tô vamos lá boa então galera esse é o Né o aqui resolvendo desafios coms de tecnologia me apresentando

de forma Super rápida sou o leandre Sou formada engenheiria de computação na na Poli e na USP trabalhei 10 anos no comutador então pra galera mais velha Daí antes Google Maps no Brasil existia contador existia mlink Car 10 anos há bastante tempo mas eu né nunca fiz sempre a mesma coisa a empresa nunca fui sempre a mesa mas eu fui Dev fui gerente de projetos b2b fui líder de equipe do do do desenvolvimento do apontador meso BC eha final tava com cultura da empresa e Também 10 anos não acreditas os primeiros 3 anos aí como

advisor eu contr contratei os primeiros dois Engenheiros de software da acreditas ali eh on eles virou c da acreditas nos primeiros 4 anos Leandro eh e depois eu entrei para valer entrei Full Time ali em 2015 acredito tinha umas 20 pessoas e chegou a ter no seu pico aí 4000 4000 funcionários então eu liderei produto por uns 9 meses liderei pico por uns 4 5 meses depois liderei o Time de Engenharia e por alguns anos cresci o time de 10 até 150 pessoas e depois peguei tudo que eram novas iniciativas ali eh Inter Nacional aquisições

e nosos produtos saindo 2022 eh tirei um sabático eh sempre gosto de falar aí foquei em saúde Esporte e família emagreci 18 Kg tô jogando Comecei a jogar fot volley quase todo dia muito mais próximo dos meus filhos e desde então comecei Né desde 2023 para cá Comecei a trabalhar aí com consult independente terho feito muita mentoria de ctos e lideranças de tecnologia com Tech advisor um C as a service eh tenho feito muito diagnóstico de de de produto tecnologia também beleza então vou começar aqui e o problema número um que eu encontro em todas

as empresas é uma distância entre negócio entre produto e engenharia tá E e o primeiro grande problema quando eu entro para uma empresa faz um diagnóstico ou as Primeiras pessoas que eu começo a conversar eu entrevisto e eu pergunto Quais são quais são os seus objetivos e como vocês sabem se você os está atingindo e para minha surpresa grande parte das empresas grande parte das pessoas que ISO ela responde essa pergunta sem mencionar um número qualquer número Nem que fosse a métrica errada o número errado mas cara qualquer número então qualisa é falar de objetivo

sem falar de números né então isso é uma Coisa que que para mim é o problema número um e quando a gente não fala de de números e de métricas a gente fic no cima do problema que daí toda a empresa a empresa começa a se focar e em datas de features Eu acho que isso sim é importante mas nem de longe é mais importante tá então primeira coisa cara Tecnologia é um meio não é um fim se a gente tá desenvolvendo uma desenvolvendo um mod desenvolvendo um sistema desenvolvendo alguma coisa Eh o objetivo disso

tem que ser um objetivo de negócio é para da venda é para diminuir ch é para diminuir custo operacional é para aumentar a conversão num funil é é cara tem que ter alguma coisa assim tem tem que ter um uma métrica de negócio é para aumentar mon Active users sei lá engajamento qualquer coisa tá E então se se vocês estão desenvolvendo aí e e não sabem por para mim isso é problema número um então às vezes não Tem nada pior do que fazer muito bem feito algo que não deveria ser feito né então cara se

você não sabe porque você está fazendo talvez is interf tá sendo feit eh uma outra coisa que eu vejo que é um problema aí então beleza próximo passo né algumas empresas tar então tem algum tipo de objetivos tal mas eu vou falar o que e m vezes eu vejo os de Engenharia e os de produto isso é problema por quê Porque um de produto ele não né um PM um po ele não vai conseguir atingir esse objetivo sozinho geralmente um prêmio eu atinge objetivos de produto através do time de desenvolvimento time de engenharia Se o

time de engenharia temas de Engenharia e temas de produto cara que que vai acontecer eles ou vão escolher um ou vão escolher outro ou vão tentar fazer os dois e não vão conseguir fazer nada né Eh o ST são você tá dando dois objetivos que nesse objetivo Executar eh isso é ruim então pessoas de engenharia pessoas de produto você tem que conversar se juntar e falar Beleza o que que é mais importante nesse momento pro nosso produto é fazer novas features é aumentar engajamento é fagar técnico é melhorar tempo de resposta é melhorar estabilidade Então

as pessoas falam muito ali de D uma revelação constante que eu ouço pessoas de engenharia falando Ah mas eu não consigo priorizar D técnico não consigo priorizar Monitoramento não consigo priorizar alguma coisa porque produto quer fazer nova Cara se só eu de produto a a a a feature mais importante né a funcionalidade mais importante do meu produto é que ele esteja no L que as pessoas consigam usar mesmo que seja uma feature só uma vez que eu tenha o básico eu consigo adicionar mais features mas a principal coisa que o produto tem que ter é

estar disponível eh Então cara É problema de produto é Estabilidade é problema de produto tempo de resposta é problema de produto se eu tive que fazer uma fita por semana orora leva um mês para fazer uma ficha porque tem muito DF técnico então cara produto tem que entender dessas coisas e engenharia tem que entender desse produto e esses dois líderes juntos tem que conseguir priorizar o que que o time vai fazer tá ISS eu um outro problema que é muito comum eu já vi muitas vezes também é Apontar dedo né se esses times não se

Engenharia e produto não estão trabalhando juntos Acontece aquilo de eh produto aponto dedo para engenharia e falar Engenharia não entrega engenharia aponto dedo para produto que fala produto não sabe o que quer Galera vocês têm que trabalhar juntos não existe um sem o outro é essas duas áreas precisam coexistir e precisam trabalhar M juntos elas não entregam valor sozinhas eh então quando esse pensamento você Pensou na engenharia faz esse pensamento passar pela sua cabeça falar nossa o produto não sabe o que quer tô cro prento de produto você vai respirar fundo e você vai falar

isso também é um problema meu você vai chegar na sua no seu quro de produto e vai falar cara eu tô sentindo que a gente tá mudando de prioridade muitas vezes eu tô sentindo que a gente não tem Claro os objetivos de negócio que a gente quer atingir Como que eu posso ajudar você pessoa de Produto quando você pensar Nossa mas esse time de engenharia é muito lento esse time não entrega esse time não vai vai passar pela sua cabeça Respira fundo vai PR sua pessoa de engenharia fala paraa tô com essa impressão que a

gente não tá en pegando rápido o suficiente que nossa osidade está diminuindo é uma impressão você também sentir isso como que eu posso ajudar e muitas vezes sim você pode ajudar tá E esses dois s pisão produto Às vezes a pessoa de engenheira Vai te fal meu se você especificasse de um jeito diferente as histórias ia melhorar PR caramba pra gente eh então coisas desse tipo ess esse não tem que acontecer e saibam vocês têm que trabalhar juntos não existe trabalhar sozinho e eu sempre falo que trabalho de né trabalho de discovery ele é 80%

de produto mas ele é 20% de Engenharia e o trabalho de delivery ele é 80% de engenharia Mas ele também tem 20% de produto então Eh cada um tem um pouco Mais de responsabilidade uma dessas coisas mas não existe trabalhar sozinho e o outro grande problema aí pessoas de negócio que não falam com pessoas desenvolvedoras Então é muito comum você quer né negócio fala com produto produto fala para engenharia e e p isso é um Waterfall né No fundo é um Waterfall e no fundo é um telefone sem fio tá pap de produto é super

inete tem que especificar produto tem que né entregar valor pro usuário ou pro Cliente não feito faça sentido negócio mas cara você não deve ser isolar essas pessoas porque eh cara as pessoas engenharias pessoas desenvolvedoras elas são no fundo ótimas resolvedor de problemas se você dera o problema e entrega Essa feature ela vai se focar em entregar essa feature se você der para ela um problema que é precisamos aumentar as vendas precisamos diminuir o cional precisamos melhorar a produtividade do profissional eh alguma Coisa algum problema de negócio Essas pessoas desenvolvedoras vão se preocupar com isso

e muitas vezes elas são pessoas muito criativas e Pessoas com bom conhecimento técnico então elas vão propor soluções também né Elas vão soluções seão tradeoffs e é muito importante que elas entendam o negócio e o jeito de entender o negócio não é via produtoa é falando com as pessoas de negócio a comentar alguma coisa aí não só tô concordando por enquanto tá Excelente aí usica ouvidos belza então Car uma coisa que a gente fazia muito na na acreditas ali pelo menos uma vez por mês eh botar as pessoas de negócio e as pessoas de Tecnologia

de engenharia os deves mesmo na mesma sala vamos discutir você pode aproveitar para fazer uma demo do sistema eh você pode então é negócio pros dois lados tá pessoas de de tecnologia falando sobre os desafios às vezes mostrando tema o caramba e pessoas de negócio falando como tá o negócio Cara a gente como tá o número de clientes a gente tá aumentando tá diminuindo Quais são as dificuldades que que os clientes mais reclamam Quais são os bem eh Tá qual o nosso plano Quantas lojas a gente abriu esse mês e quantas a gente abriu mês

que vem e PR onde a gente tá então é essa conversa é muito boa e geralmente vocês vão surpreender as pessoas de desenvolvimento tem muitas perguntas para fazer para negócio e que às vezes elas não têm o fórum adequado o Lugar certo para fazer essas perguntas tá então coloquem essas pessoas para para se falarem e e e as e muitas vezes eh já já fou isada aqui mas muitas vezes as pessoas de desenvolvimento tem que falar com os usuários né os usuários do sistema são sistema interno falem junto eu lembro muito de um time de

análise de crédito na acreditas que os devis e os os analistas de crédito marcaram um workshop e eu nem fiquei sabendo cara porque eles se falavam 15 dias senam meu Então pessoas né analistas de crédito Esses são os próximos os próximos passos estão dando no nosso sistema o que que vocês acham faz sentido Não faz sentido vocês alo cara legal essa funcionalidade vai ajudar para caramba mas ó vocês deixaram passar é isso aqui é o que mais tá pedendo pra gente hoje é o que mais tá crítico o que mais tá falando prod atividade too

trabalhar junto então ah pessoas de produto vão fazer esse papel mas não aniem o os desenvolvedores tá e Eu acredito muito numa cla que chama continuous Discovery já você tá o tempo todo falando o temp to fazendo Discovery o tempo todo falendo seus cli do seus usuários eh então outro exemplo ali eu tinha um time que toda sei lá quarta-feira 11 da manhã falava com um cliente e quem participava uma pessoa de negócio uma product Manager uma pessoa de x e um Dev do time o Dev o time tinha cinco deves isso quer dizer que

cara você que dev você vai uma vez por mês Participar dessa conversa é muito valioso você participar dessa conversa é entender e ouvir diretamente do que gente eh o que que el tá fazando do sistema que que tem de coisa boa o que que tá e o que que tem que melhorar vai lá ver não eu vou deixar as perguntas pro final mas é só um comentário assim eu também promovi exatamente o que você falou eh a gente fazia product updates ou seja chamava clientes fazia workshop mostrava roadmap novas features e queria Ouvir de volta

e quem que eu chamava os clientes produtos a galera de relacionamento vendedor e a Squad os desenvolvedores estavam dentro da sala assim porque era uma troca rica e você tirava qualquer filtro qualquer boi na linha entre o que o cliente tá falando qual é o feedback dele positivo ou negativo até o desenvolvedor então era exatamente o que você falou é valiosíssimo esse esse feedback send ouvido direto do cliente pro Desenvolvedor e assim depois a gente voltava para dentro de casa ali dentro da da da dos times cara com outra visão era outra pegada outra velocidade

então tô concordando contigo aí faz muita diferença legal legal bom cara é eu acho que se vocês levarem uma coisa só da dessa dessa toa aqui leva essa meu primeira coluna da esquerda é primeiro slide cara esse aqui é o problema A chave vai vai melhorar muito a vida de vocês tá eh e euma coisa que que a fal Vai extrap para para outras áreas assim para outras situações cara coisas muito simples mas é quando tá tendo muito ruído muita falha de comunicação tal pega todo mundo que é envolvido e coloca na mesma sala na

mesma qu Extra remoto meu bota todo mundo junto Car não tenta fazer telefone semfio que vai passando vai passando vai passando e outra coisa para você tem áreas que tem atrito a a solução número um é dá um objetivo compartilhado para elas Cara vocês estão Brigando eu tem todo agora vocês dois t a mesma mesmo objetivo trabalhem juntos para para alcançar esse objetivo eh você vai ver que melhora redinho eh então possíveis soluções aí oars de produtos e engenharia unificados né o time tem que ter um único conjunto de oars não né dois ou três

objetivos aí results aí por por trimestre não adianta falar cara você tem que melhorar ess um monte de coisa técnica de Fit não vai dar certo uma cultura única de produto e Engenharia estamos tostos no mesmo barco a um não existe sem o outro eh e tem que trabalhar junto então po uma coisa que a gente olhava muito lá era PMs e devis não acreditas P conviviam muito bem e eram trabalhavam no jesc todo assim não tinha muito estresse e os Def T que entender do negócio e às vezes eu devo entender do negócio não

é uma reunião dessas tá Às vezes você vai ter que fazer apresentações você vai ter que levar um pente você vai ter que mostrar Às vezes você quer mostrar uma méca de negócio e as pessoas não não não não tem conhecimento ainda para interpretar pelas metas de negócio então ensine as pessoas a interpretar as mcas de negócio são importante para se negócio tá vou passar pro segundo ponto é e o segundo ponto são muitos cilos e muita segmentação de responsabilidades então eu vejo muito aí mas você passa um grande ent de pessoas de Pack pessoas

de France pessoas de m eh Por que que isso É rim né Toda vez que você tem um Hand off então o que que é isso eu sou b e eu faço api daí eu passo para de front aqui quando eu terminei meu trabalho O de front não tá imediatamente pronto para começar a trabalhar na api que eu fiz então is vai ficar parado numa fila num espera né vai ficar parado depois de FR vai pegar e fazer daí eu vou passar para de paridade por exemplo k com metal no processo eles também vai entrar

num fila de q e depois de um tempo eles vão pegar Para fazer e daí se eles encontrarem um problema isso vai voltar PR encontr o problema na pi vai voltar pra fila do time de ende e que não vai est imediatamente disponível para trabalhar naquilo vai ficar parado e depois eu vou pegar e vou corrigir e daí toda vez que eu passo de uma área para outra de um time para outro as coisas ficam paradas e eu posso apostar com vocês que maior parte do tempo que leva para uma coisa ficar pronta ela não

tá sendo né as Pessoas não estão trabalhando nela ela tá parada numa fila esperando próxima etapa do processo trabalhar nela tá então eh um exemplo que eu gosto de dar aqui não não entender a fundo esse cada etapa desse negócio mas esse esse blog post aqui do Fio calçado fica muito bem que é beleza tivemos uma ideia cara trabalhando nessa ideia levou dois dias depois isso para fica aí no Google Drive esperando pro pessoal de pegar espera um Sprint desse levar 15 dias o pessoal trabalha por 5 dias depois eles colocam isso na especificação um

trelo e fica mais dois né mais 15 dias duas semanas esperando para alguém pegar vejam aí trab trab dois dias espero 15 trabalho 7 dias e espero um trabalho dois dias e espero eh e o negócio é você tentar executar essas ações né essas etapas com o time Unificado eh mais um exemplo aqui tá arquitetura com time então muitas vezes é seis não Fazer alguma coisa isso faz um time de arquitetura o time de arquitetura especifica define define a solução tal e depois passa para time de desenvolvimento cara eu não acho que isso é bom

porque o time de desenvolvimento Ele deveria ser capaz de entregar um produto digital do começo ao fim ele deveria ter responsabilidade Total sobre aquilo que ele vai fazer se um outro time desenha arquitetura o time de desenvolvimento Implementa e as coisas não saem bem e aí Quem é responsável cara desenvolvimento exal ou arquitetura projetoal você percebe que já tem uma responsabilidade dividida aí eu f o se arquitetura é um Eu acho que um time para ele ter capacidade total de pegar um produto digal ponta ponta ele precisa ter todas as Skills necessárias para entregar isso

o produto inteiro se a arquitetura é um Skill chave é um Skill necessário Então esse time deveria comess bent de Arquitetura tá então eh provavelmente essas pessoas do time de arquitetura deveriam estar dentro do time de desenvolvimento e outra coisa que é bem comum a gente V é se a pessoa do time de arquitetura não d e vendo o o desenvolvimento no dia a dia provavelmente em algum momento ela vai ficar defasada e a as arquiteturas que vai planejar não vão mais acolh o dia a dia com a realidade ela vai ficando defasada Então eu

acho que você pode ter Até ti de plataforma o objetivo é habilitar os times de desenvolvimento a a serem mais efetivos mais eficientes então deente de plataforma vai fazer componentes comuns vai fazer coisas que habilitam os times a avançarem mais rápido e a não se preocuparem com coisas muito baixo nível mas eu não gosto e acho que um problem goos de arquitetura tá isso deveria tá dentro do é um Skill set que deveria est dentro do time e de desenvolvimento e outros padrões aí que Que eu vejo muito é um time de correção de bugs

Cara isso é muito ruim porque primeira coisa se eu sou um time de desenvolvimento e o bug uma responsabilidade minha cara eu vou chipar código mais rápido possível vou fazer fazer fazer e tudo que fazer de besteira não é comigo então cara é éo errado Eu não eu eu paro de me preocupar com talidade porque a consequência de uma qualidade ruim minha E Pô isso é pésimo que outro tá lá corrigindo alguma coisa outra coisa quem fez o sistema é a melhor pessoa para corrigir isso né ele conhece ele vai conseguir corrigir esse bug mais

um terceiro time que não tem nada a ver com isso outra coisa talvez meu time nem fique sabendo tinha um bug Então cara isso não me impede de errado de novo talvez eu vou continuar produzindo esse bug e vou continuar repetindo esse eu porque não caiu para mim corrigir esse Negócio e E outra coisa se eu sou um time de produto digital que que tem a responsabilidade Cara eu tenho carcas de decidir Vou dedicar o tempo do meu time para fazer novas features ou vou vou dedicar o tempo do meu time para ficar corrigindo ali

aqueles bugzin toda hora ou vou dedicar o tempo do para corrigir ausa Raiz e pode ser não fazendo teste pode ser não entendi o problema muito bem pode ser que falta um depósito Então Cara é responsabilidade do time esse time tem que ter responsabilidade resultado final daquilo que ele tá fazendo Tá então acho péssimo você passar isso para um time de cois bus eu sei que é tador tá Às vezes você fala cara vamos deixar lá um time que faz coisas mais rápidas e o time principal tá fazendo uma coisas maiores mais robustas novas features

mas eu acho que isso e uma outra questão S Deploy eu atéo muito isso ainda Ehs eu acho que é muito ruim empresas maiores também acho que alguém você pode ter um time de infra que habilita os desenvolvedores a fazer Deploy de um jeito Seguro eh que habilita os desenvolvedores a fazer rollback desenvolvedores a monitorar se o depl que eles fizeram deu certo ou não e gerou efeitos colaterais ou não eh mas de novo isso é um Skill básico de um time de desenvolvimento de produto digital o time tem que tem que ter Responsabilidade ponta

a ponta para entregar valor paraos seus clientes e paraos seus usuários sem depender de ninguém se ele não consegue fazer Deploy ele não tem essa essa responsabilidade total é enelar valor E aí possíveis soluções de novo cura eles estamos todos no mesmo barco é back front mobile arquitetura tudo isso deveria ser um time uma coisa que é que é bem comum quando você tem muitos desses né desses Cofs né diminui o o lip do time então é muito comum né time des Terminei minha feature passei pra frente peguei outra feature terminei passei pra frente só

que se lá na frente você tem um sei lá o ti tá folgado cara quando você olha pro fluxo como um todo você fazer novas features você tá fazendo mal o fluxo que você tá tralhando o seu time então o que você devia fazer é ir lá pro se né pra pessoa de quear e ajudar a testar ou às vezes é ir lá com a prão de produto e Ajudar a validar Aé fo que foi que você fez é o que de fato o produto esperava eh queas cheguem V vão pro começo do processo cara

né eu gosto muito paramento das diferentes especialidades Então se no começo quando a gente tem uma história ao mesmo tempo que a pessoa de back tá desenvolvendo a pi a pessoa de front tá desenvolvendo interface a pessoa de de que tá desenvolvendo testes para aquilo todo mundo tá trabalhando Junto quando a gente a gente começa a conectar as coisas sem ter que entrar numa fila e esperar alguém tá disponível não o k não tem que est disponível porque a prioridade dele é terminar aquela história e e e como você pode fazer isso né diminui o

Wi do seu time se seu time tem cinco ou seis pessoas cla que vocês não podem trabalhar em mais de três vezas ao mesmo tempo isso Vai forçar com as pessoas de diferentes especialidades trabalhem juntas para Terminar aquelas coisas né então eu só posso trabalhar em três e eu terminei um pedaço da minha e já ten outr em andamento então não vou conseguir pegar a quarta coisa eu vou ter que ajudar a levar essa história até o final tá E e não importa que as especialidade as faras do fluxo que vem depois não seja a

minha especialidade eu acho que a minha responsabilidade é entregar R pro meu usuário e fazer o que o que quer que seja necessário para levar essa história Até E aí no ar send usada por usuários Então isso é uma coisa importante e a outra se hoje você tem um time de arquitetura ou hoje você tem um time de infra e os seus deves não tem euver que não tem conhecimento é muito importante disseminar esse conhecimento então de novo pareia se não dá para mudar isso numa tacada só e obviamente F ser um ideal eu sei

que na realidade né Às vezes as coisas são feu a pessoa de arquitetura vai online do sistema pega Dois deves ali do time e fala Vem trabalhar comigo nisso aqui cara e da próxima vez você vai fazer então sei lá em um um um sistema os devis ainda trabalham com arquitetura e isso ainda é responsabilidade mais de arquitetura próxima vez responsabilidade dos deves com apoio da pessoa de arquitetura próxima vez os devis fazem a arquitetura rev próxima vez devis tentem fazer sozinhos e de novo eu não gosto desse time de arquitetura tá eu acho que

essa Pessoa de arquitetura deveria tá dentro do time e deveria ir est pareando eh e passando conhecimento pro resto das pessoas e o outro para mim é evidente aí o time que cri os bugs é responsável por corrigi-los não não terceirizam a responsabilidade de correção de bugs Quer comentar alguma coisa aí Alê não Só que também aqui uma curiosidade né o passar a bola no bug é muito cômodo né os times então eu crio o bug mas eu Sei que alguém vai revisá-lo e tem um um fator psicológico que é quando você sabe que ninguém

vai revisar você é responsável ponta a ponta e se voltar como bug no chamado vai voltar para você o Devid toma mais atenção então a incidência de bug diminui né Total total cara eu não acredito nesse mod que que a é uma etapa final do processo para mim qualidade não é al que se inspeciona no final qualidade tem que tá embutida no processo a gente tem que construir as Coisas com qualidade a gente V ter que nos ponar no final Bora legal Eh vamos lá próximo cara eu vivi muito aí o O bom de métodos

Aris né pessoal e tal e e eu eu sentido que muitos files não conhecem a agilidade eh com mínimo de profundidade assim fesam aquele STR tipo sem saber porquê cara a gente faz planning a gente faz Daily a gente faz review mas são coisas muito muito fracas assim muito sem tá de fato vivendo Agilidade então por exemplo para mim uma coisa básica é medir time Quanto tempo demora eh desde que a gente se comprometeu uma feature aessa feature tá no ar uma é básica e vocês T que olhar para isso e e ver se você

você estão melhorando ou não e aha 20 dias é não tem para aceitar pro nosso negócio provavelmente não em poucos casos Talvez sim mas provavelmente não então olhar só pra velocidade de Story points ali no no Sprint eu acho que não é a melhor forma Que quando você começa a olhar cycle time você começa a começar menos coisas e a se preocupar muito em terminado cara como que eu faço essa história passar pelo meu workflow do jeito mais rápido possível menores foram forem as suas histórias e quanto menor for o seu limite de wip e

quanto mais vocês conseguirem Lar juntos menor vai ser se se time e daí você começa a ter previsibilidade no processo Então sepre cara 90% das vezes que a gente V uma História a gente termina em três dias daí cara asas áreas seus stakeholders e tal a galera vai parar de se preocupar com data de entrega de sistema porque sabe cara se eu priorizar isso aqui TR G no tá então cara você você tir esses PS de entrega de histórias grandes você as grandes e tal e cara se eu tiver flexibilidade talvez não sejam três talvez

sejam 10 mas cara stakeholders árias que demandam coisas tal estão super preocupadas com Datos de entrega cara esse time consistentemente entrega coisas em duas semanas então eu não preciso me estressar cara eu é você você começa a botar pressão na priorização não a entrega então car só sei que se tiver entrega coisas de valor em duas semanas eou que é a coisa mais importante que eu poderia priorizar para duas semanas est lá vocêo um pouco o foco da Dat para no que que a gente vai trabalhar uma outra prática que é muito básica de aí

deod é Definition of Don que que é Don nosso time que é feito feito produção feito é norment stage feita introdução com usuários usando é inclui documentação ou não inui documentação inclui treinamento para área usuária ou inu inui test auta ou t unitários ou in também testes de interface então para um time já é muito importante ter clareza do que que é T né pro time todos desenvolvidos para produto Car de negócio para usuária meu quando a gente fala que tá pronto o que É pronto e muitas vezes D tal vez empresa cara pronto para

um time é completamente diferente de pronto para outro time daí você começa a Gerar stress daí pô um time faz treinamento outro time não faz um time faz teste o outro não faz e daí você po uma bagunça total porque para cada time cada time tem de que ponto uma coisa tá uma outra coisa aqui e e e e e desculpem aqui a ideia não é ser ofensivo nem nada mas eu tenho visto Alguns papéis que que não tão entregando valor então se eu vejo um time que tá faz SP super vaso e tem SP

massa dedicada para esse time eu acho que esse papel não tá servindo para nada ele aproveitar fazend outras coisas então cara ess a função do SC Master é marcar a reunião que e B gente isso cara desculpa e você qu não parar uma reunião recorrente e acabou cara e qualquer pessoa pode fazer isso qualquer Dev pode Fazer isso não é fazer isso tá então beleza facilitar uma reunião de retrospectiva é importante é legal qualquer pessoa do time poderia fazer isso eh eu acredito muito que agilidade também é um Skill idealmente o Engineering Manager ou a

liderança de engenharia deveria ter bons conhecimentos sobre isso mas eu acho muito legal que às vezes tem deves que possam fazer isso cara por não Dev pode facilitar uma prospectiva um Dev pode Olhar métricas né o c time pode levar dados para uma prospectiva Então beleza eu acho que uma liderança né a liderança do time deveria fazer isso deveria absorver várias várias eh responsabilidades aí eh eu acredito mais de o Coach que entra num time ajuda esse time a a camar um jeito mais eficiente ajuda a organizar processos sai vai para do time ajuda esse

time ia trabalhar melhor pois eventualmente ele volta fica um spente No time Inicial cara como que vocês evoluíram Será Mas mas ele tem que entrar ensinar definir processos e passar a bola para alguém cara esse time tem que ser capaz de continuar conduzindo as coisas do jeito que foi definido tá a mesma coisa para po eu eu acho eu acho que um deveria ter um product Manager um bom product Manager uma calidade boa que consiga tanto olhar para fora quanto olhar para dentro e de novo algumas funções aí cara eu já tive IDE escrever uma

história super bem eh eles entendiam não deve tem escrever uma história né D uma diretriz ele tem que escrever uma história ele entende muito do do negócio ele passa a entender muito daquilo e entender muito daquilo Vai facilitar muito a vida dele para vai escrever no código e ele vai escrever um código eh melhor e que vai na na raiz do problema entendeu que que de fato ataca o problema que precisa resolvido então eu não gosto de F com mais de uma pessoa De produto eu acho que pode ter raras ões são ras não é

a regra eh e muita vezes muas vezes vocês só piog só tá escrevendo a história cara Eu também acho que o meu papel que F Eu acho que um um bom PM consegue Eh escrever histórias bem e consegue eh discriminar um pouco dess conhecimento também dessa responsabilidade e daí quando eu vejo eu pergunto mas vocês fazem retrospectivas fazer is esses cara são artificiais eles atacando esses Comis não estão atacando a falta de m Eles não estão atacando a falta de Jô não estão atacando tem papais que não estão fendendo valor e daí o time entra

ali no automático e vai fazend as coisas basta energia e E no fim cara depois ah essa retrospectiva não serve para nada Vamos juntar retrospectiva com review cara não são são são né são objetivos diferentes com públicos diferentes eh se você tá enfunando isso provavelmente é o sinal de que essas Coisas não estão funcionando muito bem tá E daí a possível solução cara aprender sobre agilidade mas isso aí é muito vago então ou você vai ter que treinar suas pessoas ou você vai ter que contratar alguém que que já chega jogando e que ajuda os

times a a trabalharem melhor tá qu comentar alguma coisa aí né posso seguir vamos lá bom ô tô acabando aqui tá são dois últimos slides o outro é uma falta de Qualidade em monitoramento então out muitos times com com né com os problemas problemas de inão bugs vos desenvolvimento tá caindo muito por falta de testes automatizados Eu acredito muito que o único jeito de R é inserto e se você não tem uma fe de testes automatizados que te permite adicionar novas features tendo o máximo de garantia poss você não quebrou nada F lá atrás eh

você Você tá indo problemas tá e eu gosto uma fase que fal que um Bug não é um erro de lógica é um teste que você esqueceu de escrever se você escrever um teste para aquilo não tem bug se você corrigir um bug se você corrigir um bug que não tinha um teste Car escreve um teste para aquilo você garante que aquilo você não vai errar de novo pode ser que tenha outras coisas mas aquele bug não vai acontecer de novo um outro sintoma importante aí é janela de Deploy tá tudo a ver com o

primeiro então se a gente desenvolve software com Uma qualidade baixa e com baixo nível de maturidade toda vez que a gente faz um Deploy é aquele vai d para capar né ons acuda a gente sobe não sabe se as coisas deu certo deram certo não deu certo fala história começa a expir b aqui B ali e tal e daí com a nossa relação natural que eu entendo é cara esse sistema ser mais controlado Então a gente vai agrupar tudo que a gente tem que fazer né vai acabar sendo um depo grande mas o time de

qualidade vai fazer uma porrada De teste manual e daí a gente vai fazer depo semana ou uma vez aquelas duas semanas e daí vai ser n mais controlado eu a no ind paliativa tem uma situação emergencial Mas esse não deveria ser o estado final o estado final é terminei alguma coisa rodei meos feches é rodei lá meu si CD e coloquei lá eu tô entendendo feature pro meu usuário mais Sao possível ó desde que seus usuários estejam preparados para receber essas features tá se não tiverem daí você vai Usar feature flags T eu acho que

ainda assim você deveria depoi a introdução é mais provavelmente não não habilitar isso PR seus US horos verem mas o caso de an Deploy ah sintoma de que seu processo né só a qualidade do seu processo desenvolvimento software tá ruim qualidade do seu Tá prodo T ruim e que talvez fazer deplo seja uma coisa difícil e eu acredito muito que se algo é difícil você não deve fazer menos daquilo né se é difícil eu vou fazer uma Vez por mês não cara se difícil você tem que fazer cada uma frequência cada vez maior até que

aquilo que é difícil passa a ser fácil você vai treinando treinando treinando treinando quanto mais você fizer melhor você vai ficar aquilo tá então é contra intuitivo mas é o que eu faria e outra coisa é ficar sabendo que o sistema caiu quando alguém avisa geralmente é seu cliente tá Eu ainda vejo isso acontecer falta de monitoramento então pô monitoramento é Básico e de novo a principal feature que seu produto tem aí está disponível as pessoas poderiam usar ele quando elas precisam então Eh colocar mamento aqui é muito chave soluções de investir em testes de

nas salas investir um examento disar parecimento que toda vez que acontece um problema em produção o sistema CAI alguma coisa dá muito errada escrevam cosm e o cosm para mim é muito mais importante criar a disciplina dele né Eu como diretor de Tecnologia m é é muito importante criara a gente é muito bom uma desculpa em não fazer Ah cara primeiro dia bom dia que deu problema Obviamente você não tá es pro dia seguinte Ah mas a galera T tando cansado tal Porque virou uma noite e não deu passou mais um dia Putz agora já

entrou uma outra feature P super importante e tal e não deu aí passou o fim de semana segunda-feira Ah cara agora já faz muito tempo isso aí meu Deixa para lá não fizer galera coloc uma Regra OSM tem até 48 Horas eh que que aconteceu o incidente tá E e o PR é colocar as pessoas envolvidas na na na sala escrever um timeline Quais são os fatos que aconteceu como a gente ficou sabendo Qual a causa raiz que que a gente vai fazer para remediar e um em praso para aquele que a gente vai fazer

para remediar tá então eh não deixem passar essas coisas T que serem feitas porque senão você vai repetir o erro meu errar uma vez Normal acontece and de Novo mesmo é pega mal é chato e Pô isso daí a gente não tá fazendo nosso trabalho bem e o último ponto aqui problemas de gão eh então um problema muito comum a liderança da empresa tentar açar o mundo querer fazer muita coisa eh e dar 10 objetivos diferentes para um para uma área fazer para um time fazer eu sei que é mais fácil falar do que fazer

mas cara se você tentar fazer muitas coisas que que vai acontecer quando chegar lá no Time o time vai acabar priorizando e daí ele vai priorizar talvez com menos contexto de negócio com menos contexto estratégia eh com menos experiência do que a out trer da empresa então o Ti vai tomar uma decisão que é ruim pra empresa simplesmente porque a empresa não teve a coragem de tomar as decisões difíceis lá em cima ou o time vai tentar fazer tudo ao mesmo tempo e daí você vai pulverizar os esforços e cada pequena coisa que você fez

em 10 inciativas diferentes não Vai mover um ponteira nenhuma né então você vai fazer um monte de coisa e não não vai adiantar para nada Outro ponto uma liderança instante né e os líder da equipe que não tá no dia a dia da equipe os devis você perguntar meu como que é ser o relacionamento com seu Líder Ah cara a gente faz nunca se fala el só vem aqui eles s só aparece quando é para fazer performance review mas eu não ten muito contato com ele então isso é ruim galera líderes de equipe tem que

fazer Parte do dia a dia da equipe tem que tá próximo Tem que ajudar a resolver problema eh tem que remover impedimento tem que remover obstáculo Tem que ajudar a sua equipe a crescer se você não tá no dia a dia né da da sua equipe dos seus deves cara como que você pode ajudar eles a crescer a melhorar Como que você pode fazer uma aparea de desempenho como você pode decidir se essa pessoa merece realo merece uma promoção ou não então se você tiver distante você não consegue Fazer nenhuma das personalidades primárias de um

de um de um líder de um gestor se você não tiver dentro do time como você sabe se o time tem os Skills necessários para executar que precisa ou você sabe se T tambm certa tem a capacidade certa tá s tá junto eh uma falta de senso de time aí entre líderes de diferentes times Tá eu já vio aí Engineering managers ou te tal eu já vi isso acontecer então tem cinco times cara a pessoa do time um não sabe o que A pessoa do time cinco tá fazendo ouv a pessoa do time um falar

que pô lá a galera do time c não faz Fronte daí eu fui ver o time CCO tem Fronte faz Fronte para caramba Então essa falta de senso de time isso aí é responsabilidade do líder dessas pessoas ter uma reunião semanal de galera Esses são os nossos objetivos como área lá que a gente tá indo eu sei que cada um tá trabalhando um pedaço mas não vamos perder de vista o todo não V perder de vista o objetivo Marro e outro ponto aí muitos dos problemas que eu vejo hoje é uma questão de recrutamento errado

do anos atrás tá você empresa contatou uma pessoa que não era a pessoa ideal para aquele momento ou até era para aquele momento mas não conseguia dar o seguinte passo eh da empresa então eu vejo muitos líderes falando Putz eu tô Cara tô fazendo um recrutamento aqui deixa eu fechar logo essa vaga para poder voltar a fazer o meu trabalho cara recrutamento é das Partes principais do seu trabalho colocar as pessoas certas no lugar certo car que time tem a capacidade os Skills necessários é uma responsabilidade primária do trabalho de um líder então Toda vez

que você tem uma vaga no time para mim é uma baita oportunidade de você mudar o mudar o time de patamar cara se foser uma pessoa muito boa ela vai mudar de patamar Às vezes a gente tem um GAP aqui em arquitetura meu um cara muito bom em arquitetura Às vezes a Gente tem um GAP em comunicação cara meu time tem baixa energia eu vou trazer uma pessoa que é pass ca que vai que leva o time que trabalha em equipe para caramba então toda vez que eu tenho uma vaga eu tenho uma baita oportunidade

de melhorar as coisas de de mudar o Ti de patamar tá então trada em recrutamento como das responsabil as principais do do trabalho de vocês então você soluções aí paraa liderança tentar abraçar o mundo Ah tem que deixar claro Quais são as apostas Pro mês pro trimestre pro ano se você não deixar CL as apostas as pessoas vão tomar decisões e não vai ser aão ótimo uma lideran instante tem que est na sem de time tem que tá na C de spram ou o que você fiser tem que ter One One semanais com cada um

dos seus venerados tá eu tenho uma uma top também eh na info info eh se buscar procurarem meu nome lá tem eh o One on ones como eh melhorar o desempenho do seu time como gerir times de Alto desempenho Eu Recomendo muito que vocês façam reuniões One on One semanais com cada um dosados de vocês Eh aí um Engineering Manager se S diretor de engenharia tem vários Engineering managers tenha uma Staff meeting semanal tem uma reunião eh semanal com seus liderados e seja exigente no processo seletivo tá dê atenção necessária para processo seletivo trate ele

como uma coisa primária não como algo que tá tirando o seu tempo de fazer o seu trabalho para Recrutar é o seu trabalho beleza galera acho que é isso que eu tinha para falar tem aqui meu LinkedIn tem aqui meu site com alguns do dos serviços aí que atualmente e eil e-mail Se alguém quiser contato pode lar por e-mail ou por linho aí demais Léo Obrigado cara metade é música para ouvidos porque eu acho que a galera deve ter se identificado né a gente às vezes fica meio ilhado né pô isso acontece com o meu

time não ten velocidade não Consigo chipar produto não consigo entregar todo mundo stakeholders bravos eu tenho que entregar data eu não consigo negociar meu tradeoff eh não tenho habilidade porque eu não tenho moeda de troca Então acho que essa é a parte bacana da história né Eh feliz ou infelizmente acho que os os times têm muito mais eh coisas em comum mesmo desafios enfim oportunidades do que aparenta né então acho que até dá um eu chamo de abraço digital assim Léo acho Que você deu um abraço digital na galera que tá escutando aí dá um

pouco de conforto né sabem que você não tá sozinho que os problemas não são só seus é Exatamente exatamente Cara eu tenho duas perguntas aqui e depois eu queria abrir para para você falar que que você faz exatamente assim Acho que a galera tá curiosa e e vale muito a pena assim eh primeira pergunta é acho que você falou logo no começo assim eh produto e engenharia né Eu vejo Muitos casos em que realmente tem um muro no meio e é quase um contra o outro assim né Eh você passa o mico eh bom já

pedi pro time agora tem que esperar a entrega e eles vão atrasar aí entrega quando vai lá pro é o definition of Dan não tá funcionando como deveria o cliente que que tava esperando devolve feedback não não era isso que eu esperava tem algum formato que você tenha visto aí na tua experiência eh de ou de formatação eu sei que você falou Por cima aí mas tem alguma maneira de quebrar esse muro no formato do time ou na dinâmica do time CL cara eu algumas coisas vem em mente assim né uma se você tem essaas

não podem ter objetivos diferentes tá acho que que eu falei tem que ter objetivo comado se produto tem um objetivo engenharia tem outro é a receita pro fracasso cada um vai olhar pro seu cada um vai quer egar o seu ainda mais se você tiver não goo Muito mas se tiver bônus se tiver cara alguma coisa ligada a isso então cara a culpa não é do não é de produtos mas é de engenharia de quem definiu esse negócio é de estrutura organizacional de quem definiu que esse negócio vai funcionar assim então mas que que eu

faria é primeiro uma acho que uma One One semanal aí lí de engenharia de produto Car vamos vamos se anar vamos trabalhar junto vamos tentar fazer acho que isso Ajuda eh essos produto parci da do time eh quem vía com as pessoas do time tem tem mostrar eh eu gosto muito cara no conceito de product engineers que são Engenheiros eh direcionados para produto então eh tem bastante blog post aí depois a gente pode postar alguns mas cara eu já vi muitas gente muitas pessoas de produto que amam esse tipo de engenheiro porque cara ele facilita

a sua vida e a gente fala a mesma língua Engenheiros Cara isso te diferencia Muito no mercado muito se você é uma pessoa dessa você vai crescer muito mais rápido você vai qu mais oportunidades e tá Às vezes o que você precisa é quebrar o pau mesmo Então já deu uma vez est que aou todos os líos de engenharia outos l de produto na sala ou galera vamos se matar aqui mas depois a gente vai ser alinhada então todo mundo voltou para fora asações que que não tava legal que que não tá fando ficou 4

horas uma reunião cara é é É resolver a gente vai trabalhar assim pra frente p e daí pra frente melhorou PR Caral então às vezes precisa também e tudo bem tá faz parte sem o respeito do jeito construtivo falar as frustações é bom bom cara eu já fiz várias vezes chegar uma pessoa num para assim falar seguinte cara eu acho que nossa relação não tá fando bem mas não sei bem por você sente a mesma coisa cara me ajuda Vamos conversar por que será Ó você tem que ter né segurança psicológica sabia Que a pessoa

não queria me me passar a perna nada cara e a gente teve uma conversas Profundas e a gente alinhou as coisas então conversa e transparência eu acho que é o básico de tudo aí legal excelente eh e a outra pergunta putz é meio polêmica aqui mas vou fazer e eu acho que no passado recente aí a gente passou por um momento de Capital abundante eh de Eh times de engenharia quase como novidade né na nas empresas bom agora a gente tem um asset para criar então vamos contratar e o que a gente viu pelo menos

minha percepção é times inflados né nem quando a Olha também para layoff assim mas não só a gente vê que tem uma limpeza ocorrendo né você falou de papéis burocratas Eu também concordo acho que tem papéis ali que eh ou são duplicados ou são non sense ou são realmente Burocratas mas a pergunta que eu quero fazer é considerando esse contexto todo você acha que a gente tá passando por uma revisitação de papéis e de formatos e e e de de formatação de times para gerar maior eficiência operacional e entregas e melhores Acho que sim cara

Acho que num cenário em que o capital era barato e abundante né fazia sentido vou falar de startups tá que eu fazia sentido você focar muito mais em crescimento Acelerado do que em eficiência tá então é cara vamos crescer obviamente se você cresce muito rápido não tem como ser negócio mais eficiente possível a gente né sabe que vai ter ineficiências mas a gente tá prando Isso é uma estratégia válida e mais adequada né mais coerente com o cenário que a gente vivia antes s você tá num cenário Deal menos abundante e mais caro cara faz

muito mais sentido priorizar eficiência do que crescimento Então cara eu acho que eu acho que Lay Office é um fato natural de um negócio é fato natural do negócio se vai vou usar o exemplo mais simples possível se empresa gando mais dinheiro do que ela ganha e ela não vai conseguir capar uma rodada lá na frente ou ela faz layoff e deixa 20% do quadro 10% sei lá sem emprego agora ou ela não faz lof agora e deixa 100% do quadro sem emprego daqui se meses cara a empresa quebrar todo Mundo vai ficar sem emprego

então Putz cara é é um fato da vida é um fato natural assim eu acho que não tem que criar um mega Way sobre isso porque cara fato natural e e você faz isso na sua casa cara se você tá gastando mais do que você ganha você corta sair para restaurante você corta viagem você você tem que cortar coisas não você não quebrar para daí falar ah agora vou cortar alguma coisa Não cara é natural sei sei lá eu eu e eu acho galera quem Saiu em layoff não p eu acho que não não vale

estressar ficar coma empresa tal acho que é um fato não é emal ISO com oportunidade de encontrar alguma coisa legal cara tem tem bastante oportunidade para ir e tal encare com né vou rever ver que área eu quero est vou estudar um pouco vou vou vou rever Que tipo de empresa eu quero trabalhar e né Sempre que uma porta se fecha outra abre Então acho que é um fato da vida todos os grandes ceos aí foram desligados alguma Vez né tipo uma vez que todo mundo fala fal alguma vez é é Léo eh antes de

de te perguntar e de de abrir na verdade para você falar eh acho que tem uma tem uma expectativa do nosso lado ali de tem você no no thal Tech Engage que a gente tá preparando aí para outubro acho que tem muito mais conteúdo aí que você pode disseminar é um convite quase formal depois a gente fala mas vamos tentar tá lá no evento que nossa audiência aí hoje a gente Noticiou bateu os 400 membros ativos de fato Então tá efervescente aí vamos continuar ess P legal muito legal vamos lá Obrigado pelo convite Bora nessa

salinha Me conta aí o que que que que você tem no portfólio acho que com certeza aí a galera também tá interessada em saber Poxa da onde vem tanta informação onde aonde você esteve O que que você faz agora legal legal bom eh eu comecei a fazer o que se chama CTO as a service ou fractional CTO Eh e e basicamente eu eu entrei ano passado numa empresa e ajudei na transição eh no C que T mudando de papel era o cofounder técnico eh mudando de papel e ele estavam buscando um c fulltime e daes

chegaram em mim buscar um c fullt e eu apendi um kit né eu falei olha eu não quando fullt nesse momento sim Vocês precisam a seguinte vocês vão levar três a seis meses para achar a pessoa ideal e a gente vocês tão um problemas urgentes agora quer me Ajuda para começar a resolver os problemas de agora e eu ajudo vocês a recrutar o senu certo para esse momento de empresa talvez você queou para esse m de empresa e a problem pensar comigo não vai ser pertida porque quando essa pessoa começar eu ajudo ela a rar

um rápido para m as empesas que eu já peguei e foi exatamente isso que aconteceu eu fiquei uns se se meses na empresa e eu fiz desde estruturar o Cars né conectar essas essas né vrias Tecnologi restas de negócio eu participei do processo seletivo do C depois eu participei do process eu ajudei no Bing da da pessoa Acho que foi mais rápido eu tava lá é apesar da pessoa ser muito muito boa foi o match ideal Eos estando super bem eu ajudei no recrutamento de Heads de produto Heads de design e eu ajudei no a

organizar um processo reditivo desenvolvedores né ajudei a treinar os te mudar um pouco o processo ali e daí Euv beleza cara falar que sou ser C acho que nome bonito mas muita gente não entende o que quer dizer isso tá então eu ainda faço isso basicamente É apoiar na transição tá Eu não quero entrar de vez numa empresa nem fulltime nem part eu quero entrar uma transição que deveria levar aí de 4 A 12 meses tá a empresa passei Monter as coisas fando obviamente vou fazer mudanças no no caminho ajuda trer a pessoa certa e

a arrumar ela e a pessoa tiver ali mas Várias dessas coisas eu posso fazer de forma independente também então eu tô fazendo monitoria individual de citys é citys ou líderes de Tecnologia é uma posição Solitária é muitas vezes as pessoas TM s v muitas vezes as pessoas não sabem o que é esperado do Papel delas as pessoas não sabem estão fazendo um bom trabalho ou não e às vezes el prando de apoio de alguém que já passou por esse desafio tá então eu tento ajudar aí empreendedores às vezes eu Faço pro CEO às vezes pro

CTO Mas eu tento ajudar empreendedores a a passar mais rápido por e de forma menor autorida por Desafios que eu já passei então podem ser aí CTO Ed o líder de de tecnologia L também é outra vez que eu faço um diagnóstico do time de produto tecnologia então C co me chama e fala cara é primag um externo Mas independente aqui do do nosso time Eh Ou eu acho que o time pode fazer mais ou eu acho que o nosso time tá bom mas Que que a gente tem que fazer quando dar o próximo passo

e daí eu vou eu ali eu consigo quem são as pessoas né Quais são os objetivos quem são as pessoas que entrevistar entrevisto aí até 10 pessoas eh e depois eu faço uma apresentação proos stakeholders faz só os problemas e o que confere para resolver e oficialmente eu faço também pras pessoas entrevistadas tá então as três coisas que convers isso teoria CTO eh diagnós de produto tecnologia e transição eh do C outras coisas posso fazer estruturação nocar instaç de processo seletivo eh um plano de 100 dias aí essa empresa gastou tempo e dinheiro e energia

para contar um sitiou poss entrar nos primeiros 100 dias comia on chance de sucesso eh e uma coisa legal também é entrevistar posições entre seram última etapa para entrevistar finalistas deção Chap então a empresa tá contratando C show eu queria uma visão de alguém com experiência em entrevista que esp Personalistas fala para para Gente o que que você acha entrevista que os esp personalistas de produto CPO quem que você acha né PR canal quem você acha que a gente devia contratar Que tipo de off A gente devia fazer salarial e tal então também ajudo nisso

e coisa sobre demanda tá então às vezes é p se alguma coisa que fuja disso dá para conversar também posso monar demanda aqui já que eu posso aud demais eu acho que que é uma uma prateleira que muita gente precisa sem Dúvida e aqui no Hub pelo que eu conheço aqui dessa dessa vertical de travel Tex a gente tem muito eh dessas necessidades né claro pontualmente uma ou outra mas eu acho que que tem muito muito feed de qualquer forma a gente vai deixar os teus contatos não só no slide mas aqui embaixo eh a

gente tá subindo um diretório de um Marketplace de soluções pessoas eh softwares enfim e profissionais então Eh Também faz sentido você tá lá Leo e aí Claro comunidade super aberta aí para você e entrar Léo obrigado Mais uma vez foi um super conteúdo eh isso aqui não é um toque É uma aula mas ainda assim a gente tem que chamar de toque vamos trabalhar para você tá no evento com a gente e de novo assim em nome da da comunidade da plataforma TR Tech Hub te agradeço muitíssimo espero que é de gele frutos Tanto para

você quanto PR as pessoas que já ouviram aí tem muito pra Gente fazer desde já Valeu Alê super obrigado obrigado pelo convite foi um prazer galera espero ten ajudado vocês tenham séo com pelo menos um ou dois insites aqui que vocês possam picar di de vocês e bom espero ver vocês aí em outubro esper de tudo certo isso aí obrigado Léo obrigado a todo mundo que ficou aí a gente vai ter mais e mais conteúdo nos próximos dias e novidades aí muito em breve um grande abraço até mais abração tchau