[Música] Olá mestre sejam muito bem-vindos a mais um episódio do pod exponenciar o podcast que foi criado com objetivo de fazer parte da história do mercado software do Brasil da sua história empresário de software que tá aqui com a gente líder de software House que tá aqui com a gente eu quero já fazer o primeiro convite desse podcast é o seguinte clica aqui em curtir Compartilha esse link com o máximo de pessoas que você eh conhecer que trabalha nesse mercado porque eu acredito que as mensagens que a gente traz aqui os temas que a gente
traz aqui pode contribuir diretamente com a rotina de você com a sua rotina que trabalha no mercado de software do Brasil bom hoje a gente tá aqui com o Túlio nosso CEO sou eu trouxemos você aqui Túlio hoje pra gente tratar de um de um tema que a gente sabe que é uma dificuldade para eles né porque embora quando a gente fale de programação e fale em desenvolver sistemas para clientes eles precisem entender dos processos que acontecem na empresa dos seus clientes né pro software poder encaixar direitinho na rotina do cliente eh muitos deles não
dão atenção a isso no funcionamento eh das empresas E aí sempre que fala em estruturação de processo em gerenciar melhor os projetos que são oriundos desses processos os empresários de software TM dificuldade porque ele sempre vem com aquela pergunta assim cara mas é muita coisa que acontece são muitos setores por onde eu começo e aí né aquela para não ser aquela pergunta aquela resposta Depende qual setor Túlio Você acredita que é mais fácil a gente poder entrar nessa história de otimizar estruturar um processo dentro de uma software House Ah vamos lá é bacana esse tema
é que a gente fala que casa de Ferreira [ __ ] de pau né e é muito assim mesmo é muito assim mesmo né Às vezes a gente tá na correria alí do dia a dia a gente resolve a vida de todo mundo e acaba não resolvendo a nossa própria e a software houses né Não não é uma exceção da software House Acho que qualquer setor tem muito disso né mas na software House como o trabalho o fim né é melhorar processo muitas das vezes né são softwares que melhoram o processo na vida dos clientes
a gente acaba negligenciando isso um pouco internamente e isso traz efeitos colaterais que são eh muit das vezes preocupantes e que custam né Eh tudo é custo né É muito difícil eu ver até pegando um um um tem a ver mas não diretamente com isso né que assim muito empresário quer saber como precificar o software né ah como é que eu boto preço no software e tal e e é muito difícil porque o trabalho da software House é um trabalho muito abstrato né a gente envolve tempo talvez o único ativo que a gente consiga medir
mais mais diretamente ali num z0 e um ali né ao pé da letra é o tempo gasto pelas coisas mas todo o restante o trabalho intelectual o valor agregado e tal tudo isso ele é muito subjetivo sim né então sem e E se a gente pega já que a gente tem um trabalho muito abstrato a nível de medição pro valor que aquilo gera e se ainda não tem uma organização para medir o mínimo possível dessa dessa eficiência no processo fica mais difícil ainda a gente conseguir e resolver essa equação e como a cabeça do dono
do programador principalmente é zero e um ele acaba entrando no loop Infinit ali né porque eu não tenho como medir eu não sei como fazer eu não tenho parâmetros E aí ele passa a vida inteira nessa jornada de caçar qual que seria a precificação correta como é que a gente faz e tal n então trazendo para esse para esse lado a primeira coisa para que outras Eu só trouxe esse exemplo para mostrar que como algumas coisas que não diretamente estão ligadas elas acabam impactando em outras né o que eu costumo falar geram febres né e
a causa raiz muit das vezes é isso né é a falta de organ ação em processos eh que faz com que a gente não tenha respostas paraas muitas outras coisas que acontecem no dia a dia uma demanda que chega eu faço ou não faço eu não sei M das vezes se eu vou fazer ou se eu não vou fazer e aí eh o como eu vou medir isso se eu faço ou se eu não faço como eu vou tomar essa decisão às vezes acaba sendo é 100% subjetiva a os meus parâmetros vai muito no feeling
no sentimento e tal mas não tem uma resposta prática para aquilo dali né então Então nesse contexto geral a gente tem que olhar e acalmar um pouquinho e o o processo apagar um pouco o incêndio ali né e entender Bom vamos lá primeira coisa é se a gente tá falando de eficiência a gente tá falando de melhoria de processo melhoria de performance melhorar nossa entrega e tudo mais eu preciso entender como eu tô hoje qual que é o cenário eu sei que a pergunta né foi qual por onde eu começo Então acho que o o
por onde eu começo é aonde eu tô hoje é trazer clareza sobre onde eu tou hoje eu tenho uma máxima comigo de gestão que assim ó tudo que a gente faz dentro da empresa tem que mexer ponteiro Sim tudo que faz tem que mexer ponteiro o que que o que que é tudo fazer mexer ponteiro ou seja todo trabalho tem que tá atrelado a um resultado chave né que a gente utiliza a metodologia de okrs né que são objetivos e resultados Chaves então todo o trabalho que é feito ele tem que est atrelado ao resultado
chave e o resultado chave nada mais é do que um número a ser atingido ou a ser respeitado então todo o trabalho ele precisa ter um número que vai reger esse trabalho para dizer se aquilo tá dentro do aceitável ou não se aquilo tá bom ou se aquilo tá ruim então independente vamos pegar assim de coisas bem simples e banais né o eu posso vamos pegar o time de desenvolvimento por exemplo eu geralmente o cara tá trabalhando lá a torto e direito bom primeira coisa que eu preciso saber né se eu não tenho nada cara
quais são a quantidade de entregas que esse cara faz né então eu vou começar medindo ali ó a quantidade de entregas se eu não tô medindo nada nada nada nada então beleza A sua software House vamos dizer que trabalha naquele padrão tradicional Zão mesmo que é abre chamado chamado vai pra análise na análise ele chega numa fila pro time desenvolvimento desenvolver legal pronto é isso aqui então beleza Qual a quantidade de entrega semana a semana que cada desenvolvedor tá fazendo aí beleza aí você vai me dizer assim Túlio é mas aí eu tenho chamados que
e requerem níveis de complexidade diferente que mexe na tela mexe beleza tá tudo bem só que se você não tem nada você começa pelo macro então meu macro hoje é saber a quantidade de entregas que cada deve est fazendo a partir de que eu tenho esse número eu começo já a poder fazer algum trabalho de melhoria de processo melhoria de performance que é fazer com que eles entreguem mais legal se o cara entrega uma Fure por semana vamos analisar o trabalho dele ele e vamos ver o que que precisa ser feito para ele entregar duas
legal já começa a conseguir a trabalhar ali só que falei talvez chegue numa situação que você vai falar assim mas isso é não é o suficiente porque as features T importâncias e e desenrolar diferentes ótimo aí a gente vai categorizar esse tipo de chamado e a gente vai categorizar com coisas bem simples legal o que é de prioridade baixa normal alta urgente legal então eu já temho uma quantidade e eu tenho uma priorização ali uma categorização em cima disso então vamos lá quantos chamados o cara entrega agora quantos que são entregues de prioridade baixa normal
alta e urgente Então você vai cada vez subindo mais essa cadeia de de vamos dizer assim de classificação do trabalho para que eu consiga ir chegando cada vez mais próximo de uma certa expertise sobre melhorar minha performance Então a partir daí eu já consigo ver bom eu levo em média tanto tempo para resolver um chamado de prioridade baixa um ticket né no desenvolvimento de prioridade baixa eu levo tanto tempo para resolver um urgente E aí eu consigo começar a trabalhar pra redução desse tempo para consequentemente se eu reduzo o tempo de uma determinada categoria sobra
mais tempo para resolver mais chamados então acabo impactando o primeiro número também e assim vai então isso aqui é só um exemplo bem simples de como a gente vai a gente começa a melhorar a performance Sempre ligado ao número tudo tem que est ligado ao número legal e aí vem a a resposta bem clara assim da sua pergunta né então Primeira coisa eu preciso transformar em número então mas aí quando você fala transformar em número nessa primeira etapa para ficar bem claro e e não gerar dúvida eh é você começar a mapear né os dados
porque quando a gente fala desses números o que eu percebo é que muitos deles têm os dados Eles não sabem como organizar isso quando você tá dizendo aí eu levanto quantidade que é o mais simples eu depois antes de descer né porque eles eu eu vejo muito fazendo o caminho contrário eles vão muito nas minúcias E aí terminam se atrapalhando para poder gerar então isso o primeiro passo então que você diz é esse mapeamento que é necessário é a coleta desses dados independente do setor para ele entender o que que ele vai precisar fazer não
é isso isso a maioria tem realmente os números lá e eu não vou eu não vou dizer nem assim o o o Core para mim é assim é criar o hábito de tomar decisão isso ele tem lá tá sendo categorizado só que não existe o hábito de tomar uma decisão olhando isso entendeu então o o líder né o CEO ou o líder do time de desenvolvimento ou de qualquer setor dentro da empresa do suporte e tudo mais ele tem que começar a criar o hábito de olhar os números AF fim porque é o segundo a
segunda etapa dessa melhoria de performance né A primeira é você atrelar uma atividade fim a um número legal essa é a primeira etapa a segunda etapa é esse número produzir plano de ação para que o ponteiro mexa positivamente então se eu vou olhar esse número esse número tem que produzir realmente uma lista de tarefa que é um plano de ação do que eu vou fazer então se eu tenho lá o time de desenvolvimento vou pegar o time de desenvolvimento como exemplo aqui nesse podcast então se eu tenho um time desenvolvimento onde a minha média de
entrega tá por colaborador lá tá de duas fures por semana eu quero chegar a três para melhorar essa performance então eu vou sentar com o time de desenvolvimento e falar galera o que que tá acontecendo aqui que a gente tá fazendo entregando essa essas duas features O que que a gente poderia fazer para que isso saísse com uma melhor performance E aí eu tipo vai falar cara ó falta conhecimento às vezes falta uma ferramenta ou às vezes falta um treinamento ou às vezes falta um componente falta alguma coisa que hoje tá dificultando esse trabalho ou
falta uma etapa antes o cara vai falar não se tivesse alguém fazendo um pré mapeamento dessa Fure para já chegar mais mastigada para me desenvolver eu conseguiria aumentar Opa beleza então a gente vamos tentar então implementar isso vamos botar uma pessoa então pro cara já anisar já viu que já destrinchar melhor precisa ser feito Poxa T às vezes chega para mim aqui isso acontece muita software House eh eh mais tradicional assim de chega pro desenvolvedor chamado mas o desenvolvedor tem que fazer todo o processo ele não só desenvolve né ele tem que ir atrás de
qual foi o erro de simular o ambiente legal de tentar simular o erro dentro do desse ambiente para ir analisar o que tá acontecendo para aí ele começar a desenvolver a solução poxa se eu tivesse alguém então que fizesse essa primeira etapa que fosse lá no cliente pegasse o banco de dados levantasse o ambiente aqui botasse achasse o erro simulasse o erro e passasse esse essa essa essa esse ambiente já pronto pro Devid chegar falou ó tá aqui esse é o erro que tá acontecendo Então o cara só chegar se mover Com certeza a produtividade
dele aumentar mas isso é só um exemplo de coisas que você vai discutir com o teu time porque você tem que olhar a tua realidade o que tem que ser produzido daí é um plano de ação realmente para melhorar esse número então o que não tem é muito é esse hábito de olhar o número e desenvolver plano de ação para melhorar esse número esse indicador acho que esse é o é o é o primeiro start do processo antes da gente olhar onde fica mais fácil e tudo mais mas o primeiro fil o primeiro passo é
esse então é o que eu o com base em tudo que você falou e eu acho que é um dos pontos também que fica ali você vê que é como se fosse um entrave para eles conseguirem evoluir e analisar essa questão da produtividade eles se confundem porque eu vi que durante a tua fala você falou sobre o que aumenta a produtividade como você Você mede a performance do teu time né porque eh a são duas coisas que eles precisam ser analisadas em aquele lance que você fala do cubo né em óticas diferentes porque eu posso
ter uma equipe extremamente produtiva em quantidade de entrega mas a performance eficiência ligada à eficiência dela pode est Baixa porque ela pode entregar muita tarefa mas tarefa com pouca qualidade tarefa eh que sempre são entregues atrasadas ou tarefas que Tragam retrabalho É isso mesmo né Faz assim todo dado dentro da empresa né é para ser olhado como um dado mesmo né você você tem seis lados num dado né então não dá pra gente olhar só a quantidade de entrega isso e sem olhar os outros lados desse dado só que se você não tem nada começa
olhando só entre só entrega isso a hora que você começar a criar uma rotina um hábito para isso você naturalmente vai sentir falta de outras coisas você vai ver que olhar só um só um número não resolve a equação como um todo aí Você começa a botar mas sempre começa pelo macro de forma mais simples possível e o que você falou é uma grande verdade é por ter um viés de desenvolvedor e tudo mais a maioria dos dos líderes hoje dentro do software House eh eles complicam demais o processo de de entrada né o processo
de começar a fazer então o cara ah não eu quero fazer isso aqui beleza você faz alguma coisa Não mas aí ele já quer começar fazendo aquilo olhando 300 indicadores para não vai dar continuidade não vai dar continuidade aqui eh começa sempre pelo jeito mais simples e pela forma mais macro à medida que tu cria o hábito cria expertise tu vai descendo vai granular a tomada de decisão caminhos mais mais únicos mas cara primeiro é tudo né primeiro é o todo legal senão a gente Ina o processo de entrada e aí nem sai do lugar
é uma das perguntas que que te fazer se você sabe né de algum caso nesse sentido né prático e aí eu quero até compartilhar com vocês aqui que recentemente que você falou faz muito sentido em um dos nossos das nossas mentorias né no nosso grupo avançado isso ficou muito Claro porque dentro do setor era um setor setor de CS ele tinha toda uma estrutura com um monte de indicador T mas era muito indicador cara de de CS assim só que nunca conseguia medir aquilo não conseguia botar Aquilo em prática de jeito nenhum uma estrutura toda
documentado E aí eu fiz Exatamente esse passo Vamos dar um passinho atrás ao invés de micro gerenciar de tanta nas minúcias vamos olhar o setor de uma forma um pouco mais macro E aí você ter ideia Salv engando aqui T se minha memória não tá falhando a gente saiu de oito indicadores para três ou quatro lá a performance melhor aumentou aí vem muito da tua máxima também tornou um negócio simples aí ficou simples todo o time conseguiu abraçar e botar aquilo para andar com Constância até um corte eu falei isso acho que na última sala
na penúltima sala dos Mestres eu falei sobre isso lá eu falei assim ó a gente tem que entender que tem muita febre acontecendo na software House tem muita dor de cabeça que a gente tá dando no valgina mas que tem às vezes uma causa raiz Só que essa causa raiz ela não é Clara precisa de uma tomografia pra gente conseguir ver E aí eu veio assim ó Qual a software House a maioria das software House trabalha com modelo de recorrência né pagamento de mensalidade e o pagamento de mensalidade né Essa recorrência é uma construção de
uma cadeia de valor sobre entrega do seu produto Então você entrega um produto pro cliente esse produto tem valor o cliente ótimo eh logicamente passar a usar esse produto no seu dia a dia e usando esse produto no dia a dia você tá agregando valor a ele ele tá te pagando por isso legal então ele ele é uma relação de troca né você eu entrego o valor através do produto você me entrega o valor através de dinheiro né E essa é a troca que acontece e para que isso daí aconteça muita softare House por exemplo
tem problema com chne sim saída de cliente tem cliente cancelando o contrato tem cliente cancelando o contrato E aí quando acontece o ch O que que a gente vai fazer né muitas das vezes por cliente tá saindo o que que tá acontecendo Ah vamos ver o atendimento vamos ver o chamado que ficou aberto que ninguém resolveu a gente vamos ver exato V ol só que cara se a a a a raiz do que você faz é eu te entrego um produto para você usar você usa esse produto logicamente você vê valor no uso você me
paga uma das primeiras coisas que podem ser feitas a nível de gestão para para analisar isso é a taxa de uso do sistema se o cliente usava X por do software nos 3 4 5 6 primeiros meses dele contigo e hoje ele usa menos x por ou seja teu engajamento na operação dele tá caindo tem menos gente usando a o o sistema Ou seja eu tenho ali um alerta de chne muito claro então às vezes o cara entrou no começo e o cara usava várias telas usava um monte de coisa e tal tava usando lá
e você olhava lá sei lá vamos a gente pode medir por hits né mas aí o cara dava 500 600 hits por dia eh dentro do teu sistema show de bola aí agora 6 7 meses depois esses 500 600 rí caiu para 150 ou seja invés de você aumentar o engaja o uso do sistema dentro da operação você tá deixando de ser importante lá dentro tem tão usando cada vez talvez já tem uma outra ferramenta rodando para resolver alguma coisa e tal e você não vai est dentro da operação do cliente você não vai saber
mas através de medir um número como esse você você começa a saber e aí entra na parte do CS se o CS tem esse um indicador por exemplo de tá olhando os hits do sistema tá olhando Qual foi a variação Quais foi os clientes que mais variaram para menos essa esse uso de Hits aí todo todo mês pô beleza a gente tem uma ação para fazer ali dentro para melhorar a performance do time de CS ent isso que você falou T faz tanto sentido e é e é tão pouco percebido pelo empresário de software que
na maioria das vezes atrela-se o trabalho do setor de desenvolvimento só a questão de desenvolver telinha no relatório que o cliente pediu Olha só como se a gente tiver algum líder de desenvolvimento focado em analisar os indicadores e como o sistema tá como o trabalho dele tá refletindo lá na ponta pode otimizar processo pode melhorar o timeo desenvolvimento mas eu falo isso porque em todos os ganchos que a gente deu aqui sobre otimização de processo você tem citado o time desenvolvimento agora eu trouxe um caso de CS você mostrou o quanto o time de desenvolvimento
pode impactar lá né pode impactar em tudo né porque tudo da software House gira em torno do produto desenvolvido né então tudo tá ali se a gente olhar com com com espectro né Mais amplo a gente consegue dar ali estra Air informações que são muito valiosas eh paraa tomada de decisão e para questão estratégica de dentro da empresa né então mas eu eu gosto de dar esse exemplo porque a maioria das empresas de software não medem o uso do produto cara o que é um erro fatal assim um erro fatal você eu costumo falar sempre
lá na 10x que é como se o carro de Fórmula 1 fosse para pista pro treinos sem telemetria legal que é a telemetria É o quê É o que mapeia né Toda a saúde tudo que tá acontecendo no carro durante uma volta e aí o cara sai o piloto ele sai dá uma Du uma duas três voltas na pista e volta e eles vão analisar aqueles números para ver aonde o carro teve algum problema Aonde poderia ser melhor ele vai analisar tanto a parte estrutural a parte de desempenho do motor até mesmo como o comportamento
do piloto né se o cara tá freando na hora certa se ele tá chegando na curva na Vel cidade certa legal então tudo isso então se a gente for trazer essa analogia da Fórmula 1 e trazer para dentro do software sem uma telemetria no software eu perco coisas muito valiosas e que eu poderia est melhorando de performance por exemplo lá no planx né que é a ferramenta que a gente tem de gestão para software House eh mais de 50% de uso do sistema tá em cinco telas Legal sendo que uma dessas telas legal representa quase
30% do uso mais de 50% tá em cinco telas e uma tela apenas representa mais de 50% do uso ou seja ali eu tenho um indicador muito claro para mim de tomada de decisão legal de cara de vou melhorar o sistema aonde eu devo mexer aonde eu devo ter mais atenção aonde a gente tem que trabalhar melhor cara tá nessas telas e principalmente nessa que tem quase 30% do uso do sistema então se eu for fazer alguma quero fazer alguma melhoria que impacte o dia a dia do cliente eu tenho que fazer nessas telas que
estão sendo mais usadas Legal ou outro aí eu posso olhar para uma outra Ótica falar assim bom se eu tenho um sistema com muita tela e só tem cinco telas que represento mais de 50% do uso ou seja eu preciso fazer com que as outras sejam mais usadas aonde não está aonde não tá se encontrando relevância na operação nas outras áreas do do sistema então o que que tá faltando é treinamento é saberem que existem isso daqui analisar e mostrar as possibilidades é a questão de marketing a questão de remarketing para quem já é cliente
então a gente começa a tomar várias decisões por causa de um número que é a quantidade de uso de tela legal então a gente começa a entender e aí completamente ligado ao ch né se eu tenho um sistema que tem várias coisas e os caras usam meia dúvida de coisa disso quanto mais eu conseguir fazer ele usar do sistema Mais o cara vai ficar fiel com a gente então esse indicador tá mostrando para mim ó tem muito trabalho ainda a ser feito aqui dentro então cara vai porque você não precisa necessariamente fazer coisa nova se
você só fizerem usar o que já existe lá dentro você já vai ter um ganho de performance muito grande você vai aumentar teu LTV vai reduzir teu tan e tudo mais então pequenas coisas fazem com que a gente tome decisões estratégicas que impactam diretamente a performance e e a operação do time porque fazer coisa nova é muito Custoso é muito trabalhoso é mais fácil eu mexer naquilo que já existe e nesse caso eu não preciso nem mexer nesse caso é fazer com que o cliente use Ou seja é fazer marketing é fazer remarketing é mostrar
para ele a Import que tem essas outras áreas dentro do sistema mas T obviamente que tudo isso que você tá falando segue um processo né Você vai lá Analisa junto com o pessoal da Simple o que que precisa ser feito para poder perceber que aquela tela ali e tal mas eu acredito e eu sei disso porque eu conheço boa parte dos clientes também né muita gente que utiliza o planex tá dentro do nosso ecossistema O que eu o que eu vejo que eles têm dificuldade é que você consegue blindar bem o time ele dá as
distrações para que esses processos E essas análises sejam seguidas né E quando eu falo distração não é que o cara vai ficar jogando enquanto tá trabalhando não as distrações que eu falo são as melhorias que fazem sentido né ser pedidas como é que você faz para lidar com isso porque a gente sabe que a distração causada pelo cliente ou pelo mercado que você atua tem impactado muito na produtividade na eficiência das equipes nos resultados financeiros como é que você lidar com isso cara ó vamos lá eh cada um tem que criar sua metodologia tem que
entender como é que funciona porque não é um não tem uma resposta única para isso porque depende muito do teu modelo de negócio do perfil do teu cliente e tudo mais eh o planex por exemplo tem uma uma premissa de ser low fre né então é é um produto que você entra cadastra usa assina desassociar Entrar usar assinar tem lá um portal de conteúdo tem tudo pro cara poder e eh ver tem inteligência artificial para tirar dúvida e tal então tem essa premissa o produto então entendendo que essa premissa tá por trás do produto a
gente começa a tomar algumas decisões assim então como é que a gente qual que é como é que eu como é que eu faço essa questão ali então assim a gente faz sprints né a gente tem desenvolvimento de sprints e para cada Sprint a gente tem lançamentos que a gente chama assim features Market então Sprint é Constru em cima de fures market táveis a gente não tem Sprint pro dia a dia essa que é a que é talvez a grande diferença da maioria das empresas de software né Você você tem que entender o seguinte se
você tem um ambiente de de alta fricção dentro da tua software House eh onde todo dia tem alguma coisa Alguma porrada acontecendo e tudo mais vai ser difícil você conseguir botar isso dentro de um ambiente controlado então tem muita gente que olha a metodologia a Sprint Sprint é bacana É legal vamos tentar fazer aí o cara tenta tratar e essa alta fricção dentro da Sprint não vai rolar porque Sprint é para ambiente médio controlado porque eu defino num numa data o que vai ser feito até a outra e para que isso funcione bem eu eu
tenho que ter o mínimo de interferência nesse período é o que não é o que acontece na software House o cara define hoje o que vai fazer dois dias depois começa a estourar algum bug alguma coisa da versão anterior então ele tem que resolver esse problema não tem jeito ele vai ter que resolver esse problema e aí começa a entrar dentro da Sprint coisas que não foram planejadas o que que acontece depois de um determinado tempo né que é o tempo da Sprint normalmente de 15 dias a gente vai olhar a gente tem 40 50
60% de incidência de trabalho de coisas que não foram planejadas se eu planejo para fazer algo e no final eu faço mais coisa não planejar do que a planejada então não vale a pena planejar Exatamente é uma questão lógica é por isso que a gente vê a gente teve no software House recentemente para analisar ajudar o o o dono lá com isso tava analisando os números era constante constante nas sprints deles que quase 70% do trabalho não fosse entregue do planejado não fosse entregue a cada Sprint 70% passava para próxima passava então era melhor não
fazer Sprint ou adaptar a metodologia então o que que a gente faz aqui a gente só faz Sprint de fiure market são sprints um pouco mais longas legal então a gente determina e features novas coisas que não tem no sistema recursos novos a gente mapeia isso e a gente bota isso dentro de uma Sprint mais longa isso vai rodar D uma Sprint beleza a Sprint vai entregar isso aqui mas tem fricção acontecendo tem problema chegando legal E aí esses problemas são categorizados de forma bem bem simples assim e é bug que impacta no uso do
sistema tem que ser corrigido E aí tem uma uma uma uma metodologia Zinha do Túlio uma das viagens do Túlio que é o seguinte eu vi um filme uma vez chamado fragmentado é se você Já assistiram esse filme e é é um cara que tem múltiplas personalidades e no desenrolado do filme ele trata isso como é cada personalidade dele ele trata assim a que a que tá valendo ali no momento que tá no momento eles falam que ela veio pra Luz agora quem tá na luz é fulano de tal agora quem tá na luz é
ciclano são as personalidades dele e nessas minhas viagens eu falei cara é mais ou menos isso que tem que acontecer aqui nós temos a Sprint da fiure Market tável ótimo só que quando essa Sprint vai começar Possivelmente outra já terminou legal então essa outra que terminou foi uma fiure nova o recurso novo que naturalmente vai acontecer algum problema quando for para uso nem tudo a gente pega em teste legal então quando a gente finaliza uma Sprint lança uma versão a gente pega aquelas fures que foram feitas naquele print e traz paraa luz tudo toda fricção
que acontecer nesse próximo período da outra da nova Sprint que começou mas que tem a ver com a última que foi lançado tá na luz ou seja ganha prioridade para ser resolvida legal então aquilo tá na luz então por exemplo recentemente foi lançado o módulo de Ticket lá dentro do planex e agora já tá sendo trabalhado em outra área que é paraa área comercial legal só que quem tá na luz hoje quem tá na luz é o módulo de Ticket porque foi o recém lançado Então eu tenho uma Sprint de fiure market tável com o
time rolando com coisas com Prazo Longo para coisa nova só que agora quem tá na luz é a parte de suporte Legal então se não for um bug que inviabiliza o uso do sistema em outra área e que não seja da área de suporte ele não vai ser resolvido agora legal recentemente a gente tava analisando a chegou assim ó Poxa e chegou algumas solicitações da área de reunião F Poxa a coisa da reunião poderia fazer tal coisa que hoje não tem tô tendo que fazer manual ó beleza foi foi eh catalogado vai ser analisado o
dia que o módulo de reunião vem pra luz hoje o que tá na luz é o módulo de suporte Então como foi lançado recentemente os clientes ó cara dá para fazer isso dá para fazer aquilo dá para tal coisa cara faz sentido faz é do módulo que tá na luz é então pega e bota e faz nessa parte de alta frigi Em contrapartida tem uma pint de fiure market tável rodando por trás quando essa sair quando quando essa daqui do módulo comercial sair a de suporte já vai est mais apaziguada já vai ter muito menos
problemas porque a gente passou ali um bom período eh em uso e analisando e corrigindo esses erros do uso Então ela sai da luz e a do módulo comercial vai entrar na luz e aí tudo que chegar de suporte depois disso paraa ticket e tudo que chegar de ticket para de suporte fica em segundo plano porque quem tá na luz vai ser a parte comercial então a gente vai fazendo essa troca para administrar fricção porque se senão a gente entra numa guerra ali que a gente não tem como resolver tudo e custa muito resolver tudo
custa muito financeiramente tempo e emocionalmente você estressa o teu time de um jeito que não tem a galera vai ficar louca entendeu então uma Sprint do Sprint é do que é controlado se você tem um ambiente de alta fricção na tua empresa onde essa Sprint vai sofrer muita variação não faz sentido você trabalhar com Sprint do jeito que você tá trabalhando você vai ter que ajustar essa metodologia aqui foi assim que a gente ajustou Sprint para Fure marquet tável no dia a dia apaga o incêndio do que tá na luz Essa é esse é o
jogo você tá ouvindo Túlio falar aí sobre low friction sobre a maneira de gerenciar o time e talvez você fique se perguntando como é que o teu produto tá encaixado na esteira hoje que tipo de nomenclatura ele teria né como seria a entrega dele como é que você faz para gerenciar o time então se você não sabe disso Provavelmente você não passou pela software House 10x então o que que eu quero fazer um convite para você logo aqui embaixo do link aqui embaixo na descrição tem o link da página da software House 10x o que
que é software House 10x mar é uma imersão feita para você empresário de software aonde a gente entrega mais de 23 ferramentas compactadas todas compiladas dentro de um playbook você leva esse playbook com você para que você consiga colocar em prática dentro de seis Pilares que nós defendemos dentro da nossa metodologia né você vai receber ferramenta para produto para Marketing para venda para distribui para pessoas para Finanças E aí você pode estar se perguntando o que que é distribuição o teu suporte a tua implantação o teu treinamento Então a gente vai te entregar ferramentas para
isso você sai de lá com um plano de ação para executar já nos próximos 15 dias tá e você consegue ter resultado quem tá falando isso sou eu não por isso que eu te convidei para clicar aqui no link que tá na descrição logo no segundo no terceiro bloco da página você vai encontrar empresários que assim como você tinham dificuldades tinham dúvidas para entender que momento estavam e foram pra softare house 10x e saíram de lá já com esse plano de ação e Já conseguiram Teve gente que já no primeiro dia entrou em contato com
a equipe e conseguiu ter resultado colocar ações em práticas para ter resultado já nos próximos 15 dias e eu quero te fazer esse convite eu quero te convidar a tá lá comigo com o t e com os outros mentores da área para que a gente possa te entregar esse esse compilado de ferramentas e para que a gente consiga cumprir o Nosso propósito que é fazer parte positivamente da história do mercado de software do Brasil a gente só consegue isso fazendo parte da tua história que tá aqui nos assistindo também tá já são mais de 700
empresários que passaram por lá e validaram o que o que eu tô te dizendo aqui na imersão eu espero sinceramente que você seja o próximo Túlio pegando esse esse gancho que você disse da da feature Market porque a gente utiliza alguns termos aqui o que que você classifica como fature Market tável Pra audiência aqui que tá nos assistindo eu fiquei com isso para te perguntar já há um tempo eu falei mas é é bom você citar porque pra gente isso é muito natural a gente sabe o que que é mas fala um pouquinho para eles
o que que é essa fiure Market é bem simples fiure Market tável é aquela fature aquele recurso que você vai botar no sistema que vai te ajudar a vender mais que vai resolver uma dor de mercado que talvez você ainda não tenha resolvido Então você pega aquela Fiction e fala bom isso aqui tem um potencial de abrir campo para mim né de abrir caminhos para mim no Marketing e tudo mais então vamos lá sei lá você tem um sistema de gestão e tudo mais e você tem um aplicativo de força de venda tal e teu
cliente vende não vende vende só que por exemplo você pode não ter hoje um CRM dentro do teu sistema para ajudar o teu cliente a organizar o processo de venda dele então desenvolver um CRM é uma fiure Market tável é uma fi que agrega valor pro pro teu mercado e que pode te abrir um campo talvez você perdeu venda porque não tinha o CRM e tudo mais Então essa fiure é a fiure que vai te ajudar A enriquecer o teu produto eh num contexto geral de mercado não é aquela melhoria incremental onde você pega o
módulo que você já tem faz uma coisinha nova Não não é aquela correção de bug não é aquela ajuste Zinho de experiência do usuário não é uma fiure nova que vai acrescentar um recurso algo novo que o mercado tá pedindo que o mercado tá querendo ou que vai e te possibilitar entrar em um novo mercado com o teu produto essa é uma Fure marquet tável que tem o poder uma Fure que tem o poder da gente fazer Marketing com ela tá vendo aí então agora você que não sabia o que que era porque tem muita
nomenclatura que a gente utiliza que é muito muito comum né para quem já passou por é geralmente nesse ciclo né que o pessoal gosta de saber aqui é é um ciclo trimestral a gente trabalho aqui então são pelo menos quatro fures marquet veis no ano por isso que falando a Sprint é mais longa de uma fature marquet tável legal então a gente tá acontecendo problema enquanto tá nesse três meses Lógico que tá legal só que nesse período a gente tá com uma Sprint de uma fiure marquet tável para para sair sempre a cada TRS meses
sair uma fixture markvel e pegando esse teu gancho para para pro pessoal que tá aqui nos assistindo só para te interromper para deixar claro esse processo né o que que acontece para ficar bem claro ó eh do último trimestre então o pessoal da cim trabalhou no módulo de suporte módulo de Ticket essa era a fiure Market tável para ser lançada legal eh logo assim que saiu coisa de 15 dias depois saiu uma fiure incremental que também era muito bacana e tudo mais mas era incremental ao processo que já existia ela não entrou na Sprint de
fiure market mas ela foi feita por Uma demanda uma necessidade de demanda que vinha acontecendo que era a questão de fluxo legal que era a construção de fluxo de de atividades da atividade sair de uma pessoa ir paraa outra ir paraa outra ir paraa outra cara que bacana isso daí tudo isso é marquet tável hum sim e não legal então como ela não tem essa característica de acrescentar uma novidade de setor ou de mercado mas aprimorar aquela ela não entrou na Sprint de marquet tável só que ela aprimorava outros que já tinham outros setores que
já tinham n empresa Então por mais legal que seja ela não era uma fiure Market tável ela era uma melhoria incremental do processo entendi entendi eu queria pegar esse esse gancho do problema né que a gente falou acontece problema acontece problema e e eu acho que assim a gente consegue caminhar e fechar bem o assunto porque quando a gente fala de otimização de tudo isso que a gente veio falando relacionado ao processo acho que a gente conseguiu entregar aqui a gente falou sobre que é importante mapear entender o cenário atual a gente falou como como
a ferramenta pode ajudar nisso a gente deu exemplos práticos de coisas que acontecem no dia a dia depois você faz esse mapeamento e até para poder otimizar Só que eu acho que um pilar que a gente falou muito mas eu vejo que eles têm dificuldade Túlio Qual é pegando o desenvolvimento tá vamos vamos pegar o desenvolvimento aqui que eu acho que vai ficar mais claro como é que como é que ele consegue identificar se um problema dentro do desenvolvimento é muito grave ou é um problema rotineiro dessa maneira que você citou aqui nessa tranquilidade que
você citou por exemplo usando o próprio exemplo do planex olha acontecem bugs depois que a gente sai acontece os bugs a gente lidar dessa maneira faz porque eu vejo que tudo dentro da software House toma uma dimensão muito grande e o problema termina sendo um pilar para eles porque eles não sabem como lidar com os problemas mesmo tudo que chega através do suporte ou através do telefone do dono que muit das vezes o cliente tem o telefone do dono é um problema muito grave cara então como é que Lie dá com essa natural verdade você
tá citando não chegou saiu é só a gente medir aqui Verê se isso é um bug mas que não vai ser corrigido agora por onde como é que eles identificam para porque você chegou nessa clareza porque você tem uma expertise muito grande do público alvo que a gente atinge mas e eles porque eu tenho um monte de empresário que qu assiste a gente que é generalista então como é que faz isso ah é isso é uma construção assim de de vi de pensamento que eh tem que te acompanhar e você não desenvolve isso da noite
por dia né mas porque por que que eu tô falando issso porque fica muito ligado na questão de entender que você não vai ser perfeito entendeu Você não vai ser perfeito não vai agradar todo mundo você não vai conseguir resolver todos os problemas do mundo por exemplo você tá numa software House aí hoje que você fatura sei lá vou chutar aqui teus R 50 R 60.000 por mês cara teu poder de ação é muito curto teu poder de de de de ação de eficiência é muito baixo você com R 50$ 60.000 por mês porque provavelmente
desses 50 60.000 20.000 tá indo pro bolso do dono é verdade né 20 25.000 tá indo pro bolso do dono ou seja quase 50% da operação é tá no bolso do dono E aí não é só o recurso financeiro Porque como ele pega 50 quase 50% do recurso financeiro para realizar o sonho de vida dele beleza mas aí ele acaba centralizando muita coisa nele e e tem que fazer isso porque ele tá pegando a margem de reinvestimento tá tudo bem ele vai fazer só que aí você limita Você só tem 24 horas por dia não
tem jeito você não vai conseguir resolver tudo então é uma ordem de priorização você vai definir cara entender que você não vai ser perfeito entender que você não vai conseguir fazer tudo legal e se eu não sou perfeito se eu não tenho braço se eu não tenho dinheiro se eu não tenho tempo para fazer tudo eu tenho que fazer o que é mais importante e aí você ali você começa a delimitar O que é importante ser feito ou não então e é a clareza para mim é é muito sobre isso cara o que que é
importante para ser como eu falei se eu tenho um bug que inviabiliza o uso do sistema o cara não consegue usar por causa daquilo é algo de alta prioridade se eu tenho um bug que não inviabiliza o uso ele já já cai nessa prateleira ó vai vai aqui paraa baixo e vai ficar aqui Prontinho porque se eu tenho gente para resolver tudo bem o tempo todo show de bola se eu tenho grana eu boto dinheiro contrato gente treino e vou botar para fazer mas se eu não tenho eu tenho que seguir uma ordenha de prioridade
e tem que respeitar isso legal não posso querer o resultado a Qualquer Custo Essa é grande coisa não tem como ter o resultado a Qualquer Custo legal então e assim a a máxima é bug tem que tender a zero sim entendeu para que as coisas funcionem bem o bug tem que tender a zero então por isso nessa nessa jornada que a gente que eu mostrei para vocês a gente faz assim quando lança uma fiure Market tável a tendência é que o volume de bug suba porque tem novos recursos novas coisas que foram feitas e Muitas
delas não é Peg no teste mas eu tenho três meses numa próxima Sprint ou seja são três mêses trabalhando com alta prioridade em cima daquele recurso para atender aquele bug daquele daquele daquele daquele módulo a zero entendeu então em TRS meses se ele começou chutando dando uma média de qu cin bugs no dia né não chega nem a tanto mas chutando quatro cinco bugs no dia eu tenho TRS meses para chegar a zero ou talvez um por mês ou um por semana que seja mas tem cair essa demanda para que eu possa dar atenção a
outra área entendeu então ter atenção aos indicadores para mim poder olhar esse número de bug entender o que tá acontecendo e tudo mais criar plano de ação para resolver o problema para aumentar essa eficiência desse time entendeu então é analisar o teu poder de ação analisar o teu raio de ação de investimento priorizar pelo que a tua capacidade permite e E focar porque assim eh o o o nosso amigo Vladimir né trouxe da última sala e falou cara o jogo é infinito entendeu então eu não adianta eu tentar resolver tudo pra semana que vem eu
não vou conseguir e vou me frustrar o meu emocional vai mal vou estressar o time vou perder gente então se o jogo enin você perder não é uma corrida que só s não vai acabar daqui a três meses e vamos lá eu tenho tô correndo que daqui a três meses eu tenho que faturar x milhão que aí acabou eu ganhei a corrida não você vai ficar 30 40 50 anos com a tua software house queç se você não morrer até você morrer ou se você não vender ela entendeu então o jogo é infinito então não
adianta tentar resolver tudo na naquela semana naquele dia entendeu é priorizar de acordo com a tua demanda conforme for melhorando vai aumentando tua eficiência operacional aumentou tua eficiência operacional provavelmente vai aumentar tu recurso financeiro você vai contratar mais e aí você vai conseguir resolver mais coisas com menos tempo e aí o jogo vai caminhando Essa é a jornada essa consciência sobre a gente não vai ser perfeito é então esse esse é um ponto muito bacana eh eu acompanho muito eh tema sobre liderança estudo muito eu gosto muito do Bernardinho ele fala que a excelência é
um alvo móvel né então por exemplo quando você chega no no busca o tempo todo da perfeição você nunca tem nada se você chegou na na perfeição você não vai ter o que melhorar você não tem o que corrigir Você não tem o que fazer Então se o empresário que tá aqui nos ouvindo pegar essa lição que você tá falando de que ó não vai ser perfeito mas o cara buscar ser bom naquilo que ele tá fazendo ele vai ter um desafio todo dia de acordo com a demanda que ele tem porque não adianta por
exemplo ele querer ter a gente visitou lá o ter data né a gente viu o próprio ladimir falou isso pra gente cara tem a lista de bugs enormes Mas as coisas é como você trata essa informação é entender o momento da sua empresa em relação ao mercado Então esse é eu acho que isso é é a mudança de mentalidade que é o que você citou e acho acho esse é o grande desafio né porque não tem como você saber qual é o nível que a pessoa tá de mentalidade dificuldade que ela tem para lidar com
um assunto como esse né É vem muito assim às vezes chega o fal assim ah do cliente né partir do cliente alguma coisa do tipo assim ah mas do jeito que tá então não dá para usar entendeu tem muito disso E aí na software House muas vez o cara se desespera né então não não o o cara o dono da sof você desespera Então vamos tentar vamos resolver às vezes é só chegar pro gente falar é realmente não dá para usar pro nível que você tá hoje a ferramenta não te atende talvez você não seja
o meu cliente Hoje eu vou trabalhar para que no futuro talvez a gente possa voltar a conversar e eu tenho esse recurso que você quer mas hoje não vai ser possível te atender cara não vai ser possível e E se eu tentar atender de qualquer jeito do jeito que tá hoje com a eficiência que eu tenho eu posso virar uma bola de neve que eu até ganho aquele cara mas não ganho mais ninguém depois entendeu porque vai consumir toda a minha eficiência então às vezes é só chegar e falar [ __ ] mas desse jeito
não dá para usar não dá mesmo cara procuro uma outra ferramenta e se um dia eu conseguir te atender eu volto a falar contigo e tá tudo bem eu vou procurar pessoas que o que eu tenho hoje atendam com excelência o que elas precisam e tem muita gente a gente tem várias categorias de clientes e exigências dentro de todos os segmentos né então vai ter aquela software House por exemplo lá no planix vai ter aquela software House que requer eh recursos de muito avançados e tal que ferramentas de 10 anos no mercado às vezes ainda
não tem legal e vai ter aquela outra que só quer fazer uma coisinha básica ali para poder ter um indicador ter um número Beleza então Ó esse cara daqui hoje eu não vou porque eu não tenho 10 anos de mercado legal mas esse cara daqui que é uma coisa básica eu consigo te atender hoje com excelência entendeu E é isso é buscar mais desse cara menos daquele mas caminhando para chegar lá entendeu Essa é a jornada bacana tipo é isso isso leva aquilo o seguinte você tava falando um pouco antes aqui no podcast você falou
ó você tem que entender que vai chegar no Milhão E aí aí você vai ter outro Ou seja a corrida por Excelência só tem linha de partida linha de chegada não tem você vai ter só que entender Qual é o por exemplo o planx o planx faz gestão de projetos legal é uma das coisas mais bacanas que tem do planx é a parte de gestão de projetos mas não tem a metade dos recursos que tem um gira por exemplo não tem o Gira tem anos de mercado tem um monte de integração não tem legal e
não vai ter legal só que o Pex é para aquelas empresas aonde o Gira é muito complexo para elas implementarem e elas precisam de uma solução mais simples do que o Gira legal o planex enta para suprir essa essa demanda Na parte de projeto Mas vai ter empresas que vão precisar de quase todos os recursos que o Gira tem porque tem time de 500 col desenvolvedores com squares separados e não tem o que vai resolver no planx não vai resolver no planx legal e Essa não é a premissa Pode ser que um dia chegue pode
ser legal mas aí se o cara fala assim ah não mas eu uso giro não dá para migrar para vocês porque não tem tal coisa é não dá mesmo não cara não dá mesmo não e tá tudo bem O plan se você que tá aqui nos ouvindo se você quiser saber mais também sobre o planex informação o que que Como o planex pode te ajudar na tua software House porque o tudo já citou aqui suporte já cou aqui comercial já cou gerenciamento de projeto então seguinte aqui embaixo na descrição você vai encontrar o link da
pagina do planex e como ele já disse aqui no podcast também é low friction Ou seja você tudo que você precisa saber para assinar o planex tá na página e se você tiver alguma dúvida a mais você pode procurar o canal do planex no YouTube que lá tem uma playlist te mostrando como te ajuda em cada setor desse então fica tranquilo você não vai precisar falar com ninguém você consegue entrar lá e resolver seu problema T Quero agradecer você por ter estado aqui com a gente mais um episódio né para contribuir com a galera eh
e eu queria eu queria fechar Eu sempre gosto de fechar assim eh porque sempre que a gente traz alguém aqui para contribuir com assunto eu acredito que é importante a gente fechar com uma dica e e como a gente tá falando sobre essa questão de otimização de processo hoje você gerencia equipe em frentes diferentes no nosso modelo de negócio O que que você deixa de dica pro empresário de software que tá aqui no assistindo cara volta lá na no começo do podcast que é cara transforma o seu trabalho em números é impossível fazer gestão de
qualquer coisa ou melhorar a eficiência de qualquer coisa sem número sem indicador todo trabalho que é feito dentro da software House em qualquer setor precisa ser transformado em um número às vezes por coisa simples às vezes por quantidade de tarefa executada mas já é alguma coisa para você conseguir medir se tá melhorando ou se tá piorando E à medida que você for ganhando habilidade você vai acrescentando temperando mais esses números para que a sua tomada de decisão seja mais assertiva mas é isso transforma todo o trabalho em número senão é impossível melhorar e transforme esses
números em plano de ação como ele disse lá no início do podcast também muito obrigado pessoal por estarem aqui com a gente a gente se vê no próximo episódio um forte abraço [Música]