HARD SKILLS realmente essenciais para um TECH LEAD

Bom dia meus amigos muito bom dia hoje sexta-feira dia 27 de janeiro 8 e 16 da madrugada e aqui tô eu de novo com meu amigo Fernando Paiva né Para a gente continuar falando sobre liderança técnica Olha que loucura Fernanda vamos fazer aquele faz de conta de que a gente ainda não tava conversando Bom dia Fernando Paiva tudo bem com você Bom dia Leonardo tudo bem cara que coisa mais feia Olha só eu e o Fernando nós tivemos já duas Boas conversas sobre liderança técnica aqui no canal coisas que a gente tem visto que funciona

de fato e o que não funciona o que que é importante você deve prestar atenção e o que eventualmente não faz tanta diferença assim na primeira conversa eu e Fernando pai falando sobre o que que é o tecnite qual é o papel dele dentro da organização se você lembrou essa conversa recomendo que você assista na Conversa na segunda conversa que nós tivemos né Fernanda nós falamos sobre o nosso frame que a nossa recomendação aí de de competências essenciais que um tecnicista tem que desenvolver mas a gente falou muito sobre competências técnicas não desculpa a competências

técnicas não competências é o softwares né competências humanas competências de liderança que eventualmente um techline precisa desenvolver falamos bastante Aliás o vídeo ficou bem longo se você Não viu vale a pena e hoje eu quero continuar falando com Fernando Paiva sobre competências de um Tech Elite mas a linha é a gente falar um pouquinho sobre as competências mais hard Fernando nem vou te dar tempo de falar nada vou compartilhar aqui direto o nosso frame né e é interessante a gente tem então aqui embaixo um conjunto de soft Skills né que a gente costuma desenvolver recomendar

e aqui a gente tem aqui uma numeração de cinco softwares quilos a Gente trata no vídeo anterior e na parte de cima a gente fala das hard Skills mas isso para mim Fernandinho como a gente cravar um conjunto de hard Skills para technid é sempre igual ou você entende que tem variações depende do contexto como é que como é que a coisa funciona na tua visão acho que o primeiro ponto que você comentou ela é um softwares e hard Skills são complementares os dois pontos quando a gente chega aqui nas hard Skills a gente traz

um conjunto de diretrizes Então porque a estética de tecnologia vai variar completamente de uma empresa para outra até a posição de technid você vai ter posições que são extremamente técnicas ou sejam Staff referência e vai ter posições que o conhecimento técnico é importante mas talvez você não tenha que ser tão especialista e aqui entra um ponto que eu acho que é bem legal é marcar é o seguinte é uma pergunta que às vezes Você faz até que lide tem que ser o melhor arquiteto do time o melhor desenvolvedor sabe necessariamente mas tem empresas que vai

exigir isso por exemplo se você pegar uma Startup Talvez o techline seja a última instância técnica do time ele vai ser o profissional mais Senior daquele time naquele cenário talvez é importante ele tá bem capacitado comparado ao time dele porém a medida que essa empresa crescer você vai ter os problemas Aumentando e tornando estão complexos que vai ser natural se lidar com gente do seu time que é muito melhor que você em vários desses temas né então assim voltando a sua pergunta não dá para cravar mas dá para estabelecer algumas diretrizes do que que é

importante o modelo de competência é exatamente isso é o ponto de partida para você olhar para sua realidade e falar assim cara isso aqui faz sentido para mim eu tenho que desenvolver essa essa competência Entendi faz sentido faz sentido para você também não a sua experiência faz cara faz eu falo com muita com muita frequência aliás alguém cada vez mais sobre cada vez menos né Então dependendo do time dependendo da composição do time dependendo da responsabilidade que você encontra dentro de um time Talvez né as suas demandas por dominância tecnológica acaba invariando por exemplo o

seu trabalho forte com time de plataforma Que tem uma orientação muito grande de fornecer determinada diretriz técnica para organização cara eu preciso ter um conhecimento aprofundado né sobre a tecnologia né ou que se tá fazendo para aquela para aquela base plataforma até vou trocar de tela aqui Vou compartilhar uma visão Nossa que a gente também tem defendido muito de topologia né baseada lá na ideia do cinto pode que eu acho que pode nos ajudar bastante aqui deixa eu compartilhar aqui a minha tela para Poder nos ajudar então se você eventualmente trabalha né num time de

plataforma né provavelmente vai se demandar de você um entendimento da parte da plataforma que você tá fornecendo se você trabalha eventualmente com o time que é string online ou seja um time que está atendendo os especialistas do negócio talvez você precisa ser mais generalista né É E outra coisa se você trabalha vamos lá você trabalha numa parte Complicada do teu sistema você talvez tenha que ser teu entendimento muito mais profundo não tanto da tecnologia em si mas de uma especificidade do negócio que você precisa atender e se você trabalha no time de neible né tipo

por exemplo cara eu tô trabalhando um time de arquiteto por exemplo talvez você tenha que ter mais habilidade né para trabalhar arquitetura mas enfim outra coisa também que acontece né Fernandinho é que muitas vezes dentro de um time Você acaba reunindo especialistas de áreas diferentes então você não pode ser especialista em tudo né a menos que seu time tenha um nível técnico mais Raso você não vai ser a principal em tudo então como liderança técnica você talvez precise entender né que você precisa ter conhecimento técnico suficiente para conseguir orquestrar as ações do time para conseguir

aproveitar melhor o potencial das pessoas faz sentido para você Fernando ou não faz sentido Bastante para mim né E aí uma pergunta que às vezes surge é o líder técnico tem que necessariamente ser um desenvolvedor essa às vezes é um pouco polêmica essa discussão mas eu acho que é importante a gente separar ser um gestor em tecnologia ser um líder em tecnologia de da posição de líder técnico um gestor em tecnologia ele precisa ter conhecimento técnico mas talvez não precisa ser tão técnico o líder técnico geralmente mesmo empresas que o líder técnico não seja Uma

referência total e tecnologia é necessar uma posição técnica é necessariamente alguém que já trilhou bastante uma jornada em desenvolvimento às vezes em arquitetura esse tipo de conhecimento porque também né liderar requer autoridade requer reconhecimento do seu time e nessa posição ajuda muito para dizer o mínimo se tem um time que reconhece em você essas competências que ele sabe assim Putz Esse cara aqui ele pode me ajudar a resolver esse problema que ele tá questionando faz sentido e isso ajuda a conquistar Esse reconhecimento do time também é você destacou bem né Fernanda tem o líder técnico

ele surge de duas fontes né ou ele é mestre do time através de autoridade e autoridade acaba sendo conferida de fato pelo time ou ele vai ser nomeado e quando nomeado indica poder né é para você trabalhar Principalmente com pessoas técnicas né pessoas técnicas têm essa característica de respeitar de fato competência técnica então para você conquistar autoridade frente ao teu time é ideal que você seja percebido não talvez como especialista não como necessariamente o melhor cara mas um cara que consiga participar de discussões de maneira efetiva e agregar bastante esse é um ponto bem importante

aliás se destacado né para você ter a autoridade para você poder construir Agora uma coisa importante também né Fernanda é que você como líder técnico você não pode ser percebido como um desafiante altime né você não pode querer o protagonismo técnico né tipo poxa é eu sou o melhor técnico do meu time eu sou o cara que resolve tudo porque senão você Entra naquele modelo que eu digo que é o modelo de liderança aonde você opera quase como cirurgião um cirurgião quando vai fazer uma cirurgia e tem dentro da sala enfermeiros Anestesista ter uma equipe

né mas quem brilha é o cirurgião não vou dizer que eventualmente você não tem cenários onde tem uma disparidade você tem um cara técnico muito bom e você tem um time para dar suporte mas geralmente isso não é sustentável no geral o ideal é que esse Líder técnico ele opere como uma espécie de orquestrador e ajude na orquestração da condução dos processos de engenharia aliás é interessante porque a primeira competência técnica a Primeira hard Skill que você enumera ali no canto inferior esquerdo e na esquerda é exatamente engenharia né e eu gosto muito né Fernanda

porque a Google tem um livro maravilhoso que é software Google em que eles definem que engenharia é igual a de desenvolvimento do software quando você adiciona a dimensão de tempo né ou seja não é sobre fazer software bom apenas mas é fazer com que esse software por mais tempo enfim fala para a gente o Que de engenharia aqui Fernando pra gente falar um pouquinho sobre esse hard Skill aqui entra um papel do líder técnico elemar que é o responsável por ser O Guardião da qualidade técnica da solução esse Líder técnico ele precisa desse conhecimento em

engenharia para garantir que o produto do trabalho do time dele seja de qualidade e atenda a necessidade do negócio aqui entra um ponto que é bem legal numa que é o seguinte quando a gente olha por exemplo Uma indústria tipo a engenharia civil Ninguém chega e pensa assim Ah cara tô com prazo apertado eu preciso entregar tá custando muito caro esse prédio e tal acelera aí e tal e aí o pessoal acelera faz tudo e aí no final o prédio cai e aí você chega para o engenheiro responsável e fala assim cara pô mas o

prédio Caiu essa mas você me apertou demais eu tive que assumir muitas dívidas técnicas isso comprometeu a estrutura do prédio ele caiu Em tecnologia a gente lida exatamente com isso tipo assim ah mas o pessoal pediu para fazer em uma semana eu fiz e caiu sabe você compromete totalmente os atributos de qualidade a confiabilidade a segurança daquele software porque você teve que entregar correndo é existe sim obviamente a gente fala muito isso quando a gente tá dizendo relacionada à celeridade existe sim um espectro que você pode variar de acordo com quais restrições Você tenha dentro

daquele projeto de se fazer às vezes mais ou menos refinado mas uma das posições do seu time e do líder técnico de acompanhar isso é validar se aquelas tomadas de decisões elas estão conduzindo por um caminho que para de pé e aqui entra algumas práticas de engenharia que são fundamentais por exemplo você conhecer eventualmente até fazer code review das entregas do seu time sabe você conseguia avaliar se entrega Do seu time ela é satisfatória você tem uma boa cobertura de testes isso implica em sequência de testes e conhecer diferentes tipos de testes saber forma de

medir e ter indicadores para avaliar essas entregas então uma das a gente falou sobre papéis do primeiro episódio um dos papéis que eu entendo que a engenharia ajuda a suportar no Líder técnico é esse de Guardião da qualidade técnica e da qualidade dos entregadores do time é Interessante porque você começa logo com gestão do código fonte e estratégia de branching né porque se você for pensar num time de tecnologia não tinha que desenvolve software é fundamentalmente o repositório de código fonte é indubitavelmente o principal artefato daquele time né então você tem uma estratégia de gestão

esse artefato faz total diferença você fala ali por exemplo é sobre os processos e movimento ter habilidade de falar sobre Monitoramento operação e deploide é claro você repara você não precisa ser Super Homem tá para cada uma dessas coisas mais uma vez você deve contar com o apoio eventualmente de especialistas né coisas que fala sobre monitoramento operação deploide está falando sobre eventualmente esse TRE você tá falando sobre profissionais de devops mas olha só é interessante que você entenda devops para poder exatamente trabalhar com esses perfis dentro do teu time né Você tem competência você está

destacando aqui competência dos code reviews a gestão das dívidas técnicas eu sempre falo né porque separa o pleno do sênio não é necessariamente conhecimento de linguagem conhecimento destaque nem conhecimento do domínio do negócio o que separa o pleno do Senior é que o pleno geralmente sabe fazer as coisas do jeito certo e o Senior tem momento de quando é necessário fazer as coisas do jeito errado né para poder eventualmente Atender as demandas de tempo porque aliás vida técnica né gente ela só existe ela só se justifica de fato quando você compromete alguma prática para poder

cumprir algum prazo né E essa questão de estimativas importante aqui tá estimativas são importantes para a gente poder falar sobre sobre Como suportar para onde a empresa tá indo é ordem de grandeza muitas vezes as pessoas de tecnologia tem uma certa Birra com estimativa dizendo que elas não podem ser feitas mas é meio insensato e até Injusto né você esperar que alguém tinha negócio priorize alguma coisa sem ter pelo menos uma ordem de grandeza né Eu preciso saber tem mais iniciativa demorar semanas meses ou anos né E você começar você imagina vou começar uma casa

né Fernando sem a menor ideia de quando eventualmente é a primeira versão do banheiro fica pronta para eu poder utilizar não dá né eu Tenho que ter uma uma ideia um cheiro né E esse é o ponto não é sobre acertar na vírgula mas até uma visão tem um um uma base de você poder construir alguma coisa em cima Esse é um ponto importante E essa e esse é uma prática de engenharia que acaba recaindo bastante sobre o líder técnico porque ele tem também o papel de ser uma espécie de uma ponte com o time

de negócio geralmente ele é a referência dentro do time para o time de negócio lidar com as questões Técnicas e uma das perguntas que ele vai ouvir o tempo todo é quanto tempo leva quando fica pronto e coisas desse tipo é um ponto que é bem interessante né marcar o seguinte existe muita estimativa inútil sabe isso existe bastante feito de maneira adequada que realmente agrega muito pouco porém não existe fazer um planejamento estratégico sem você conseguir colocar dentro dele um roadmap de evolução de coisas que você precisa Então você Precisa ter um norteador você precisa

ter método para conseguir analisar o fluxo de vazão do seu time para conseguir planejar e organizar Inclusive a gente colocou aqui um ponto de destaque é o seguinte com base em incertezas porque vai ter momentos que você vai fazer estimativas com muita informação com detalhes coisas que você já fez e vai ter momentos que você vai fazer assim ó agora cara preciso de um cheiro né a gente precisa dessa Referência e essa referência é assim é um chute vai ser dado a diferença é provavelmente o chute de alguém que tem embasamento técnico Vai ser melhor

do que o chute de quem não tem nenhum então tem que dar o chute eventualmente também né A questão não vem nem aplicação do prazo né Muitas vezes os negócios eles trabalham com conceito de janela de oportunidade então por exemplo olha alguém do negócio pode indicar que precisa de uma Fischer no Sistema mas essa ficha precisa ser desenvolvida até uma data tal e aí o que se tenta verificar se existe ou não a viabilidade técnica de se desenvolver determinada Fit ou num determinado tempo mesmo que eventualmente incorrendo em aquisição de alguma dívida técnica né então

cabe ao Líder técnico de muitas formas às vezes dá essa resposta ponto importante tá mas minha cor Nós acreditamos que é o papel da engenharia o papel das pessoas da engenharia Principalmente por exemplo o papel do Choke na nossa interpretação é o principal líder técnico porque ele é efetivo o diretor de engenharia é aumentar o é maximizar o frouput cabe ao time de negócio eventualmente é o piolho depende da estrutura que a empresa tem organizada determinar a prioridade e a gente entende que prazo de entrega é um produto de prioridade mais frutíferonte a responsabilidade de

Maximizar essas entregas E aí inclusive né Fernando é interessante se for sobre métricas antes Aqui é garantir que a empresa esteja utilizando o métricas adequadas por exemplo aqui na severate né Nós temos as famosas Dora Matrix né que você fala sobre o de vela com time você quer Minimizar e você quer é diminuir o tempo entre um deve concluir uma tarefa e colocar ela em produção você quer aumentar a tua frequência de Deploy você quer eventualmente Minimizar a taxa de falhas né em produção Então você quer a frequência de falhas né enfim que você detecta

quando você coloca alguma coisa em produção e fatalmente você também quer reduzir o tempo para se recuperar de um problema quando ele acontecer porque problemas acontecem né então muito mais importante do que você tentar se blindar de todas as formas para que problemas não aconteçam é Ter uma estratégia efetiva para conseguir se recuperar aliás aqui Então entra axilate que é um ponto importante E também entra eventualmente dentro do das habilidades do líder técnico falar sobre por exemplo o conhecimento de sustentação e produção e aí você tem é por exemplo indicativo de tratar aqui com release

né que é um livro do nicked muito bom então nega te fala exatamente sobre essa ideia de que cara software tem valor quando ele tá em produção né se não Tá em produção efetivamente ele acaba não alcançando o Valor E aí né Fernandinho a gente conecta com a segunda dimensão de competência técnica que a gente como fundamental para as lideranças para os técnidos né que é exatamente a visão da arquitetura fala um pouco mais sobre isso Fernando você entende que é um arquiteto necessariamente ou não ele precisa ter bons conhecimentos em arquitetura essa essa é

a resposta acho que mais adequada porque não necessariamente ele É um arquiteto ele Possivelmente ele tem inclusive um arquiteto no time dele mas ele precisa ter habilidade para conhecimento para criticar uma solução ele precisa conseguir explicitar uma solução se eventualmente o time tiver perdido e se não tiver um suporte de um arquiteto naquele momento para isso você precisa conseguir comunicar bem e acompanhar se a solução proposta está sendo seguida é um aspecto fundamental Conseguir interpretar as necessidades do negócio e verificar se elas estão refletidas no desenho da solução que está sendo Projetada eventualmente nem você

mesmo que projetou essa arquitetura mas você tem que conseguir ter senso um papel do Tech Lead é saber faz as perguntas certas para o time dele então esse conhecimento para ele conseguir criticar ele conseguir ponderar vai levar o time dele a fazer soluções melhores e mais confiáveis e aqui um Aspecto também de arquitetura a gente coloca dominar componentes prêmicos quando a gente fala dominar o ponto de vista aqui é é você ter o conhecimento do ecossistema ao qual sua aplicação tá inserida não necessariamente é que você precisa entender todos os detalhes de cada uma das

tecnologias mas você precisa entende o ecossistema que é relevante para o domínio que você tá construindo você entende quem fala com quem Qual é a resposta a Responsabilidade de cada um deles que tipo de integração que eles têm e qual o caminho você precisa trilhar para poder isso envolve as vezes falar com outros times isso envolve lidar com pessoas fora do seu grupo isso você não sabe exatamente qual que é o seu ecossistema você não sabe nem quem eventualmente você precisa envolver para tomar uma decisão ou para construir uma solução que vai atender a necessidade

do seu cliente né aqui é um ponto importante né Fernando neezinha a gente defende muito a posição do arquiteto né porção de uma pessoa executando arquitetura Como a posição de orquestração né então arquiteto Ele trabalha né para garantir que as decisões de design mais relevantes as decisões é culturais elas consigam atender os objetivos de negócio respeitando eventuais restrições que sejam impostas né pelo ambiente pelo contexto em que aquela aquele software está sendo desenvolvido também atingindo Aí certos atributos de qualidade que todo software tem como prioridades bem definidas também maximizando não né combatendo mitigando o risco

e também ou utilizando o custo né geralmente que isso tem um Trader Office tem uma relação entre custo e risco o ponto Entretanto é que é arquitetura nessa dimensão ela é uma das disciplinas de engenharia né e o que que acaba acontecendo a gente percebe muitas vezes Nas organizações que as aplicações vão perdendo vão sofrendo que a gente chama de erosão arquitetural porque porque o processo o dia a dia rotina né Fernanda ela vai eventualmente forçando o time né forçando ou direcionando o time no caminho de eventualmente passar a desrespeitar alguns compromissos que são estabelecidos

na arquitetura inicialmente então na prática o Tech lide ele vai servir como como referencial né Tanto para o pessoal de Tecnologia como também para o pessoal tem negócio é de que Poxa eu vou ajudar o arquiteto caso não seja mesmo né a ser a fazer a guarda dos princípios arquiteturais porque você ilusão ao longo do tempo e aí você não acaba acumulando dívidas técnicas importantes aliás né Fernando você dá uma descrição uma definição de de da técnica que eu gosto muito eu sempre digo que você deu ela ao acaso porque é genial mas você me

ensinou né que é uma melhor [Música] né quando a capacidade de um time de pagar suas dívidas técnicas é ultrapassada pela necessidade de contrair dívidas novas eu fico achando formas diferentes de dizer o que você disse no passado tá Fernando mais basicamente A ideia é essa e cara e ela é um dos papéis do líder técnico é garantir que o software não se torna elegado prematuramente né porque a Gestão correta dessas dívidas técnicas vai garantir mais longevidade para esse sólido é natural e aqui entra um ponto forte de liderança Por mais que você tenha um

time competente capaz dívida técnica é um negócio que facilmente vira responsabilidade de todo mundo e logo na responsabilidade de ninguém ah todo mundo sabe que não tá tão legal assim todo mundo sabe que tem que melhorar mas não é feito nada efetivo o líder técnico Ele precisa ter uma gestão dessas dívidas primeiro gestão ativa significa eu tenho elas mapeadas eu tenho elas Claras Eu tenho aquelas as decisões que eu tive que tomar que eventualmente me implicaram em dívidas técnicas o segundo ponto é elas estão priorizadas Ou seja você sabe o impacto de cada uma delas

e quais você deveriam priorizar e terceiro é eu tenho um plano de ação para o longo do tempo conseguir amenizar essas dívidas técnicas Ou seja eu consigo ou Vou encaixar ela no meio de outras demandas por exemplo ah estamos fazendo uma alteração nessa parte do código tem uma dívida técnica a gente consegue diluir a correção dessa dívida técnica nessa implementação ou eu vou planejar para que uma pessoa do meu time consiga resolver essa dívida técnica que é mais crítica junto com outras enfim eu costumo falar sempre o seguinte o pessoal fala assim ah eu não

tenho tempo para fazer tal coisa não tenho tempo Para colocar teste eu não tenho tempo para pagar dívida técnica sempre essa é a primeira questão Eu sempre faço a seguinte provocação fala assim cara se você pegar e ganhar um dia de uma pessoa do seu time no mês resolve todos os seus problemas não é isso você perder esse um dia tudo desaba também não então você acabou de chegar no ponto Se você pegar uma pessoa um dia do mês e colocar ela para escrever teste você já vai começar a ter teste e nada vai desabar

Então Você consegue começar a fazer provocações para enxergar o que que você consegue encaixar na realidade mesmo que seja extremamente atrapalhada do seu time para você garantir que você tá sempre na direção de melhora E aí ela é um negócio que você gosta de falar bastante que é muito forte é o seguinte se a gente é um passinho todo dia no final do ano a gente andou para caramba o importante é tá indo na direção certa e ter consistência dívida técnica a Gestão de dívida técnica é a síntese disso tem que pegar e falar assim

eu consigo parar três meses para resolver todos os dívidas isso não vai acontecer nunca mas eu preciso saber para onde ir e ter consistência de pouquinhos e pouquinhos e amenizando aqueles problemas é um ponto importante Fernando eu vou voltar aqui a compartilhar a uma tela Nossa de uma apresentação que a gente fez outro dia sobre tinta polares Não é Para falar sobre duas leis de engenharia de software importante é que o lema né que não é o lema da cerveja né o lema aqui podia ser também mas enfim aqui Fernando O que que você tem

então sabe é a primeira lei às vezes que regem aí a engenharia do software né Tem oito leis ao todo que ficaram famosas começando as leis mas as duas primeiras eu acho que são as mais relacionadas ao nosso contexto de discussão a primeira lei Fala da mudança contínua Cara o que que acaba acontecendo um software né segundo o lema né ele precisa ser continuamente adaptado para se manter relevante satisfatório né Essa Ideia de que eu vou dar um frio de por exemplo numa aplicação e que ela não vai mudar ao longo do tempo cara sofre

que não muda provavelmente não muda porque não é usado não é útil Então esse software não tem valor então assim lidar com a mudança é uma necessidade para software Né Eu sempre falo também Fernando que estratégias se você for pensar no negócio né É muito difícil você imaginar qualquer atividade hoje que não seja su nada direto ou indiretamente para o shopping né É muito difícil pensar numa atividade que não seja suportada por software diretamente Então cara software acaba se convertendo ou no principal impulsionador para o negócio ou na principal restrição né porque se você precisa

eventualmente mudar Dinamicamente a gente fala tanto em mundo Vulca e tudo mais né mas se você precisa mudar e continuamente as tuas atividades para poder atender melhor no mercado para poder se manter competitivo cara se você tem um software que não muda né que é difícil de mudar é que é card de mudar consequentemente você acaba transformando o software que tinha um potencial para acelerar o negócio em uma restrição e se você tem um produto que deveria estar agregando valor para Os clientes mesmo que você eventualmente não seja pessoas dentro de casa que esteja fazendo

por exemplo software para ser utilizar uma outra empresa no mercado cara se o teu software fica difícil de mudar você tá transformando em uma restrição para os clientes tá diminuindo o valor dele a segunda coisa né Fernando que a gente tem que entender é que existe uma segunda lei né dilema e essa é difícil também que a lei da Complexidade crescente ela fala que sempre que você faz adaptações né Sempre que você faz mudanças no software você naturalmente aumenta a complexidade né E essa Esse aumento é inerente da complexidade eu digo sempre complexidade é custo

né Esse aumento da complexidade se converte rapidamente também no momento do custo para manter a tua aplicação uma métrica simples que eu recomendo é que os técnicos deveriam fazer por exemplo é lá sabe como proxy Não é exato tá mas pega lá por exemplo a quantidade de Changes que você tem então repositório a cada a cada release né e fazem uma relação entre a quantidade de gente a gente tem mais alteradas de novo são próprios eu sei que muitas linhas ou quer dizer muita coisa tá mas pega lá a quantidade de alterações que você fez

e faz uma relação aí com o custo da do teu time você vai perceber que ao longo do tempo se você não fizer nada para trabalhar a qualidade esse custo só vai Fazer aumentar até que chega um ponto eventualmente em que esse avanço acaba ficando insuportável e você não consegue daí continuar atendendo negócio você tem um legado né né é o terceiro elemento aqui né Fernandinho é que você traz a gente já falou sobre engenharia então a gente fala sobre desenvolvimento ao longo com a variável tempo adicionada a gente falou sobre arquitetura que são as

grandes decisões de design né aquelas Que tem Impacto direto no atendimento dos objetivos de negócio respeito às restrições e atingimento também dos atributos de qualidade e agora você coloca uma Terceira Dimensão técnica para gente que é a dimensão de desenvolvimento que eu entenda que seja escrever código mesmo é isso Exatamente exatamente aqui entra Pergunta assim até aquele de corda Qual que é o nosso entendimento do Mundo Ideal ela é A principal atribuição de um técnico de não é codar mas é importante que ele saiba acordar e Tem situações que é interessante Então por exemplo a

gente está aqui implementação de uma prova de conceito Ou seja você tem um problema complexo que tá envolto em muito incerteza que não se sabe exatamente se vai resolver um problema que está sendo proposto Esse é um bom ponto para um técnico andar porque envolve um senso crítico maior Para conseguir avaliar o caminho que essa solução pode desdobrar envolve eventualmente é uma puxada no time que o técnico pode ter mais experiência e competência naquele momento para fazer mas por que não ele simplesmente ser um desenvolvedor do time com principal atribuição codificar É porque no dia

a dia vai ser demandado tempo dele com time o grande ponto e uma grande mudança de chave inclusive na cabeça de quando a Gente está fazendo uma transição de um profissional especialista alguém que operacional para uma liderança é que os valores para aquela muda os valores para o especialistas estão muito relacionados a a concentração ao foco na solução técnica ao foco entregar aquele item enquanto que no Líder esses valores começam a fazer isso mas através do seu time é por exemplo também tipos de de posição que exige o conhecimento em desenvolvimento se ser Uma referência

técnica no seu time no conhecimento das principais Tecnologias do seu time você como tecnicid é importante ser construir essa referência isso são papéis de desenvolvimento que acaba com o técnico precisa desempenhar porém é são é uma linha tênue entre você fazer demais e de menos porque se você simplesmente pegar e ser o cara aqui deu um problema 60 e resolve você vai criar uma cultura no seu time que deu um problema espera o líder vai diminuir a Contabilidade de responsabilização do seu time Só que também é importante você resolver os problemas então aqui ela é

entra uma conexão com um conceito de liderança você também já trouxe algumas vezes que a visão do Falcone sobre liderança né liderança é na visão do Vicente Falconi liderança é bater metas com o time fazendo a coisa certa o legal dessa frase é que é contínuo é dar resultado com o time aqui é você Precisa desenvolver você precisa acordar mas você tem que lembrar que isso é com o time então por exemplo você tá fazendo um negócio que seu time não domina e só você domina Opa ponto de atenção aí vamos fazer com o time

Então vamos aproveitar essa oportunidade para desenvolver alguém do seu time para ser menos dependente da posição que você tinha de especialista enfim esse isso que a gente entende que é a competência de desenvolvimento que um técnico Precisa ter isso é maravilhoso Fernando porque é conecta de muitas formas com a visão de que o principal papel do tecklin de antes de desenvolver software desenvolve a gente né se tem alguma coisa enfaticamente que depende do Tech Lead que você não tem eventualmente gente no time capaz de resolver cara você tem aí um forte indicativo de que o

que característica que competência você tem que desenvolver nas pessoas né Eu quero Compartilhar aqui também um artigo Fernando Duplo é de Hope eu sou um grande fã do grande Hope né escreveu esse artigo aqui para arquitetos especificamente mas eu entendo que quase todas as observações que faz para arquitetos aqui também serve para tecidos de uma maneira geral ele fala sobre muito sobre a coisa de você ter um técnico dando um arquiteto rodando ou não né E aqui fala algumas coisas importantes ele fala que olha você Precisa ter arquitetos ele usa uma analogia que é um

elevador né então que o lugar onde foi escrita é como se fosse a sala de máquinas né então diz o seguinte ó é arquitetos aqui eu acho que a gente pode traduzir também para Tech leads eles precisam estar na sala de máquina não necessariamente para entregar código mas também poder aparecer com novos insights né para ele poder eventualmente apontar caminho porque um dos papéis da liderança é Exatamente o papel de apontar a direção né para que lado nós vamos então como é que esse cara vai eventualmente apontar a direção se não tiver uma fonte de

insights compartilhando com o time e fala Olha aqui fala sobre ator de marfim né Tem muita ideia do arquiteto da Torre de Marfim eu gosto muito dessa visão também mas o ponto toda que é o seguinte né muitas vezes você tem líderes técnicos isso é natural tá é natural que daqui a pouco tinha dinheiro negócio as Outras áreas da empresa começa a demandar desse cara se você tem um líder técnico que passa maior parte do tempo dele numa sala de reunião né mesmo que a presença dele na sala de reunião com outros times seja muito

importante você não consegue participar do dia a dia do time dele e não consegue exercer liderança né Aí passa a ser muito mais uma representação um representante do time do que necessariamente uma liderança técnica né Então ele precisa conviver com o time precisa se organizar para poder trabalhar isso né Outro ponto que também o nosso amigo greghope fala com relação a arquitetos mas que eu também entendo que vale para líderes técnicos é cara eles devem ficar felizes eventualmente né de ser de estarem errados né então cara o que o líder técnico fala não deve estar

escrito em pedra não é uma indicação De que é o que tem que ser feito é claro né Fernando que pela posição da liderança pelo poder que é conferido é esperado pela organização que se me detecta com eventualmente tem direcionar e eventualmente apontar uma diversão que seja antipática é para o time muitas vezes inclusive em função da necessidade de adquirir uma nova dívida técnica mas de uma maneira geral é o líder técnico vai saber que tá fazendo um trabalho bom né quando enfaticamente ele conseguisse Contestado né e fatalmente cara tipo ele tem que é também

participar do processo de fazer de bugging né cara eu quero achar onde é que estão os problemas não me dê técnica e tem que ser feliz eventualmente com a ideia de trabalhar com a com o time para encontrar onde é que estão os problemas não vai resolver problemas em isolamento né mas também para poder identificar a oportunidade de engenharia né O que que a empresa precisa fazer para poder Continuar entregando o resultado de uma forma mais efetiva enfim né o líder técnico ele é o cara que ele não é um arquiteto mas ele precisa conhecer

bastante de arquitetura e vários pontos inclusive que se encaixam o perfil do arquiteto se encaixam também o líder técnico ele não precisa se o desenvolvedor ou o desenvolvedor do time mas é importante que ele tenha um bomba grande de desenvolvimento de software a gente não falou ainda mas ele também não É o agilista do time mas é importante ele conhecer bastante sobre método sobre o processo sobre indicadores de indicadores de agilidade Enfim então uma característica forte que a gente reforça aquilo que a gente está falando é necessariamente o tecniid é alguém extremamente multidisciplinar sabe é

extremamente generalista só que generalista com profundidade não generalista superficial em um monte de coisa né mas vários momentos a gente Retoma características que se encaixam papéis específicos dentro do time mas que também se encaixam Líder técnico né isso é fantástico antes destacado aqui né Fernanda porque por exemplo quando você pega aqui o indicativo da Mackenzie né fala muito sobre a demanda de um profissional em shape né vamos vamos compartilhar que essa visão isso aqui aliás é uma visão da Mackenzie que eu acho que é bem interessante é uma quem se fala que você precisa ter

como que Você se operacionaliza né como para ser um cara eficiente e ela quem se defende então que você tenha um perfil entre Shape Eu acho que isso no Líder técnico eventualmente se destaca bastante né você tem uma série né de habilidades técnicas né habilidade Você tem uma série de habilidades que são amplas em largura né mas que são essenciais para você então por exemplo você precisa ter eventualmente boas habilidades pessoais né então a toda parte do soft Skills que Nós sacamos na semana passada elas são sim tremendamente demandadas eu tenho também uma série de

demandas funcionais que tem a ver efetivamente com arquitetura com engenharia né para você poder entender a coisa de maneira é mais Ampla E você também tem um conjunto né de habilidades específicas da tua indústria né então por exemplo cara você vai ter por exemplo dentro de uma organização que está desenvolvendo por exemplo o sistema de Por exemplo sistema é como Inteligência Artificial cara você tá tomando decisão para o mercado financeiro você tenta entender eventualmente um bocado de demandas né que são naturais no mercado financeiro mas que não vão ser naturais por exemplo o mercado de

saúde ou que não vão ser trabalhar para saúde diferente você trabalhar eventualmente com investimento a taxa de abatência que você precisa para investimento para decisão é uma quando você fala em saúde Eventualmente é outra você tem demandas né que são muito relacionadas indústria e aqui essa visão do t-ship também que é Mackenzie traz para gente né tá nessa ideia de você pegar determinar das áreas né aonde você vai ter sim profundidade de expertise né É para poder colaborar e maximizar resultado por exemplo em algumas organizações o banco de dados exerce uma influência grande né sobre

o desempenho das aplicações é boa parte das Organizações que desenvolvem software de Line of Business por exemplo tem demandas fortes para você poder operar com banco de dados bem cara eventualmente Líder técnico vai ser exatamente aquela pessoa no time que vai trazer esse elemento de especialidade que não faz parte da rotina do time mas e eventualmente ele vai conseguir controlar Outro ponto importante destaca aqui para a gente né Fernanda que eu vou avançar aqui um pouquinho lá para a Visão aqui um outro ponto importante né Fernanda que vai conectar também com a visão tática né

que é a próxima competência que você tá trazendo para a gente o ID é técnico e pct é eficiência tática né eficiência em pensamento tático para fazer a coisa acontecer esse pensamento tático é inclui por exemplo você entender como estruturar o dia a dia do teu time E aí você sabe por exemplo que existe tudo se relaciona no final do dia né Fernando Esse é a lei de Konor né que fala que é numa empresa que desenvolve sistemas aqui é uma de renda cômica eu gosto muito né mas numa empresa que desenvolve esses temas a

estrutura de comunicação dos times acaba sendo refletida né na estrutura de comunicação dos componentes da estrutura dos componentes de arquitetura aqui brinca né a brincadeira do Cometa de ler é o seguinte aqui né se a gente quando é verdadeira e a gestão eventualmente direciona a estrutura das organizações Então em última instância é a gestão também que projeta a arquitetura do software ou droga agora faz sentido né então o líder técnico na hora que ele serve por exemplo uma proposição de arquitetura no arquiteto caso não seja que desenvolva ele precisa ter a sensibilidade dizer Cara essa

arquitetura é linda mas ela não cabe nas estruturas hoje eventualmente cara é nós precisamos fazer esses ajustes na nossa estrutura eventualmente para conseguir Suportar a arquitetura enfim e aí você volta para essa dimensão aqui do terceiro tipo né E aqui Fernandinha e o pensamento tático ele é a gente pode observar o pensamento tático tanto do ponto de vista das hards que os como da Soft Skills pensamento tático também envolve bastante soft Skills aqui quando a gente coloca como hard Skills também a gente tá dando ênfase no ferramental para conseguir imprimir uma visão tática então por

Exemplo você citou conseguiu organizar meu time de maneira eficiente isso exige conhecimento em diferentes topologias de time isso exige experiência em entender como que determinada forma que você coloca seus desenvolvedores mais próximos menos mais conectados como por exemplo um piol e super forma mais e traz resultado em qual situação isso traz mais resultado e se envolve por exemplo a sua capacidade de estruturar um plano de ação sabe se Por exemplo conseguiu organizar priorizar planejar e ter efetividade para resolver os problemas que vão surgir no seu dia a dia se ter habilidade para diagnosticar esses problemas

uma frase um dos executivos clientes nós fala uma frase uma vez comigo que que eu achei muito bom que é o seguinte cara metade da solução é entender o problema direito sabe aqui Esse aspecto de sabe aprender de fato Qual que é o problema é Fundamental e a visão holística porque você precisa conseguir entender a estrutura da organização para entender os impactos das decisões do seu time dentro da organização para você não cometer o erro de ter uma visão míope e olhar somente otimizações locais Sabe aquela melhor aqui no final das contas só tá melhorando

o seu ponto eu falo muito sobre otimização local com os times quando a gente está falando sobre o processo de desenvolvimento porque Assim tem algumas coisas que quando você olha só para uma etapa faz todo sentido então tipo ah cara eu vou acelerar o desenvolvimento porque tá tudo atrasado então preciso colocar mais programador e tal aí beleza na hora que você faz aquilo você cria um novo gargalo lá na frente que não faz nem sentido ou o melhor dos exemplos eu preciso fazer análise dos itens mais tem que acelerar Aí você faz história superficiais sem

muita informação foi Mais rápido foi aumentou o volume foi mas lá na frente o teste tá demorando mais o desenvolvimento da demora mais tá dando uma confusão tá dando retrabalho porque que ela etapa foi mais rápido então é otimização que o local realmente fazia Muito sentido por que você não conheceu todo mas na hora que você olha o impacto não faz nem nenhum sentido é quanto mais responsabilidades o líder técnico for ganhando e foi expandindo porque pode Ser que ele seja um líder técnico responsabilidade exclusivamente de um time daqui a pouco ele é responsável por

uma tribo enfim é cada vez mais ele vai ser demandado por conseguir entender os impactos do time dele dentro da organização como um todo inclusive fora dela que a gente cita clientes e fornecedores que a gente precisa entender o impacto inclusive fora da organização em determinado momento Que você vai Gal esses espaços dentro da organização é interessante a gente falar né Fernando que E mais uma vez tá a gente fala sobre essas esses essas competências todas né e é muito importante eu acho que uma das grandes uns grandes obstáculos para formação de boas lideranças técnicas

é o entendimento de que essas ações né que são menos associadas com código né que elas são mais subjetivas que elas devem ser feitas de maneira mais pautada em Teoria e erro em prática em tentativa erro né na prática a gente sabe que existe um forte acabou-se né de referencial forte acabou sua diferencial que pode e deve ser usado para você conseguir atingir melhores resultados Por exemplo fala sobre gargalo né quando fala sobre eventualmente o gagalo se remove ou você resolveu o seu ótimo local prejudicando um ótimo Global você encontra por exemplo uma disso e

na teoria das restrições que é lá do Gold Hats né então cara você tem você fala um pouquinho sobre teorias restrições com golddad é que é tem esse livro aqui que é seminal que é a meta que é o romancezinho nesse item tem quase 40 tem mais de 40 anos já a meta ele é uma coqueluche dentro da indústria né Tipo se você for pegar fábricas você vê diretores de operação é muito difícil encontrar um diretor de operação que não conhece a meta né Para que passa o pulmão e mais um bocado de coisa e

cara A mesma teoria das restrições ela vai encontrar por exemplo uma versão aqui é bem bacana porque se fala sobre a ideia da análise da corrente crítica né então quem fez por exemplo de gerenciamento de projetos sabe que você tem um caminho crítico né de execução não só caminho de execução para você planejar Então cara tô planejando lá as fases no meu cambão e eu preciso entender as diversas as diversas etapas cara a teoria das inscrições te ajuda nisso Também e outro ponto né Fernando que é bacana você entender mais uma vez a natureza do

teu time por exemplo cara eu sou um líder técnico Mas eu sou um líder técnico por exemplo que tá operando num time que é espinhaline que é um time que está atendendo direto aqui os especialistas é de domínio cara aqui eventualmente eu tenho que começar a entender bem sobre as especificações mas especificações do negócio geralmente né Fernando aqui muitas vezes o líder Técnico vai sentar do lado dos especialistas de domínio para exatamente conseguir extrair desses caras uma coisa um pouco mais precisa um pouco mais exata em compensação Você tá trabalhando com time de plataforma cara

Provavelmente o teu trabalho aqui vai ser não conversar com pessoas domínio Mas você vai começar com especialistas técnicos e os seus clientes são outros técnicos então é mais uma vez a tua forma de pensar é tática acaba mudando Acaba se ajustando mesma coisa estou trabalhando com subsistema complicado ou eventualmente você tá liderando eventualmente um time de neible né para poder disseminar conhecimento Ou seja é importante que você entenda aonde você tá para poder pegar essa distribuição de competências e ajustar ela para o teu contexto né texto bíblico com frequência que texto sem contexto vira pretexto

né da mesma forma cara tipo Ferramentas tecnológicas ferramentas de trabalho acabam também enxergando a mesma coisa né texto sem contexto vira pretexto o elemento essa essa contextualização no tipo de time me lembrou um trabalho que a gente estava conduzindo num cliente nosso que a gente estava falando sobre a organização do desenvolvimento dele e aí a gente entra numa discussão de ilusars E aí tinha algumas e os Stories técnicas E aí assim a visão viciada de todo mundo é Ah cara Isso aqui é muito técnico Isso é o que uma tese que isso não user Store

isso não entrega valor para o usuário só que o engraçado era o seguinte esse time ele era um time de plataforma responsável por fazer o Framework de uma parte inclusive específica do software que tinha uma parte de reconhecimento facial que tinha uma parte de reconhecimento de como é que fala aqui da sua da sua impressão digital e tal tinha toda e aí assim a entrega dele era Entregar um componente assim assim entregar um script assim assim para resolver o cliente o usuário dele era o desenvolvedor que é completamente diferente num time padrão se você não

adaptar a entender como funciona você não consegue otimizar o fluxo de trabalho né e aqui a gente entra mudança do que a gente está falando sobre o processo de desenvolvimento é o líder técnico ele é um Guardião Também do método sabe ele também é o cara que ajuda o time dele a performar mais garantindo um bom método de trabalho sabe e aqui agilidade vai ajudar bastante para ele conseguir primeiro mensurar como que esse time tá entregando onde que eventualmente Esse time tá fraquejando o tempo de resposta desse time é satisfatório ou não é satisfatório então

ele vai te trazer um acabou de ferramentas para você conseguir direcionar seu time ele tornar Mais eficiente você conseguir analisar que papéis faz mais sentido ou que você precisa compor dentro do seu time você ter método para conseguir explicitar prioridade conduzir conversa de priorização conduzir um planejamento enfim é acaba sendo também aí conhecimento fundamental para conseguir fazer seu time entregar mais e aqui Fernando tem um ponto importante né Tem vários tem alguns Aspectos a mais que a gente faz sobre agilidade tá primeiro um dos grandes tretas que eu vejo com agilidade que quase todo frame

que age o Scan kanban quase toda metodologia empacotadinha ela fala muito é sobre a ideia de entregar valor para o negócio maximizar a entrega de negócio e tem um livro muito bacana que queria recomendar Inclusive a leitura para todo mundo inclusive para você Fernando você seja leu é Business dela esse livro é um livro do Marcos em que ele faz algumas provocações interessantes e começa cara Logo no início me dando um soco no estômago ele fala o seguinte com muita frequência time de tecnologia confundem valor para o negócio com valor para o trabalho né E

aí você fica maximizando o valor para o usuário é que não necessariamente é o que define valor para o negócio e aí eventualmente também né Fernando tem que começar a pensar o Líder técnico que vai acabar nessa nessa máxima de agilidade é tentando Verificar como que a empresa funciona algumas empresas por exemplo vão ter a figura de um gerente de produto né um projeto Manager que se você tiver utilizando Scan como metodologia você escolhe não Beleza então na empresa Nós escolhemos o Tais clã por exemplo por alguma razão alguém faz isso né porque não sabe

da minha parte é com isso também é o que acaba acontecendo é que quando você tem No scrames Então você pega o teu problema e promove ele é produto hallner né E você tem esse conceito do cara se a fonte da Verdade você começa a ter um direcionamento pro teu time técnico de que a fonte da Verdade é o pior né Ricardo é o piou essa essa interpretação ou não Não eu quero desenvolver isso dentro de casa com outra forma e é importante também quando você fala sobre agilidade tem dois aspectos importantes um é resgatar

a Essência né você não vai ser árdio por estar implantando uma metodologia ágil genérica você vai estar sendo ágil quando você observa algumas algumas das intencionalidades então por exemplo as quatro intencionalidade fundamentais que vão trazer uma relação Clara de indivíduos interações mais do que processos e ferramentas software funcionando mais do que importante tá é mais que não é no lugar de pelo amor de Deus documentação abrangente é Colaboração com o cliente mais novo mais que tá do que negociar contratos Cara isso significa que por exemplo seu trabalho numa empresa que faz a entrega de serviço

e cobra por exemplo por volume de horas eu tenho que admitir a possibilidade de que um contrato Então beleza eu quero colaborar com cliente mas é mais que né eventualmente tem restrição inclusive de receitas tem que pensar em como a empresa funciona você tem que pensar em responder as mudanças Mas segundo plano e mais importante ainda né Fernando você vai acabar tendo uma série de princípios né que acabam no final do dia se fossem livros com mais com mais com mais secularidade né é esses princípios todos eles acabam norteando né tudo aquilo que a gente

tem defendido essas nossas Duas conversas aqui como sendo agitas boas práticas são boas e princípios vinhos bem bonitinhos né bem bacanas né que o povo pensou lá há um tempão atrás e que cara com Frequência o povo dá uma ignorada né E daí diz que tá fazendo agilidade por estar colocando um quadro na parede com ponte de lado isso não é agilidade isso é exercício de auto engano né é menos tecnicista e mais observando princípios observando as intencionalidades que você vai conseguir avançar Mas aí você complementa né Fernanda essa ideia de agilidade dentro das organizações

né O que a gente entende como sendo esse composto ainda Assim como principais rádios né exatamente ele é você comentou um pouco um ponto interessante tem até um artigo nosso no site da eximia não sei se você vai lembrar desse artigo aqui que a Scan não torra nenhum time ágil né que é exatamente esse conceito de cara só o método não vai te trazer nada de agilidade na verdade você vai seguir uma série de protocolos que daqui a pouco pode estar criando mais problemas do que solução para para você Mesmo né uma pergunta que eu

costumo fazer sempre o pessoal quando eu vejo um escravo bem formatadinho É o seguinte é se já tá pronto Por que que tem que esperar o final do Sprint entregar sabe na prática você tá favorecendo o processo em vez de favorecer a entrega né você tá Você tá usando scan para e contra o princípio de agilidade que tá lá no manifesto né enfim é um artigo legal que vale a pena dar uma Lidar um bocado de de aspectos pelo seu celular e no final do dia né vão trazer exatamente para essa liderança técnica e por

que que é importante que a ideia deve liderança técnica porque você precisa exatamente de uma pessoa para tropicalizar não é sobre um implantador de metodologia não é sobre o treinador de gente não é sobre o cara que Tomas todas as decisões e que conhecem um profundidade Determinadas ferramentas a gente que consegue acionar esses recursos para conseguir produzir mais mais valor né é um ótimo livro que eu queria recomendar aqui Isso faz parte do meu processo né eu fico recomendando toda hora Inclusive eu tô louco aqui ó spoiler tá Fernando Paiva Já começou o processo de

produção do livro né de referencial 10 em minha cor eu tô colaborando com o processo de escrita também mas com o nosso livro Referencial aqui de Conduta para desenvolvimento de vivências técnicas é um trabalho que a gente faz em consultoria né Fernanda e que vai acabar abraçando aí dentro da enzima tem essa competência as três competências né de consultoria de eventualmente é colocar a mão na massa com Squad a gente tem lideranças técnicas sendo executadas a gente não somente orienta a liderança técnica nos clientes mas a gente também é vive a liderança técnica porque a

Gente oferece serviço né e Finalmente né agora cada vez mais talvez a gente vai trabalhar na terceira base vai à frente capacitação então Fernando Paiva tá começando aí um trabalho importante de consolidar essa base de conhecimento eu tô tentando ajudar ele de algumas formas e nos livros que a gente faz sempre né Fernanda uma característica Nossa é colocar muitas referências para as pessoas perceberem Também que as ideias não vencem Da gente né na verdade isso aqui é um consolidado de muitas pessoas que já estão falando mais ou menos a mesma coisa eles não precisa alimentar

a roda E aí né Fernando tem mais um livro que é gostosinho é interessante tá tanto a arte do valor para o negócio quanto a arte da burocracia dele cadastro da burocracia Talvez seja um livros mais indicados não tanto por Líder técnico que tá mais próximo da operação mas para Que ele é técnico no nível mais alto que é o cara que tá em último Instância por exemplo ocupando a cadeira de se ou ou esse balanço cara tipo com as demandas de burocracia né porque prática tem isso né Fernanda tipo você quer entregar valor você

quer construir resultado mas você precisa também tá adequado às normas procedimentos da organização enfim a arte e a delicadar sobre um bom livro mas lá Fernandinho aproveitando para falar sobre o livro eu Acho que um aspecto bem interessante que a gente está trazendo para o que a gente está escrevendo é conseguir colocar dentro desse livro aquela vivência prática que a gente tem dentro das organizações como exímia a gente atende empresas desde multinacionais que faturam bilhões que é uma realidade dentro dessas empresas existem empresas que são extremamente politizadas existe outras empresas que são extremamente generativas que

focada em resultado é Até empresas muito menores com times de 10 15 pessoas que é uma realidade completamente diferente isso dá característica textual que a gente falou do technid que que a gente tem trazido para dentro do livro A visão que a gente tem tanto da literatura vamos dizer assim mas também a visão prática que a gente vê na prática que que a gente vê conversando com os executivos conversando com pessoas que estão nessas posições também Para a gente conseguir trazer a visão do jogo mesmo sabe como que é na prática o papel e como

que isso se dá Sabe tem vários pontos igual por exemplo conversando com algumas pessoas as pessoas falam assim pô mas as características já faz sentido para um tecnide aqui o modelo de competência ele é um ponto de partida ele é uma referência Então você vai ter que contextualizar Essa realidade a gente tá tentando trazer um espectro amplo para Dentro do livro com base em vivência prática isso eu acho que vai ficar bem legal é legal também até porque a gente consegue né Fernando pegar cada aspecto e dá um nível Extra de profundidade eventualmente inclusive dando

um Dimensional né cara como que isso se aplica no papel de um líder técnico e se aproxima mais da Estratégia como que se aproxima para um líder técnico que tá mais próximo eventualmente da operação é interessante eu sempre falo né que a as Pessoas tendem a Romantizar a estratégia né eu Brinca a estratégia é muito importante mas o resultado ele é construído na operação né Ele é construído na estratégia a estratégia ela chama a existência as coisas que ainda não existem como são já existissem né tipo de muitas formas você pensar estratégia é um ato

de fé né agora quando você vai para operação e quando você vai eventualmente para operação você começa a falar em Materialização sobre a cultura de novo durante nos ensinou que a cultura de uma organização come a estratégia no café da manhã né então o que que acontece e também né a gente aprende com os grandes pensadores de Cultura a gente aprende por exemplo que a cultura mal da liderança mas também é atividade primária da liderança direcionar a cultura né então como é que você muda a cultura de uma organização Cara você muda cultura de organização

a partir das suas lideranças são as lideranças que tem essa responsabilidade primária Outro ponto interessante Fernando esse valor sobre técnica sendo o guardião do método né essa talvez seja a parte em gestão do líder técnico né eu digo sempre que as pessoas costumam se separar gestor versus Líder né na prática não é bem gestor versus líderes Qual é a papel do gestor tem três eleições fundamentais primeiro ele Precisa garantir que exista um método né tipo veja bem eu digo o Fernando que boa parte dos projetos falham porque as pessoas têm um Anseio muito grande de

sair fazendo né você tem que criar estrutura e criar estrutura parte para a existência de um método de um jeito de trabalhar de processos né então o líder técnico em Essência a parte gestão do líder técnico caminha por garantir a existência de um método segundo garantir que as pessoas conheçam o método de Pouco adianta você ter um método definido se esse método não é conhecido né E aí mais uma vez para as pessoas conhecerem um método você precisa de soft Skills para você poder comunicar de maneira eficiente entender que comunicação e repetição você tem que

aprender a influenciar as pessoas enfim tudo que a gente falou na nossa última conversa e depois que você sabe que você tem um método definido e que as pessoas conhecem o método vem para a terceira Atribuição essencial sugestão que é garantir que esse método seja é obedecido né então definido é conhecido e obedecido né Isso são as atribuições do líder técnico enquanto gestor né E aí Fernandinho não é uma atribuição simples né a gente está percebendo que a posição da liderança técnica é em Essência uma posição que é multifacetada mas tremendamente importante tremendamente relevante cara

que bacana né acho que com isso a gente completa o nosso frame Né E claro tem aí é muito mais para a gente poder discutir concorda Fernandinho até aqui Concordo é legal conseguimos falar né tanto dos aspectos humanos comportamentais que moram o lide do Tech lide vamos dizer assim conseguimos falar também sobre os aspectos mais tangíveis né aspectos do técnico então competências técnicas em arquitetura e engenharia em metodologia Enfim tudo que a gente falou hoje para Conseguir mapear e responder ainda melhor a primeira pergunta que a gente sucitou lá no primeiro conversa que é qual

o papel do tecnid o que que ele faz quem que ele é e começa a se tornar mais claro com um modelo de competência explícito é interessante né inclusive admitindo os 50 Tons né de vida nessa técnica Ou seja você tem também eventualmente uma liderança o papel da liderança técnica e muitos lugares vai estar relacionado também com como a Gente destacou a expectativa né dessa liderança técnica forma como ela é indicada é uma liderança técnica que emerge da autoridade ou determinada de cima para baixo e vem com poder como é que você faz esse balanço

disso tudo cara não é mas é um tema essencial né Fernandinho tanto é que anemia mais alto Desculpa se dizer alguma coisa não pode concluir em nível mais alto no passado né falando sobre a liderança técnica no nível mais alto né no passado o sucessor Natural do CEO era o né Depois você começou a perceber como mais natural a sucessão do ser feita pelo sim ou ou o cara de operações né E hoje com a o crescimento do protagonismo tecnológico dentro das organizações cara cada vez mais se pensa a definição da sucessão do tipo E

aí hoje são os caras que são percebidos né como a liderança que estoura os limites da área técnica para pensar nos limites da organização como um todo Sim sem dúvida sem dúvida e um desdobramento aqui ele é uma dessa conversa é a gente entendendo cada uma dessas competências a gente criar forma de acompanhar e medir né aqui entra provocação para as próximas conversas que é cara como que eu avalio os aspectos de engenharia do meu time se eles são satisfatórios ou avalia as entregas no meu time como eu avalio é arquitetura como que eu acompanho

arquitetura enfim cada uma dessas Competências existem estratégias para a gente medir avançar e um líder técnico conseguir acompanhar e saber se olha Tamo no caminho não estamos no caminho precisamos efetuar correções enfim temas para os próximos capítulos você não gerencia aquilo que você não mede você não mede aquilo que você não define você não define aquilo que ele atualmente você não grande e cara Definitivamente não tem como ter sucesso né naquilo que não seja gerencia olha e Pancada né e enfim né Fernandinho é o processo de governança né você tem que criar eventualmente evidências né

de que você tá conseguindo fazer a coisa do jeito certo e gerar resultados se você não consegue criar essas evidências muito muito importante tá se você não consegue no seu trabalho como líder técnico criar evidências de que tá fazendo um trabalho bem feito é porque provavelmente você não tá então esse é um ponto importante para Uma próxima conversa mas enfim enquanto isso Fernandinho vou te dar uns minutinhos aí para você pensar na sua saudação final eu vou fazer o meu momento blogueirinha nível um nível dois nível três vai vai começar aqui Pensa aí Fernando momento

blogueirinha da Alemanha nível 1 cara se você gostou dessa conversa se você entende que ela tem valor expande ela como nos comentários diz para a gente o que que você acha diz pra gente se você concorda Conosco ou não mais uma vez Nós não somos donos da verdade esse esse referencial né Fernanda nosso modelo de maturidade dele é um modelo Como o próprio Fernando indica que está em constante evolução você sentiu ali alguma grande omissão você acha que alguma coisa tá faltando você entende que é algo que nós falamos não tá bem entendido ou ainda

você ficou com alguma dúvida sobre o que nós indicamos aqui participa aqui nos comentários também Participa mais tarde comentando lá no livro tá porque seguramente esse esse conjunto de conceito que a gente tá detalhando aqui né Fernanda a gente tem um desafio grande tentar traduzir sobre o livro também vai lá no livro quando for divulgado para nos ajudar a qualificar Isso é incrível blogueirinha nível 2 Olha só gostou mesmo dessa conversa então faz ela chegar para mais gente compartilhe esse conteúdo mais do que isso tá deixa aí o teu like para o Vídeo ele é

importante eu não exatamente onde fica o botão de like Mas tem uma mãozinha né pra gente porque isso vai incentivar eventualmente o YouTube a fazer esse conteúdo chegar para mais gente blogueirinha nível 3 e agora né nível 3 cara se você não é assinado se você não é inscrito melhor dizendo não é assinado meu Deus se você não é inscrito no canal da minha cor se inscreve mais do que isso ativa as notificações clicando no Tal de Sininho tá me dizem sempre que eu tenho que lembrar disso porque se você ativar as notificações estiver inscrito

você vai ser avisado para o YouTube sempre que eu e o Fernando viemos aqui conversar com você tem muitos outros temas né cara não tenho conversado com especialistas em Arquitetura em testes em inteligência artificial tem muita coisa legal que a gente tá trazendo aqui para o canal do exímia que vem é exatamente a experiência no dia a dia Nas organizações no mundo real é menos árvore né Fernando é mais gerar resultado pronto Fernandinho sua mensagem final e saudação pro nosso povo aí para a gente poder ir embora quando quando todo mundo tivesse assistindo a gente

já vai ter o primeiro capítulo do livro manual do techline confere a gente vai deixar algumas partes para as pessoas também poderem fazer contribuições comentários em cima Do livro A proposta é que Inclusive a gente consiga evoluir ele em cima desse feedbacks igual a gente falou a pegada é esse mundo real é trazer a realidade para compartilhar experiências com as pessoas Então a gente vai colocar o link dele também junto aqui e a gente aguarda o feedback de vocês É sempre um prazer estar aqui com vocês Talvez o livro não esteja publicado ainda Exatamente no

mesmo que você tá assistindo tá mas se você entendeu o que que essa publicação Nosso nível vai ser publicar Como assim né então só para esclarecer a gente segue os moldes de publicação desenha que é publicar o nosso conteúdo online Então você vai encontrar aqui tem como referencial por exemplo nosso manual de arquitetura de software para você que arquiteta aleast é uma mentoria Nossa que vai começar agora em março né É mas por exemplo para cada capítulo né a gente cria um conteúdo que é versionado então você pode até lá né Nós temos aqui Por

exemplo para cada livro Nosso nós temos sempre os nossos capítulos você pode acessar um capítulo a versão dele né Por exemplo aqui tem uma primeira versão publicada dia primeiro de abril de 2021 né Fernandinho e dentro do próprio capítulo quando você acessa que eu tô acessando intencionalmente uma versão muito antiga né você tem espaços né aonde você é convidado trechos em que a gente considera que que são trechos que demandam ampliação a discussão Então Você é convidado a participar desses trechos deixando teus comentários né E aí a partir desses comentários a medida que a gente

vai recebendo esse feedbacks a gente não perder nada né Fernando a gente vai construindo novas versões e essas nossa essas novas versões eventualmente vão consolidando a visão e a gente vai avançando né com material que é vivo sempre de novo né mesclando várias dicas de leitura vários referenciais da própria exímia Eventualmente também é vídeos como esse que a gente está produzindo aqui citações de grandes autoridades para você perceber que não é somente a gente né então você vai encontrando tudo isso Enfim estamos trabalhando para melhor ser vivo tá se você trabalha e é cliente 10

em minha cor você tem acesso esse material que não é exclusivo para quem é cliente a gente não é um conteúdo aberto né Fernando porque a gente entende muito disso também né o nosso valor tá em Produzir resultado não irreprezar conhecimento Então vem discutir com a gente vem aumentar conhecimento cara mais um ponto importante também né Fernandinho como a gente tá dizendo isso vai acontecer em algum momento tenha certeza né nos pilares estão nossos Pilares de atuação estão aqui enfaticamente a nossa visão de produzir consultoria Assessoria ou seja ajudar os nossos clientes no dia a

dia