# Carlos Daniel Gomes Rosset **Arquiteto de Soluções | Desenvolvedor Full Stack | Especialista em IA Aplicada** **Stack principal:** Python • FastAPI • Next.js • TypeScript • Docker • PostgreSQL • LLMs Maceió/AL\ (82) 9600-7390\ | ## Resumo Profissional Arquiteto de soluções e desenvolvedor full stack com mais de 30 anos de experiência em tecnologia, atuando na interseção entre arquitetura de sistemas, infraestrutura, software e formação de equipes. Especialista em transformar problemas operacionais complexos em soluções tecnológicas sustentáveis, com atuação ponta a ponta: descoberta, arquitetura, desenvolvimento, integrações e sustentação. Atualmente focado em inteligência artificial aplicada, automação e aplicações modernas utilizando Python, FastAPI, Next.js, TypeScript e arquiteturas baseadas em LLMs e agentes inteligentes. ## MAPA TÉCNICO **Arquiteto de Soluções • Engenheiro Full-Stack • IA Aplicada**\ **30+ anos transformando problemas operacionais em soluções sustentáveis** --- ### STACK PRINCIPAL Web Platform (HTML5 • Web APIs • PWA)\ TypeScript / JavaScript • Node / Deno • Next.js\ Python • FastAPI • PostgreSQL • Docker • LLMs --- ### DIFERENCIAL Engenharia ponta a ponta:\ produto → arquitetura → desenvolvimento → integrações → operação sustentável --- ## MAPA TÉCNICO EXPANDIDO ### IA APLICADA - LLMs e agentes inteligentes - MCP e Skills - Prompt engineering - Function calling - TTS / STT / VAD - Experiências conversacionais em tempo real --- ### BACK-END - Python / FastAPI / Django - Node.js / Deno - APIs REST e WebSocket - Integrações de serviços - Automações - Jinja --- ### FRONT-END - Next.js - Angular / Ionic - React - TypeScript / JavaScript - PWA / WebApp / AMP - Mobilidade urbana e geolocalização --- ### DADOS - PostgreSQL / Supabase - MongoDB - MySQL / SQLite - Redis - Oracle / SQL Server - - legados: DB2, Sybase, Firebird... --- ### INFRAESTRUTURA - Docker / Containers - VPS / Gateway / Proxy - LiteLLM / LiveKit - Linux - Redes e conectividade - Sustentação operacional --- ### ESPECIALIDADES - Arquitetura offline-first - Mobilidade urbana - Georreferenciamento - Integração hardware + software - Tech assessment sênior - Recuperação de projetos em crise --- ### PERFIL - 30+ anos construindo e evoluindo sistemas reais - Arquiteto de soluções • Engenheiro executor • Mentor técnico - Transição natural entre produto, engenharia e operação - Experiência em ambientes heterogêneos e sistemas legados - Especialista em estruturar e recuperar projetos complexos ## Competências-Chave ### IA Aplicada e Automação - LLMs, agentes inteligentes, MCP e Skills - Prompt engineering e function calling - TTS, STT, VAD e experiências conversacionais em tempo real - Prototipagem e arquitetura de soluções assistivas e fluxos automatizados - Integração de IA a aplicações de negócio e operações digitais ### Back-end, APIs e Integrações - Python, FastAPI, Node.js e Deno - APIs, integrações de serviços, automações e WebSocket - Jinja, arquitetura de serviços e desenho de back-end - Estruturação de soluções escaláveis para aplicações modernas ### Front-end, Web e Mobile - Next.js, Angular, Ionic, React, TypeScript e JavaScript - Aplicações web modernas, WebApp, PWA, AMP e Android - Experiência com fluxos digitais orientados a mobilidade urbana e geolocalização ### Dados e Persistência - Supabase, PostgreSQL, SQLite, MongoDB, MySQL e Oracle - Redis e estratégias de armazenamento para aplicações transacionais e distribuídas - Experiência histórica com DB2, Sybase, InterBase, Firebird, Paradox, FoxPro e DBase ### Infraestrutura e Operação - Docker, containers, VPS, gateway, proxy e ambientes distribuídos - LiteLLM, LiveKit e infraestrutura para aplicações modernas com IA - Administração de redes, sistemas operacionais e suporte técnico de base - Vivência em hardware, software, conectividade e sustentação operacional ## Experiência Profissional ### 2CL Soluções e Aplicativos Ltda. (Fundador) **Fundador e Sócio-Administrador**\ **CNPJ:** 26.227.536/0001-38\ **Período:** 2016 — atual - Empresa de desenvolvimento de soluções tecnológicas e aplicativos. - Atuação na concepção e entrega de soluções tecnológicas orientadas a operação real, combinando arquitetura de sistemas, desenvolvimento de software, mobilidade, georreferenciamento, infraestrutura, integrações e sustentação ponta a ponta. - Experiência construída em múltiplas verticais, com foco em transformar complexidade operacional em solução utilizável. ### IMPULSO (Helabs Tecnologia da Informação Ltda.) **Recrutador Técnico | Gestor | Avaliador**\ **Período:** 2021 – 2025 - Validação técnica e comportamental de profissionais sênior e especializados para clientes de grande porte. - Condução de entrevistas técnicas aprofundadas sem testes formais, avaliando senioridade, coerência narrativa e capacidade real de execução. - Análise de fit cultural, risco de reprovação e probabilidade de permanência, contribuindo para decisões de alocação mais assertivas. - Atuação híbrida entre tecnologia, recrutamento e liderança empática, com foco em qualidade de indicação e sustentabilidade da contratação. ### Mambo Tecnologia Criativa Ltda. **Gerente de Projetos**\ **Função:** Gerente de Projetos, Gerente dos Núcleos de Desenvolvimento de Sistemas, Mobile e Web Design\ **Período:** 2017 – 2018 - Reorganização de operação técnica multifrente em ambiente com sistemas internos, clientes externos, marketing digital e alta simultaneidade de demandas. - Liderança de times e priorização de carteira, contratos e entregas em contexto com projetos atrasados e stacks heterogêneos, incluindo PHP, WordPress, Python/Django e múltiplos bancos de dados. - Atuação em negociação de crise com clientes, recuperação de previsibilidade operacional, formação de lideranças e aumento da qualidade percebida nas entregas. ### FAT - Faculdade de Tecnologia de Alagoas **Professor**\ **Cursos:** Jogos Digitais, Web Design, Programação\ **Período:** 2014 – 2015 - Atuação em formação técnica com foco em aprendizagem colaborativa, rigor acadêmico e desenvolvimento de talentos. - Condução de disciplinas de tecnologia com alta proximidade com a turma, estímulo à autonomia intelectual e incentivo à construção coletiva do conhecimento. - Formação de grupos de estudo e encaminhamento de alunos promissores para oportunidades no mercado, conectando ensino técnico e desenvolvimento profissional. ### JETDATA SISTEMAS LTDA **Desenvolvedor**\ **Período:** 2010 – 2014 - Atuação em desenvolvimento de sistemas e melhoria de processos em ambiente corporativo orientado a demanda, implementação e faturamento. - Concepção de abordagem que desacoplou artefatos do Crystal Reports da recompilação do sistema principal, com carregamento dinâmico via banco de dados. - Redução do tempo de alterações simples em relatórios de cerca de duas semanas para aproximadamente 40 minutos, com maior autonomia do suporte e ganho de eficiência operacional. ### SENAC – AL (Serviço Nacional de Aprendizagem Comercial) **Analista Sênior / Gerente de TI**\ **Função:** Análise e Desenvolvimento de Sistemas, Administração de Banco de Dados, Administração de Rede, Gerência de Infraestrutura e Desenvolvimento\ **Período:** 2006 – 2010 > **Nota:** Transição gradual da Rosset para atuação full-time no SENAC, mantendo vínculo consultivo com o negócio familiar durante parte deste período. - Desenvolvimento de solução distribuída para operação em ambiente com conectividade instável entre unidades. - Arquitetura baseada em cache local, sincronização assíncrona e distribuição de carga entre serviços conectados à mesma base de dados. - Continuidade de vendas, cadastros e atendimento mesmo em cenários de falha de conexão, com menor dependência síncrona da base central e maior resiliência operacional. ### ROSSET Comércio Representações e Serviços Ltda. **Gerente de TI**\ **Função:** Assistência Técnica e Consultoria\ **Período:** 1997 – 2011 > **Nota:** Atuação contínua na empresa familiar com períodos paralelos na MICROCAMP (2001-2006) e transição gradual para o SENAC (2006-2010), mantendo vínculo consultivo com a empresa familiar. - Atuação em empresa familiar com alta sobreposição entre relações pessoais e operação do negócio. - Experiência relevante no desenvolvimento de critérios sobre governança relacional, definição de limites e sustentabilidade de relações profissionais em ambientes de alta proximidade. ### MICROCAMP Internacional – Escola de Informática e Idiomas **Coordenador / Instrutor**\ **Função:** Coordenador de Ensino, Gerente de Rede e Instrutor\ **Período:** 2001 – 2006 > **Nota:** Atuação em paralelo à consultoria na Rosset Comércio (1997-2011), combinando coordenação educacional com gestão de TI em empresa familiar. - Atuação na redução de evasão em cursos técnicos por meio de monitoramento ativo de faltas, relacionamento próximo com alunos e pais e coordenação dos instrutores. - Construção de estratégias criativas de engajamento para preservar frequência, motivação e continuidade das turmas em contexto de aulas noturnas e metas desafiadoras. - Atuação combinando coordenação de ensino, docência, gestão de ambiente técnico e operação educacional orientada à formação do maior número possível de alunos. ### CESMAC **Monitoria Acadêmica**\ **Atuação:** Apoio em disciplinas de Algoritmo e Programação I\ **Período:** 2000 - Atuação em monitoria acadêmica com foco em descomplicar algoritmos e programação para alunos em início de formação, usando analogias simples e apoio próximo para reduzir insegurança e risco de evasão. - A experiência também consolidou uma visão de avaliação por potencial, além do modelo tradicional, que depois influenciou minha forma de desenvolver pessoas e montar equipes. ### LBC UFAL (Laboratório da Biblioteca Central da Universidade Federal de Alagoas) **Suporte Técnico e Educacional**\ **Função:** Manutenção de Rede, Controle de Fluxo e Apoio Educativo\ **Período:** 1993 – 1996 - Atuação em ambiente público de alta demanda, combinando organização do uso de recursos de informática, apoio técnico e atendimento direto a pessoas sob pressão. - Organização de fluxo e reservas de máquinas em contexto de recursos compartilhados, múltiplas demandas simultâneas e necessidade de continuidade operacional. - Desenvolvimento precoce de postura orientada a serviço, mediação de tensões e resolução prática de problemas, em experiência que também acelerou minha formação técnica pelo acesso intensivo às máquinas e ao aprendizado contínuo. ### CSCJ - Colégio Sagrado Coração de Jesus **Professor**\ **Função:** Ensino de informática e suporte técnico (Software / Hardware)\ **Período:** 1995 – 1997 - Atuação em ensino de informática com foco em inclusão digital, adaptação a recursos limitados e acompanhamento próximo da evolução dos alunos. - Criação, em Delphi, de mecanismo simples para medir desempenho em digitação, tornando o progresso mais visível e apoiando a identificação de potencial por evidência prática. - Apoio concreto a trajetórias de superação em contexto de forte impacto educacional e humano, combinando ensino técnico, sensibilidade pedagógica e leitura atenta do esforço individual. ## Formação Acadêmica **Centro de Estudos Superiores de Maceió – CESMAC**\ **Faculdade de Ciências Exatas e Tecnológicas - FACET**\ **Bacharelado em Informática** – Análise de Sistemas e Administração\ **Conclusão:** 10 de julho de 2009 ## Formação Técnica e Base Histórica - Certificação em programação em 1983 com **BASIC for DOS** no contexto IBM PC/DOS. - Experiência histórica com tecnologias legadas como BASIC, Clipper, Pascal, Perl e Delphi. - Evolução contínua para stacks modernas de web, mobile, APIs, IA aplicada e infraestrutura. ## Diferenciais - Capacidade de diagnosticar gargalos e redesenhar soluções nas camadas de arquitetura, operação, processo e pessoas. - Atuação ponta a ponta, da descoberta à sustentação, com visão combinada de negócio, produto, tecnologia e execução. - Experiência em recuperação de contextos críticos, reorganização de fluxos, aumento de previsibilidade e sustentação operacional. - Facilidade para transitar entre arquitetura, desenvolvimento, liderança, avaliação técnica e humana de talentos e formação de equipes. - Base técnica histórica combinada com atualização contínua em IA aplicada, automação e integrações modernas. --- ## Estudos de Caso Técnicos Esta seção apresenta casos detalhados de atuação em diferentes contextos, demonstrando profundidade técnica, capacidade de resolução de problemas e adaptação a diferentes cenários de negócio. ### Índice 1. [2CL — Engenharia de soluções](#caso-técnico-detalhado--2cl) 2. [IMPULSO — Avaliação humana de talentos](#caso-técnico-detalhado--impulso) 3. [Mambo — Multi-front operations](#caso-técnico-detalhado--mambo) 4. [FAT — Formação técnica e desenvolvimento de talentos](#caso-técnico-detalhado--fat) 5. [JETDATA — Otimização de entrega de relatórios](#caso-técnico-detalhado--jetdata) 6. [SENAC – AL — Arquitetura offline-first](#caso-técnico-detalhado--senac) 7. [ROSSET — Governança relacional em negócio familiar](#caso-técnico-detalhado--rosset) 8. [MICROCAMP — Retenção e engajamento de alunos](#caso-técnico-detalhado--microcamp) 9. [CESMAC — Monitoria acadêmica e avaliação por potencial](#caso-técnico-detalhado--cesmac) 10. [LBC UFAL — Suporte técnico e atendimento empático](#caso-técnico-detalhado--lbc-ufal) 11. [CSCJ — Inclusão digital e ensino transformador](#caso-técnico-detalhado--cscj) --- # Caso técnico detalhado — 2CL ## Engenharia de soluções orientadas à operação real, mobilidade e ecossistemas integrados ## História Quando eu olho para a trajetória da 2CL, eu não vejo apenas uma empresa que fez sites, apps ou sistemas. Eu vejo uma caminhada muito prática, muito construída no problema real, no que precisava funcionar de verdade. E talvez seja justamente isso que melhor define essa história: a 2CL nasceu para resolver. Durante boa parte dessa jornada, trabalhei intensamente com mobilidade urbana, georreferenciamento, QR Code, NCF, aplicativos mobile, web apps e sistemas de controle para operações que exigiam rastreabilidade, organização e resposta rápida. Não era só a ideia de fazer um aplicativo bonito. Era fazer algo que conversasse com o mundo real, com gente usando na rua, com operação acontecendo, com servidor tendo que estar pronto, com integração funcionando, com mapa, com rota, com monitoramento, com segurança e com estabilidade. Um dos exemplos mais marcantes dessa caminhada foi o trabalho com o SINTAXI-AL. Esse tipo de projeto ajuda muito a entender o que havia por trás da 2CL naquele momento. Não era somente desenvolver uma interface. Era pensar uma solução tecnológica mais completa, envolvendo monitoramento, georreferenciamento em tempo real, uso em dispositivos móveis e desktops, QR Code, NFC, mapas, dashboards, alertas, relatórios, chat, integrações, exportações, cloud server, SSL, DNS, instalação, treinamento e suporte. Ou seja, era um ecossistema. E isso diz muito sobre o tipo de trabalho que fui construindo: soluções com profundidade operacional, não apenas superficiais. Dentro dessa mesma linha, outro projeto que representa muito bem essa trajetória é o da SERQUIP. Esse talvez seja um daqueles casos em que a tecnologia deixa muito claro que não está ali para enfeitar nada. Ela entra para organizar uma operação crítica. Nesse contexto, a solução envolvia cadastros, geração e leitura de QR Code, NCF, controle de coletas, emissão de termos, rotas com mapas, cálculo de percurso, integração financeira, monitoramento, relatórios e ainda conversa com elementos do mundo físico, como balanças e processos industriais. Esse tipo de projeto sempre me interessou muito, porque ele exige uma cabeça que entenda software, mas também entenda operação, logística, fluxo, risco e uso real. É quando o sistema deixa de ser apenas sistema e passa a ser parte da engrenagem do negócio. Teve também uma linha muito forte de projetos ligados à mobilidade e a estruturas cooperadas, como no caso do MotoBoy e de outras frentes relacionadas. Esse tipo de trabalho tinha muito a ver com criar base para operação, preparar terreno, estruturar tecnologia para grupos que precisavam de organização, visibilidade e capacidade de escalar seus serviços. Em vários momentos, isso significou não apenas pensar o aplicativo, mas deixar tudo pronto por trás: servidor configurado, ambiente ajustado, segurança aplicada, comunicação com serviços terceiros, toda a estrutura preparada para suportar a operação quando ela crescesse. Ao mesmo tempo, a trajetória da 2CL não ficou presa a uma única vertical. Houve espaço para projetos culturais, e um deles me marcou bastante: o aplicativo ligado à cultura afro-indígena de Alagoas. Era um projeto bonito, de verdade. Tinha valor cultural, identidade, propósito. Chegou a ser lançado em loja, tomou forma, ganhou vida, mas esbarrou numa realidade muito comum em muitos projetos bons: continuidade orçamentária. Nem sempre um projeto deixa de existir porque não presta. Às vezes ele é bom, necessário, bonito até, mas não encontra o fôlego financeiro para seguir. E isso também faz parte da verdade de quem vive tecnologia no mundo real. Outra coisa que essa história mostra é que a 2CL sempre transitou por terrenos muito diferentes. De mobilidade a logística. De gestão documental a marketplaces. De portais de conteúdo a integrações com serviços de terceiros. De cloud server, SSL, e-mail e proteção até marketing, e-commerce e mineração de dados. Houve projetos que puderam ser mostrados publicamente e outros que, pela natureza do negócio, ficaram mais reservados. E isso também compõe a maturidade dessa trajetória. Nem tudo que se constrói vira vitrine. Mas ainda assim faz parte da bagagem, da experiência e do repertório técnico. Talvez o mais importante nisso tudo seja perceber que a 2CL nunca foi uma empresa de uma coisa só. Ela foi sendo moldada pela diversidade dos problemas que surgiram. Cada projeto exigiu uma combinação diferente de tecnologia, estratégia, sensibilidade de negócio e capacidade de execução. Em alguns momentos, o desafio era colocar uma solução complexa para funcionar em campo. Em outros, era estruturar um produto digital do zero. Em outros ainda, era manter, sustentar, proteger, integrar, ajustar e acompanhar a operação viva. No fim, quando penso no que melhor representa essa jornada, alguns projetos realmente ajudam a contar essa história com mais clareza. O SINTAXI-AL mostra a força da mobilidade, do georreferenciamento e da operação viva. A SERQUIP mostra a profundidade do controle, da logística, do QR Code, NCF, da integração com o mundo físico e da gestão de processos críticos. O MotoBoy e outras frentes parecidas mostram a conexão com mobilidade urbana e estruturas cooperadas. E o projeto cultural afro-indígena mostra que também existiu espaço para tecnologia com propósito cultural, identidade e impacto social. A 2CL vem atuando desde 2016, construindo soluções dos mais variados tipos. Algumas ganharam mais visibilidade, outras seguiram mais silenciosas. Mas todas ajudaram a formar uma base muito sólida de experiência. E talvez seja justamente isso que torna essa trajetória interessante: ela não nasceu de teoria. Ela nasceu de problema real, cliente real, operação real e da necessidade constante de transformar complexidade em solução utilizável. ## Visão geral A trajetória da 2CL Soluções e Aplicativos Ltda. foi construída menos como uma empresa de software genérico e mais como uma operação voltada a resolver problemas reais de negócio com profundidade técnica e aderência ao uso em campo. O trabalho não se limitava a criar sites, apps ou sistemas isolados. Em muitos casos, a demanda exigia conceber um ecossistema completo: aplicação mobile, interface web, monitoramento, mapas, georreferenciamento, QR Code, dashboards, relatórios, integrações, infraestrutura, segurança, treinamento, suporte e sustentação operacional. Esse caso representa uma competência central da minha trajetória: transformar complexidade operacional em solução utilizável, conectando software, infraestrutura, mobilidade, logística e contexto real de uso. ## Contexto Desde 2016, a 2CL atuou em múltiplas frentes, sem ficar presa a uma única vertical de negócio. Ao longo dessa jornada, surgiram projetos ligados a: - mobilidade urbana e estruturas cooperadas - georreferenciamento e monitoramento em tempo real - logística e controle operacional - gestão documental e rastreabilidade - portais, marketplaces e projetos digitais diversos - cloud server, SSL, DNS, e-mail, proteção e sustentação de ambiente - integrações com serviços terceiros - projetos culturais com identidade e propósito social Nesse cenário, a complexidade não vinha apenas da tecnologia usada, mas da diversidade dos contextos. Cada projeto exigia uma combinação diferente de arquitetura, execução, sensibilidade de negócio e capacidade de implantação. ## Problema técnico e operacional O problema não era simplesmente desenvolver uma interface ou publicar um aplicativo. O desafio era construir soluções que funcionassem em operação viva, com usuários reais, infraestrutura pronta, integração confiável e capacidade de sustentar processos que não podiam depender de improviso. Esse cenário trazia problemas combinados: - necessidade de integrar software com fluxo operacional real - exigência de monitoramento, rastreabilidade e resposta rápida - uso em campo por pessoas e equipes fora de ambiente controlado - dependência de infraestrutura estável, segura e corretamente configurada - necessidade de lidar com mapas, rotas, georreferenciamento e mobilidade - integração com elementos do mundo físico e com serviços de terceiros - diversidade de verticais, cada uma com regras e restrições próprias Na prática, o desafio era fazer tecnologia deixar de ser vitrine e passar a ser engrenagem do negócio. ## Objetivo da atuação O objetivo principal era conceber e entregar soluções tecnológicas completas, com aderência operacional, estabilidade e capacidade de sustentar uso real em diferentes contextos de negócio. Na prática, isso significava: - estruturar produtos e sistemas a partir de problemas concretos - combinar software, infraestrutura e operação em uma solução coerente - preparar ambientes para uso contínuo, com segurança e disponibilidade - conectar aplicações a mapas, monitoramento, alertas, relatórios e integrações - sustentar projetos desde a concepção até implantação, treinamento e suporte - adaptar a tecnologia à realidade de cada vertical atendida ## Meu papel Atuei como fundador, arquiteto de soluções, desenvolvedor e responsável pela leitura técnica e operacional de cada contexto. Entre as frentes práticas da atuação estavam: - concepção e arquitetura de sistemas - desenvolvimento de aplicativos mobile, web apps e sistemas de controle - desenho de fluxos com georreferenciamento, mapas e monitoramento - estruturação de dashboards, alertas, relatórios, exportações e chat - configuração de cloud server, SSL, DNS e ambientes de sustentação - integração com serviços externos e com elementos do mundo físico - instalação, treinamento e suporte às operações implantadas - adaptação de solução para diferentes setores e graus de criticidade Mais do que desenvolver software, meu papel era conectar solução técnica à realidade operacional de quem usaria o sistema no dia a dia. ## Estratégia adotada A solução para esse cenário não foi especialização estreita em uma única categoria de produto, mas a construção de uma capacidade transversal: entender o problema real, desenhar a arquitetura adequada e entregar uma base técnica que suportasse a operação viva. A abordagem se apoiou em alguns princípios: - partir do problema real, e não apenas da aparência do produto - desenhar soluções completas, e não apenas camadas superficiais de interface - considerar desde o início infraestrutura, segurança e sustentação - integrar tecnologia ao fluxo operacional e à lógica do negócio - preparar a operação para escalar com base mais sólida - aceitar que projetos diferentes exigem combinações diferentes de tecnologia e estratégia Alguns projetos representativos ajudam a materializar essa lógica. No caso do SINTAXI-AL, o valor estava na construção de uma solução mais ampla para monitoramento, mobilidade e operação em tempo real, combinando dispositivos móveis e desktops, mapas, QR Code, dashboards, alertas, relatórios, chat, integrações, infraestrutura e suporte. No caso da SERQUIP, a tecnologia entrava para organizar uma operação crítica, com cadastros, controle de coletas, emissão de termos, rotas, cálculo de percurso, integração financeira, monitoramento, relatórios e conexão com elementos do mundo físico e do processo industrial. Em outras frentes, como iniciativas ligadas a mobilidade e estruturas cooperadas, o foco estava em preparar o terreno operacional: servidor configurado, ambiente ajustado, segurança aplicada, integração com terceiros e base pronta para sustentar crescimento. A trajetória também incluiu projetos com valor cultural e social, mostrando que profundidade técnica não precisa estar restrita a um único tipo de mercado. ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. entender o problema concreto e o contexto operacional do cliente 2. identificar quais componentes técnicos realmente precisavam existir 3. desenhar arquitetura envolvendo aplicação, infraestrutura e integração 4. preparar ambiente com segurança, comunicação e sustentação adequadas 5. implantar solução conectada ao uso real em campo ou à operação do negócio 6. treinar, ajustar e acompanhar o funcionamento em contexto vivo 7. evoluir a solução conforme a realidade operacional revelasse novas necessidades ## Resultados alcançados A atuação contribuiu para: - construção de repertório sólido em soluções orientadas a operação real - entrega de sistemas com profundidade operacional, e não apenas interface superficial - consolidação de experiência em mobilidade, georreferenciamento e rastreabilidade - integração entre software, infraestrutura, monitoramento e uso em campo - capacidade de transitar entre verticais distintas sem perder aderência técnica - amadurecimento de uma visão empresarial e tecnológica baseada em problema real, cliente real e operação real Também se consolidou uma base importante de experiência em projetos públicos e reservados, alguns com maior visibilidade e outros menos expostos, mas igualmente relevantes para a formação de repertório técnico e estratégico. ## Relevância técnica e empresarial do caso Este caso é relevante porque mostra uma atuação que vai além do desenvolvimento de software isolado. Ele evidencia capacidade de conceber soluções completas, integrando arquitetura, infraestrutura, operação, implantação e sustentação. Ele destaca competências valiosas em contextos de consultoria, produto, arquitetura e serviços tecnológicos: - engenharia de soluções orientadas a problema real - integração entre software e operação de campo - desenho de ecossistemas digitais com múltiplos componentes - leitura de contexto de negócio para definição técnica mais aderente - sustentação ponta a ponta, da concepção ao suporte - versatilidade para atuar em múltiplas verticais sem perder profundidade operacional É um caso importante porque sintetiza uma forma de trabalhar em tecnologia baseada menos em discurso e mais em capacidade real de fazer funcionar. ## Aprendizados Alguns aprendizados centrais desse caso: - solução boa é a que se sustenta no uso real, não apenas na apresentação - arquitetura precisa nascer junto com a operação, não depois dela - diversidade de projetos amplia repertório quando há base sólida de execução - infraestrutura, segurança e integração são parte do produto, não acessórios - tecnologia ganha valor quando conversa com logística, fluxo, risco e contexto humano - problema real bem compreendido costuma orientar melhor a solução do que excesso de teoria [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — Impulso ## Avaliação técnica e humana de talentos sênior com foco em fit cultural, assertividade de indicação e permanência ## História Algo que aprendi muito ao longo da vida é que **o ser humano é adaptativo**, desde que tenha coragem de se reinventar. Na **Impulso**, tive uma comprovação muito forte dessa capacidade. Ali enfrentei vários desafios, porque a empresa enxergou em mim algumas habilidades que, inicialmente, eu mesmo questionei com todas as minhas forças. Mesmo assim, corri atrás para preencher essas lacunas — não para provar algo para alguém, mas para me superar e mostrar a mim mesmo que poderia ser mais do que eu imaginava. Melhor explicar contextualizando. Fui indicado para a **Impulso** para atuar como **Gestor de Projetos**, baseado no meu currículo e nas habilidades técnicas já comprovadas. Durante o processo seletivo, passei por uma série de avaliações comportamentais. Os testes indicaram **forte capacidade de liderança**, algo que já era esperado. Porém, junto com isso apareceu também um **índice muito elevado de empatia**. Na área de tecnologia, considerando minha bagagem técnica, o caminho mais óbvio seria atuar como **líder técnico**. No entanto, ao perceberem esse equilíbrio entre liderança e empatia, surgiu uma proposta inesperada: eu poderia atuar como **TR — Tech Recruiter**. A função seria realizar **validação técnica de candidatos**, mas com uma condição curiosa: eu **não poderia aplicar testes técnicos formais**. A avaliação deveria acontecer apenas por meio de **conversas técnicas descontraídas**, geralmente entre **50 e 70 minutos**, nas quais eu precisava avaliar profissionais **sênior ou altamente especializados**. Esses profissionais seriam encaminhados para vagas de alto nível em empresas como: - BEMOBI - CIEE - GLOBO - LINX - VINDI - CIELO - COGNA - SMARTFIT - NATURA - FAGRON Entre outras. Aqui existia um ponto extremamente crítico: **quando eu endossava um candidato, ele seguia para aprovação do cliente**. Caso o cliente reprovasse dois candidatos consecutivos indicados por mim, isso era considerado **falha no meu processo de avaliação**. Além disso, havia outra responsabilidade importante: eu também era **corresponsável pela permanência do candidato alocado**. O esperado era que o profissional permanecesse **no mínimo três meses**, e idealmente **seis meses**, dentro de um contrato padrão de doze meses. Isso exigia um nível de avaliação muito mais profundo do que simplesmente verificar conhecimento técnico. Como TR, eu precisava: - coletar o máximo possível de informações sobre o candidato - cruzar dados e experiências relatadas - detectar inconsistências ou possíveis fragilidades nos relatos - avaliar compatibilidade entre o perfil do profissional e o ambiente do cliente Muitas vezes acontecia algo interessante: o candidato era **tecnicamente excelente**, mas o **perfil comportamental não combinava com a cultura da empresa**. Nesses casos, o candidato precisava ser reprovado por **falta de fit cultural**. Para um avaliador técnico, isso é uma situação delicada de justificar. Porém, se essa análise fosse ignorada, o candidato poderia até ser aprovado inicialmente, mas provavelmente seria desligado antes dos seis meses — o que também seria considerado um fracasso no processo. Essa experiência me obrigou a desenvolver habilidades que eu nunca imaginei precisar. Passei a observar com muito mais atenção aspectos como: - **microexpressões faciais** - pequenas variações de **entonação de voz** - mudanças sutis de comportamento durante a conversa Esses detalhes muitas vezes revelavam **tensão, insegurança ou inconsistências** que não apareciam nas respostas técnicas. Quase esqueço de um episódio curioso, que depois acabou me colocando em uma situação delicada, mas que hoje lembro com bom humor. Quando fiquei sabendo que existia a possibilidade de eu assumir o papel de TR — algo que seria, inclusive, **inédito dentro da empresa**, pois não existia ainda um recrutador com perfil técnico — fui informado de que no dia seguinte precisaria dar uma resposta se aceitava ou não o desafio. O que eu fiz? Saí dali e **comprei dois cursos de Tech Recruiting**. Passei a noite inteira estudando e só parei quando terminei os cursos e obtive os certificados. No final do dia seguinte, já quase no fim do expediente, aconteceu a reunião para saber se eu aceitava o desafio. Quando me perguntaram, eu simplesmente apresentei os dois certificados e disse: “Eu nunca fiz isso antes… mas farei o meu melhor.” Confesso que o **clima e a filosofia da empresa** foram algo que me marcaram muito. A Impulso tinha uma preocupação genuína em acompanhar os profissionais alocados e valorizá-los como pessoas, não apenas como recursos. Claro que, como qualquer empresa grande, também existiam problemas. Mas sempre foi possível perceber um esforço real para resolver as situações em conjunto, quase como uma família. Durante o período em que estive lá, passamos por **quatro ondas de cortes em massa**. Em alguns momentos, quase **60% do quadro de profissionais foi reduzido**. Isso gerou uma sobrecarga enorme para quem permaneceu, porque muitas responsabilidades foram acumuladas. Ao mesmo tempo, foi necessário buscar **eficiência máxima em prazos muito curtos**, mantendo um nível de qualidade extremamente alto. Outro ponto curioso é que, naquela época, o uso de **inteligência artificial era desencorajado** dentro da empresa. A filosofia era preservar ao máximo o aspecto humano do processo de recrutamento, tratando **pessoas como pessoas**, e não como recursos descartáveis. Isso reforçou ainda mais minha admiração pela cultura da empresa. Existe também um fato curioso: ao longo do tempo, acabei me tornando **um dos profissionais mais bem remunerados da empresa**. E talvez um dos momentos mais simbólicos tenha sido justamente o meu **processo de desligamento**. Quando fui comunicado, percebi que a pessoa responsável por conduzir a conversa estava emocionalmente abalada. De certa forma, eu senti a dor dela em precisar realizar aquele processo. Curiosamente, fui eu quem a tranquilizou. Meu coração estava em paz, com a sensação clara de **dever cumprido**. Algo comum em empresas desse porte é que, ao ocorrer o desligamento, o acesso aos sistemas é suspenso imediatamente. No meu caso isso não aconteceu, porque fiz um pedido simples: solicitei permanecer até o final do dia para concluir todas as minhas demandas e entregar tudo organizado. O pedido foi aceito. Assim consegui sair exatamente da forma como sempre acreditei que deveria ser: **entrar pela porta da frente e sair pela porta da frente, tendo feito sempre o melhor possível.** Pode até parecer piegas, mas sou profundamente grato por essa experiência. ## Visão geral Atuei na Impulso em um contexto no qual minha trajetória técnica e meu perfil comportamental passaram a ser usados não apenas para liderança de projetos, mas para um desafio menos óbvio e de alta responsabilidade: avaliar profissionais sênior e altamente especializados para alocação em clientes de grande porte, sem recorrer a testes técnicos formais. O desafio central era tomar decisões de alta precisão a partir de conversas técnicas aprofundadas, avaliando ao mesmo tempo competência técnica, consistência de narrativa, aderência cultural e probabilidade de permanência do profissional no contexto do cliente. Mais do que selecionar pessoas tecnicamente boas, a responsabilidade era indicar profissionais com real chance de aprovação e sustentabilidade na alocação. ## Contexto Minha entrada na Impulso ocorreu para atuar como Gestor de Projetos. Durante o processo seletivo, avaliações comportamentais indicaram um perfil com forte capacidade de liderança, mas também um nível elevado de empatia. Esse equilíbrio levou a empresa a propor uma atuação incomum para meu perfil técnico: assumir uma frente de validação técnica de candidatos como TR — Tech Recruiter. O contexto tinha algumas características importantes: - avaliação de profissionais sênior ou altamente especializados - vagas direcionadas a empresas de grande porte - alto nível de exigência na assertividade das indicações - responsabilidade compartilhada não apenas pela aprovação do candidato, mas também por sua permanência inicial na alocação - processo centrado em interação humana, sem dependência de testes técnicos formais Entre os clientes atendidos estavam empresas como: - Bemobi - CIEE - Globo - Linx - Vindi - Cielo - Cogna - Smart Fit - Natura - Fagron ## Problema técnico e operacional O problema não era simplesmente entrevistar candidatos. O desafio era criar um processo de avaliação suficientemente robusto para suportar decisões de alto impacto sem utilizar o mecanismo tradicional de teste técnico formal. ### Condições do ambiente - entrevistas conduzidas em formato conversacional, geralmente entre 50 e 70 minutos - necessidade de avaliar profissionais experientes e especializados - impossibilidade de aplicar testes técnicos formais como principal instrumento de validação - clientes com exigências elevadas de qualidade e aderência de perfil - consequência direta para o avaliador em caso de indicações malsucedidas ### Critérios de pressão do processo O relato mostra dois fatores de pressão relevantes: - se dois candidatos consecutivos indicados fossem reprovados pelo cliente, isso era entendido como falha no processo de avaliação - havia corresponsabilidade pela permanência mínima do profissional alocado, com expectativa de retenção de pelo menos três a seis meses em contratos mais longos ### Consequências práticas Esse cenário elevava a complexidade da avaliação, porque exigia observar simultaneamente: - domínio técnico real - coerência entre experiência relatada e profundidade demonstrada - capacidade de comunicação - aderência ao contexto cultural do cliente - risco de desalinhamento que pudesse gerar reprovação ou saída precoce Na prática, o processo exigia ir além da validação de conhecimento. Era necessário fazer leitura integrada de competência, comportamento e contexto. ## Objetivo da atuação O objetivo principal era aumentar a assertividade na validação e indicação de talentos, reduzindo o risco de mismatch técnico ou cultural e ampliando a chance de permanência saudável da pessoa no cliente. Em termos práticos, a atuação buscou: - avaliar tecnicamente sem depender de provas formais - identificar inconsistências ou fragilidades em relatos profissionais - distinguir excelência técnica de adequação real ao ambiente do cliente - incorporar fit cultural como variável decisiva de qualidade - elevar a qualidade das recomendações encaminhadas aos clientes - preservar o caráter humano do processo de avaliação ## Meu papel Atuei na interseção entre tecnologia, recrutamento, leitura comportamental e tomada de decisão. Na prática, minha atuação envolveu: - condução de entrevistas técnicas aprofundadas em formato conversacional - validação de profissionais sênior e especialistas - cruzamento de experiências relatadas com evidências de profundidade técnica - identificação de sinais de inconsistência, insegurança ou desalinhamento - análise de compatibilidade entre perfil do candidato e cultura do cliente - recomendação ou reprovação com base em qualidade técnica e sustentabilidade da alocação ## Estratégia adotada A solução para esse cenário não foi automatizar a avaliação, mas estruturar uma abordagem humana de alta precisão, apoiada em escuta, repertório técnico e leitura contextual. ### 1. Criação de uma validação técnica por conversa estruturada Como não era possível depender de testes técnicos formais, a entrevista passou a funcionar como instrumento principal de validação. Essas conversas precisavam extrair, em tempo limitado: - profundidade técnica real - clareza de raciocínio - consistência entre discurso e prática - maturidade profissional O formato era descontraído na aparência, mas exigia alto rigor na condução. ### 2. Cruzamento de narrativa, experiência e sinais de consistência A avaliação não se limitava ao conteúdo explícito da resposta. Era necessário cruzar diferentes elementos do relato do candidato para verificar coerência interna. Isso incluía observar: - alinhamento entre trajetória e profundidade técnica demonstrada - segurança ao explicar decisões e contextos vividos - coerência entre repertório declarado e exemplos concretos - mudanças sutis de comportamento ao tratar temas mais sensíveis ou técnicos Esse processo ajudava a reduzir o risco de aprovar candidatos com narrativa forte, mas sustentação técnica ou contextual frágil. ### 3. Inclusão de fit cultural como critério real de qualidade Um ponto crítico do processo era reconhecer que competência técnica, isoladamente, não bastava. Muitas vezes o candidato demonstrava alto nível técnico, mas não parecia compatível com a cultura, o ritmo ou o modo de trabalho do cliente. Nesses casos, a reprovação por falta de fit cultural era uma decisão de proteção do processo, não um juízo simplista sobre a qualidade do profissional. Essa leitura evitava um erro comum: aprovar alguém capaz tecnicamente, mas com alta chance de desgaste ou desligamento precoce. ### 4. Avaliação orientada à permanência, não apenas à aprovação Outro diferencial foi tratar retenção como parte da qualidade da indicação. Em vez de pensar apenas em aprovação imediata, a avaliação considerava: - probabilidade de adaptação ao ambiente - sustentabilidade da relação profissional no curto e médio prazo - risco de fricção entre perfil do candidato e expectativa do cliente Esse raciocínio ampliava o horizonte da decisão e tornava a triagem mais responsável. ### 5. Aprendizado acelerado para assumir uma função inédita O próprio papel de TR técnico ainda era algo pouco consolidado naquele contexto. Quando surgiu a possibilidade de assumir a função, investi imediatamente em capacitação específica para me preparar para o desafio. Esse movimento foi importante porque mostrou uma combinação de: - adaptabilidade rápida - senso de responsabilidade - disposição para aprender um campo novo sem abandonar rigor técnico ### 6. Preservação deliberada do componente humano do processo O relato também evidencia que, naquele contexto, o uso de inteligência artificial era desencorajado para preservar a dimensão humana da avaliação. Isso reforçava uma premissa relevante do caso: pessoas não estavam sendo tratadas como recursos intercambiáveis, mas como profissionais cuja compatibilidade precisava ser analisada com cuidado, contexto e responsabilidade. ## Fluxo de avaliação simplificado A lógica da atuação pode ser resumida assim: 1. compreender o contexto da vaga e do cliente 2. conduzir entrevista técnica em formato conversacional 3. cruzar narrativa, repertório e consistência técnica 4. avaliar sinais de aderência comportamental e cultural 5. estimar risco de reprovação ou baixa permanência 6. recomendar apenas candidatos com melhor equilíbrio entre competência, fit e sustentabilidade ## Resultados alcançados A atuação contribuiu para: - consolidação de uma forma mais humana e técnica de validação de talentos - ampliação da precisão na leitura de candidatos além do currículo - incorporação de fit cultural e permanência como critérios reais de qualidade - criação de valor em uma função híbrida entre tecnologia e recrutamento - sustentação de alto nível de exigência mesmo em contexto de forte pressão operacional O próprio relato também mostra desdobramentos relevantes: - a função exercida tinha caráter inédito dentro da empresa ao combinar recrutamento com forte base técnica - a confiança depositada nessa atuação cresceu a ponto de colocá-la entre as posições mais valorizadas internamente - mesmo em um período com múltiplas ondas de corte e sobrecarga, o processo continuou exigindo alta qualidade e discernimento ## Relevância técnica e gerencial do caso Este caso é relevante porque mostra uma competência cada vez mais importante em tecnologia: avaliar pessoas de forma integrada, sem reduzir talento a checklist técnico nem decisão humana a impressão superficial. O diferencial não foi apenas entrevistar bem. Foi transformar escuta, repertório técnico, empatia e análise contextual em um processo de decisão com impacto direto sobre aprovação, retenção e qualidade da alocação. Em termos atuais, o caso demonstra competências associadas a: - technical recruiting - talent assessment - avaliação de fit cultural - entrevista técnica sem teste formal - análise de risco de contratação - decisão orientada à retenção - liderança com alta empatia aplicada a contexto de tecnologia ## Aprendizados Alguns aprendizados centrais desse caso: - talento técnico e aderência ao ambiente precisam ser avaliados em conjunto - uma boa entrevista pode ser extremamente rigorosa mesmo sem prova formal - fit cultural não é detalhe; pode ser determinante para permanência e sucesso - empatia, quando combinada com repertório técnico, melhora a qualidade da decisão - recrutamento técnico de alto nível exige escuta, leitura contextual e responsabilidade sobre consequências - processos humanos bem conduzidos podem ser um diferencial competitivo real [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — MAMBO ## Reestruturação operacional e liderança técnica em ambiente heterogêneo com múltiplas frentes de negócio ## História Esse episódio aconteceu na **MAMBO (mam.bo)**. Na prática, era uma empresa que funcionava quase como **três empresas em uma só**. Havia uma **agência de marketing**, uma **empresa voltada para venda de planos de saúde para animais** — algo que, até então, eu nem sabia que existia — e uma **área de tecnologia bastante estruturada**, dividida em três frentes principais: - desenvolvimento de sistemas - criação e manutenção de sites e materiais de marketing - desenvolvimento interno de sistemas de gestão para atender as próprias áreas da empresa Além disso, havia ainda uma área que atuava diretamente em **campanhas políticas**, cuidando de captação, marketing, pesquisa e acompanhamento de estratégias. Foi ali que percebi o quanto esse universo é complexo: o cuidado com as palavras, a revisão minuciosa dos materiais, a estratégia por trás de cada comunicação e o impacto que pequenos detalhes podem causar. Apesar de parecerem três empresas distintas, existia **uma única área de TI**, organizada em três setores. Inicialmente fui contratado para assumir **o desenvolvimento de sistemas internos**. Porém, rapidamente acabei assumindo também o desenvolvimento de **sistemas externos**, o que me colocou à frente de duas áreas de gestão. Em pouco tempo, passei a ser responsável **pelas três frentes tecnológicas**, incluindo também o suporte técnico e estrutural para o setor de marketing. Mais uma vez me vi na posição de cuidar da **infraestrutura completa**, mas desta vez em um ambiente muito mais voltado para **cloud e múltiplos clientes externos**, já que a empresa operava como uma agência de marketing e softhouse. Isso significava que, além dos sistemas internos, eu precisava garantir a sustentação tecnológica de **diversas empresas clientes**, cada uma com suas próprias demandas. A diversidade tecnológica era grande. Lidávamos com: - sistemas clássicos em **PHP** - múltiplas instalações de **WordPress** - ambientes com versões muito diferentes e muitas vezes conflitantes - aplicações mais modernas utilizando **Python e Django** No lado de bancos de dados, também havia bastante diversidade: - MySQL - SQL Server - Oracle - MongoDB Ou seja, era um ambiente heterogêneo, onde conviviam **tecnologias muito antigas e outras bastante modernas**, exigindo cuidado constante para manter tudo funcionando. Além disso, a empresa também prestava suporte a **sistemas de terceiros que haviam sido originalmente desenvolvidos internamente**. Um dos mais importantes era uma solução utilizada pelo **Parque das Flores**, voltada para venda de **planos funerários**. Esse era, inclusive, um dos produtos mais rentáveis da empresa. O negócio havia começado com os pais dos proprietários, que trabalhavam com esse tipo de serviço, e os filhos — já na nova geração — adaptaram o modelo para vender **planos de saúde veterinários**, utilizando a mesma lógica de venda de planos recorrentes. Foi uma estratégia extremamente inteligente e lucrativa. O grande desafio era que havia **muitas demandas acontecendo ao mesmo tempo**. A empresa se apresentava ao mercado como uma **softhouse**, e de fato funcionava assim. Eu precisava coordenar **três equipes com necessidades completamente diferentes**, ao mesmo tempo em que lidava com clientes externos e projetos em andamento. Logo no meu primeiro dia, inclusive, fui apresentado a um cliente extremamente irritado, que estava ameaçando cancelar o contrato devido a atrasos na entrega do projeto. Passei mais de **duas horas conversando com o CEO dessa empresa**, tentando reorganizar expectativas e reconstruir a relação. No final da conversa, consegui **renegociar o prazo do projeto** e ainda trazer **dois novos projetos adicionais** para a empresa. Isso chamou a atenção do dono da MAMBO, que gostou da forma como conduzi a situação e passou a me colocar à frente das **negociações de crise com clientes**. A partir daí, passei a me deslocar com frequência para **visitar clientes, resolver conflitos, conduzir reuniões e oferecer treinamentos**. Conciliar todas essas responsabilidades — gestão de equipes, acompanhamento técnico, atendimento a clientes e resolução de crises — acabou se tornando extremamente desafiador, tanto em termos de prazos quanto de desgaste físico e mental. Mas, ao mesmo tempo, foi uma experiência de grande realização profissional. Quando cheguei à empresa, existiam **projetos com anos de atraso**. Para resolver isso, comecei a trabalhar com o time utilizando algumas estratégias diferentes de motivação e engajamento. Criei pequenos desafios e metas internas. Em alguns casos, oferecia **premiações simbólicas**, muitas vezes pagas do meu próprio bolso. Quando me perguntavam como eu conseguia tirar resultados de situações consideradas impossíveis, eu brincava dizendo que meu segredo era **“pizza e lasanha”** — porque, muitas vezes, era literalmente essa a moeda de troca para gerar engajamento da equipe. Isso permitiu que o time se reunisse em alguns fins de semana para **estudos internos, troca de conhecimento e evolução técnica**. Um dos pontos mais delicados da empresa era a **qualificação da equipe**. Para manter os custos baixos, a empresa trabalhava com muitos **estagiários e profissionais muito juniores**, que frequentemente precisavam assumir tarefas de nível sênior. Diante disso, criei uma estrutura de **multiplicação de conhecimento**, onde os profissionais mais experientes passavam a treinar e orientar os demais. Isso acabou gerando resultados muito positivos. Com o tempo, começaram a surgir **novos talentos dentro do próprio time**, pessoas que passaram a assumir contato direto com clientes e a liderar projetos. Em muitos casos, posso dizer que participei da **formação de novos líderes**. Eu sabia que sozinho não conseguiria resolver tudo. Precisava **dividir responsabilidades, formar braços fortes dentro da equipe e criar lideranças especializadas** em áreas específicas. Esse movimento elevou a qualidade das entregas e o valor percebido pelos clientes. Em menos de **dois meses**, a transformação já era visível. Logo no início também tomei uma decisão difícil: analisei todos os contratos de clientes e defini **quais deveriam ser cancelados**, por não serem financeiramente viáveis, e **quais eram estratégicos para crescimento da empresa**. Essas decisões aumentaram bastante o nível de responsabilidade, e muitas vezes parecia que o dia precisava ter **36 horas e a semana uns 10 dias** para dar conta de tudo. Mesmo assim, foi uma experiência extraordinária. Ser constantemente desafiado e ver o entrosamento entre os times acontecer foi algo marcante na minha trajetória. Hoje a **MAMBO (mam.bo)** segue consolidada como uma agência de marketing. Curiosamente, uma das partes mais marcantes dessa história foi **o próprio processo seletivo** que me levou até lá. Quando fui convidado para participar da seleção, entrei em uma sala com uma mesa longa, cheia de pessoas. Elas olharam para mim e fizeram uma pergunta direta: “Por que deveríamos contratar você?” Minha resposta foi inesperada. Eu disse: **“Eu não me contrataria.”** Naquele momento, as pessoas que estavam olhando apenas para currículos levantaram os olhos e passaram a prestar atenção em mim. Naturalmente veio a pergunta: “Por quê?” Então expliquei que havia **falido recentemente**, depois de investir todas as reservas de três anos em um empreendimento que não deu certo por questões políticas. Aquilo me deixou praticamente sem recursos e me obrigou a recomeçar. Quando me perguntaram novamente por que deveriam me contratar, respondi: **“Eu sei o que é errar, mas também sei o que é não desistir. Quem sente a dor de cair e encontra força para se levantar conhece o valor de tentar de novo. Eu sei o que é falhar, e justamente por isso sei que vou dar o meu melhor — e ir além.”** ## Visão geral Atuei na MAMBO em um contexto incomum: a empresa operava, na prática, como múltiplos negócios sustentados por uma única área de tecnologia. Havia ao mesmo tempo demandas de agência de marketing, desenvolvimento de sistemas, sustentação de clientes externos, sistemas internos de gestão e apoio tecnológico a operações comerciais com características bastante distintas. O desafio central era organizar uma operação técnica multifrente, com alto volume de demandas simultâneas, pilha tecnológica heterogênea, projetos atrasados, clientes em situação de desgaste e equipes ainda em formação. Mais do que assumir uma função técnica isolada, o trabalho exigiu reorganização operacional, priorização estratégica, suporte a múltiplos clientes, mediação de crise e formação de lideranças dentro do time. ## Contexto A MAMBO possuía frentes de atuação que exigiam sustentação tecnológica contínua: - desenvolvimento de sistemas - criação e manutenção de sites e materiais de marketing - desenvolvimento de sistemas internos para apoiar as demais áreas da empresa - suporte a projetos e operações de clientes externos - apoio técnico a demandas altamente sensíveis de comunicação e campanha Embora essas frentes tivessem necessidades muito diferentes, existia uma única estrutura de TI para atender a tudo. Fui inicialmente contratado para atuar no desenvolvimento de sistemas internos, mas rapidamente passei a responder também por sistemas externos e, em seguida, pela coordenação das três frentes tecnológicas, incluindo suporte técnico e estrutural ao setor de marketing. ## Problema técnico e operacional A dificuldade não estava concentrada em um único sistema. O problema era sistêmico. ### Condições do ambiente - operação com múltiplas frentes de negócio em paralelo - necessidades internas e externas competindo pelos mesmos recursos - grande diversidade tecnológica - coexistência de sistemas legados e soluções mais modernas - múltiplos clientes com demandas simultâneas - projetos com atrasos acumulados - equipe com muitos profissionais juniores e estagiários - pressão constante por entregas, suporte, atendimento e negociação ### Diversidade tecnológica O ambiente combinava diferentes linguagens, plataformas e bancos de dados, como: - PHP - WordPress - Python - Django - MySQL - SQL Server - Oracle - MongoDB Esse cenário exigia capacidade de transitar entre manutenção, sustentação, evolução técnica e coordenação de times em stacks bastante diferentes. ### Consequências práticas - dificuldade de priorização entre áreas concorrentes - risco de desgaste na relação com clientes - projetos com atrasos relevantes - dependência excessiva de poucas pessoas para temas críticos - baixa maturidade técnica em parte do time - sobrecarga operacional e gerencial ## Objetivo da atuação O objetivo principal era restaurar governança operacional e capacidade de entrega em um ambiente de alta complexidade, sem interromper o atendimento aos clientes e sem comprometer a sustentação técnica das diferentes frentes. Em termos práticos, a atuação buscou: - reorganizar prioridades entre áreas e clientes - recuperar projetos atrasados - melhorar a percepção de valor nas entregas - reduzir dependência de atuação individual isolada - formar lideranças intermediárias - estruturar melhor a comunicação com clientes em situação de crise - sustentar um ambiente tecnológico heterogêneo com maior previsibilidade ## Meu papel Atuei como ponto de convergência entre gestão, tecnologia, atendimento a clientes e evolução da equipe. Na prática, minha atuação envolveu: - coordenação de múltiplas frentes tecnológicas - acompanhamento técnico de sistemas internos e externos - suporte estrutural ao setor de marketing - reorganização operacional de projetos e prioridades - negociação com clientes em situações sensíveis - treinamento e multiplicação de conhecimento dentro do time - definição de quais contratos deveriam ser mantidos, renegociados ou descontinuados ## Estratégia adotada A solução para esse cenário não foi uma única decisão técnica, mas uma combinação de medidas operacionais, de liderança e de organização da execução. ### 1. Unificação da visão sobre uma operação multifrente O primeiro passo foi tratar a área técnica como uma operação integrada, mesmo que atendesse frentes muito diferentes. Isso exigiu enxergar conjuntamente: - sistemas internos - sistemas externos - sustentação de clientes - demandas de marketing - suporte operacional Sem essa visão consolidada, cada frente puxava recursos para si e aumentava o caos operacional. ### 2. Priorização e reorganização da carteira de demandas A empresa lidava com muitos projetos simultâneos e parte deles acumulava atrasos significativos. Foi necessário reorganizar prioridades com base em: - impacto no negócio - urgência operacional - valor percebido pelo cliente - viabilidade financeira dos contratos - potencial estratégico para crescimento Esse movimento incluiu análise crítica dos contratos existentes, distinguindo: - clientes que não se sustentavam financeiramente - clientes estratégicos para a empresa - projetos que precisavam de renegociação imediata ### 3. Gestão de crise e recuperação de relacionamento com clientes Uma parte importante da atuação envolveu lidar com clientes em situação de insatisfação ou risco de cancelamento. Em um caso marcante, fui colocado logo no início diante de um cliente fortemente insatisfeito com atrasos de entrega. A condução da conversa permitiu reorganizar expectativas, renegociar prazo e restabelecer confiança. Além da recuperação da relação, a situação ainda gerou desdobramentos comerciais positivos, com a abertura de novos projetos. Esse tipo de atuação passou a fazer parte da minha rotina, incluindo: - visitas presenciais - reuniões de alinhamento - negociação de crise - treinamentos - apoio direto na comunicação com clientes ### 4. Sustentação técnica de ambiente heterogêneo Outro eixo central foi manter uma operação funcional em um ecossistema com tecnologias muito distintas convivendo ao mesmo tempo. Isso envolvia: - sistemas clássicos e legados - sites e instalações WordPress em cenários variados - aplicações mais modernas em Python e Django - múltiplos bancos de dados - suporte a soluções próprias e a sistemas de terceiros originalmente desenvolvidos pela própria empresa O desafio não era apenas programar. Era sustentar continuidade, reduzir fricção entre frentes e dar previsibilidade a um ambiente técnico diverso. ### 5. Formação de time e multiplicação de conhecimento Uma das limitações mais sensíveis da operação era o nível de maturidade técnica do time. Parte significativa da equipe era formada por profissionais muito juniores, frequentemente expostos a responsabilidades acima do estágio de formação. Para reduzir esse gargalo, estruturei uma dinâmica de multiplicação de conhecimento, estimulando que profissionais mais experientes apoiassem tecnicamente os demais. Essa abordagem ajudou a: - acelerar aprendizado interno - reduzir concentração excessiva de conhecimento - criar maior autonomia no time - preparar pessoas para assumir contato com clientes - formar novas lideranças operacionais e técnicas ### 6. Engajamento e recuperação da capacidade de entrega Projetos com anos de atraso exigiam mais do que cobrança. Exigiam reconstrução de confiança e engajamento do time. Utilizei estratégias práticas de mobilização interna, com metas, desafios e incentivos simbólicos, para estimular colaboração, estudo e evolução técnica coletiva. Isso ajudou a viabilizar: - encontros internos de estudo - troca de conhecimento - maior comprometimento com entregas críticas - retomada de projetos considerados difíceis ou improváveis ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. consolidar visão unificada da operação técnica 2. mapear frentes, atrasos, contratos e riscos 3. reorganizar prioridades e carteira de clientes 4. atuar diretamente nas situações críticas de relacionamento 5. sustentar o ambiente técnico heterogêneo em paralelo às entregas 6. elevar maturidade da equipe por formação e multiplicação de conhecimento 7. descentralizar responsabilidades por meio da formação de novas lideranças ## Resultados alcançados A atuação contribuiu para: - reorganização da operação técnica em múltiplas frentes - recuperação de projetos com atrasos acumulados - melhoria perceptível da qualidade das entregas - fortalecimento da relação com clientes em contextos sensíveis - renegociação bem-sucedida de projetos em risco - geração de novas oportunidades comerciais a partir de contextos de crise - evolução técnica e maior autonomia da equipe - formação de novos líderes dentro do time Segundo o próprio relato da experiência, a transformação já se tornava visível em menos de dois meses. ## Relevância técnica e gerencial do caso Este caso é relevante porque mostra atuação em uma camada muitas vezes subestimada em tecnologia: a interseção entre liderança técnica, sustentação operacional, gestão de crise, priorização de portfólio e formação de equipe em ambiente real de serviços. O diferencial não foi apenas manter sistemas funcionando. Foi criar condições para uma operação multifrente voltar a entregar com mais previsibilidade, ampliar valor percebido pelos clientes e reduzir dependência de heroísmo individual. Em termos atuais, o caso demonstra competências associadas a: - technical leadership - delivery recovery - client escalation management - operação em ambiente heterogêneo - formação de lideranças técnicas - reorganização de portfólio e priorização estratégica ## Aprendizados Alguns aprendizados centrais desse caso: - ambientes heterogêneos exigem coordenação e priorização, não apenas capacidade técnica isolada - recuperar relação com clientes pode ser tão estratégico quanto entregar software - times juniores podem evoluir rapidamente quando existe multiplicação de conhecimento - gestão de crise faz parte da liderança técnica em ambientes de serviço - reorganizar carteira e foco pode ser decisivo para sustentabilidade operacional - formar lideranças intermediárias aumenta a capacidade real de execução [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — FAT ## Formação técnica e desenvolvimento de talentos por meio de ensino colaborativo, rigor acadêmico e conexão com o mercado ## História O trabalho na **Faculdade de Tecnologia de Alagoas – FAT** sempre foi algo muito natural para mim. Ensinar é uma das minhas paixões, porque vejo isso como uma forma nobre de **retribuir à comunidade um pouco do que sabemos** e ajudar outras pessoas a atingirem um potencial que muitas vezes elas mesmas ainda não sabem que possuem. Na universidade, às vezes as disciplinas recebem nomes um pouco estranhos. Porém, com a **ementa em mãos**, o trabalho básico era preparar o material e seguir o cronograma da disciplina. Até aí tudo normal. Mas confesso que comigo isso nunca foi tão simples assim. Quando encontro jovens com potencial, sinto uma vontade enorme de **desafiar os limites do que se sabe**, tanto para eles quanto para mim. Por isso, logo **na primeira aula de todas as disciplinas**, eu sempre fazia questão de deixar algo muito claro para a turma: > “Quando eu não souber algo, vou ter a cara lisa de dizer: não sei. Mas vou > procurar saber e depois explico.” Essa postura acabou marcando bastante os alunos, porque mantive sempre uma **proximidade muito grande com a turma**, ouvindo dúvidas, inseguranças e dificuldades. Muitas vezes eu buscava trazer um pouco de luz para os problemas que surgiam. Em algumas situações, inclusive, eu fingia não dominar completamente determinado assunto para incentivar que os próprios alunos explicassem e discutissem entre si. Isso ajudava a criar **explicações coletivas**, fortalecendo a interação e o entrosamento da turma. Com o tempo, minhas turmas começaram a se destacar por um ambiente de **integração e descontração**. Mas ninguém se enganava com isso. Apesar da proximidade, eu sempre fui **muito criterioso e minucioso com os detalhes**. Em alguns momentos até meio carrasco nas avaliações. Curiosamente, mesmo assim eu era um dos poucos professores que tinham **aulas nas sextas-feiras à noite com alto índice de presença**, o que sempre gerava comentários entre colegas. Claro que existiam tópicos que eu realmente não dominava completamente. Nesses casos, eu precisava redobrar meus esforços, recorrendo a colegas professores, livros e também à própria comunidade técnica. Isso fez com que o ambiente de colaboração e compartilhamento de conhecimento fluísse de forma muito natural. Incentivei bastante a criação de **grupos de estudo**, e foi muito gratificante acompanhar a evolução dos alunos ao longo do tempo. Tive também o privilégio de **encaminhar alguns desses jovens para o mercado de trabalho**, indicando-os para colegas e empresas com as quais eu tinha relacionamento profissional. Posteriormente, quando montei minha própria empresa, fiz questão de **contratar alguns desses talentos**, jovens extremamente dedicados e promissores. Acredito que quem escolhe seguir como professor dificilmente o faz apenas pelo salário. O que realmente motiva é **a vocação e o amor pela educação**, a vontade de contribuir para que outras pessoas cresçam e façam a diferença no mundo. ## Visão geral Atuei na Faculdade de Tecnologia de Alagoas em um contexto acadêmico no qual o papel do professor ia muito além de preparar material e seguir a ementa. O desafio central era transformar disciplinas técnicas em ambientes reais de aprendizagem, mantendo proximidade com os alunos sem abrir mão de rigor, profundidade e responsabilidade sobre a evolução da turma. Mais do que transmitir conteúdo, a atuação buscou desenvolver autonomia intelectual, integração entre alunos, cultura de estudo e capacidade de transição para o mercado de trabalho. ## Contexto No ambiente universitário, as disciplinas nem sempre chegavam organizadas de forma intuitiva. Em muitos casos, o ponto de partida formal era a ementa, o cronograma e a preparação do material. No entanto, a realidade de sala de aula exigia mais do que isso: - alunos com níveis diferentes de maturidade e segurança - dúvidas técnicas e inseguranças nem sempre explicitadas com facilidade - conteúdos que exigiam aprofundamento além da apresentação tradicional - necessidade de manter engajamento real em disciplinas técnicas - expectativa de evolução concreta, e não apenas cumprimento de carga horária Esse cenário exigia uma abordagem pedagógica que combinasse domínio técnico, adaptabilidade, escuta ativa e capacidade de mobilizar a própria turma como parte do processo de aprendizagem. ## Problema técnico e educacional O problema não era apenas ensinar conteúdo. O desafio era criar um ambiente em que aprendizagem, confiança, exigência e colaboração coexistissem de forma produtiva. ### Condições do ambiente - disciplinas técnicas com ementas e nomenclaturas nem sempre amigáveis - alunos em formação, muitas vezes com dúvidas, inseguranças e lacunas de base - temas que por vezes exigiam investigação adicional do próprio docente - necessidade de manter participação consistente da turma ao longo do período - responsabilidade de preparar os alunos para aplicação prática além da sala de aula ### Consequências práticas de uma abordagem tradicional Se o processo se limitasse a exposição de conteúdo e cronograma, o risco seria: - participação superficial - menor integração entre os alunos - dependência excessiva do professor como única fonte de resposta - baixa autonomia intelectual - dificuldade de identificar e desenvolver talentos promissores Na prática, o desafio era transformar ensino técnico em um processo ativo de formação. ## Objetivo da atuação O objetivo principal era elevar a qualidade da aprendizagem, criando um ambiente em que os alunos participassem de forma mais ativa, se apropriassem do conhecimento e evoluíssem técnica e profissionalmente. Em termos práticos, a atuação buscou: - construir confiança intelectual dentro da turma - incentivar autonomia e investigação - estimular explicações coletivas e aprendizagem entre pares - manter alto nível de exigência acadêmica - criar grupos de estudo e compartilhamento de conhecimento - identificar talentos com potencial real de crescimento - aproximar a formação acadêmica das oportunidades do mercado ## Meu papel Atuei como professor, facilitador de aprendizagem, mentor e elo entre formação técnica e desenvolvimento profissional. Na prática, minha atuação envolveu: - preparação de material com base na ementa e adaptação à realidade da turma - condução de aulas com proximidade e escuta ativa - criação de ambiente seguro para dúvida, investigação e troca de conhecimento - incentivo à participação dos próprios alunos na construção das explicações - manutenção de alto rigor nas avaliações e nos detalhes técnicos - estímulo à formação de grupos de estudo - identificação e encaminhamento de talentos para oportunidades profissionais ## Estratégia adotada A solução para esse cenário não foi apenas ensinar melhor o conteúdo, mas desenhar uma dinâmica de aprendizagem em que proximidade e exigência funcionassem juntas. ### 1. Honestidade intelectual como base da autoridade docente Desde a primeira aula, deixava claro para a turma que eu não trataria conhecimento como performance artificial. A lógica era simples: - quando eu soubesse, ensinaria com clareza - quando não soubesse, diria explicitamente - depois buscaria a resposta e retornaria com aprofundamento Essa postura criava confiança e mostrava aos alunos que aprender também envolve reconhecer limites e investigar com seriedade. ### 2. Proximidade real com a turma Outro eixo central foi manter uma relação próxima com os alunos, ouvindo dúvidas, inseguranças e dificuldades. Isso ajudava a: - reduzir barreiras de participação - tornar problemas mais visíveis - adaptar a condução da aula à realidade da turma - criar vínculo sem perder autoridade acadêmica ### 3. Aprendizagem colaborativa e explicações coletivas Em diferentes momentos, estimulei que os próprios alunos explicassem conceitos e discutissem entre si. Em alguns casos, eu deliberadamente diminuía meu protagonismo na resposta imediata para abrir espaço a: - debate técnico entre colegas - formulação coletiva de explicações - fortalecimento da interação da turma - consolidação de conhecimento por ensino entre pares Com isso, a sala deixava de ser apenas um lugar de recepção de conteúdo e se tornava um ambiente de construção compartilhada de entendimento. ### 4. Integração entre ambiente leve e alto rigor A descontração em sala nunca significou baixa exigência. Ao contrário, mantive avaliação criteriosa, atenção aos detalhes e cobrança real sobre qualidade do aprendizado. Esse equilíbrio entre ambiente integrado e rigor técnico ajudou a construir credibilidade e manter comprometimento dos alunos. O relato mostra um indicador importante desse resultado: mesmo em aulas de sexta-feira à noite, houve alto índice de presença. ### 5. Aprendizado contínuo do próprio professor Quando surgiam temas fora da minha zona de domínio imediato, eu ampliava o estudo recorrendo a: - colegas professores - livros - comunidade técnica Isso reforçava duas coisas ao mesmo tempo: - a qualidade do conteúdo entregue - a cultura de colaboração e busca contínua por conhecimento ### 6. Formação de grupos de estudo e ponte com o mercado A atuação não terminou na sala de aula. Incentivei a criação de grupos de estudo e acompanhei a evolução dos alunos ao longo do tempo. Esse processo também permitiu identificar jovens com maior potencial, que posteriormente foram: - indicados para oportunidades profissionais - conectados a empresas e contatos da minha rede - contratados em outros contextos profissionais, inclusive em minha própria empresa ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. preparar a disciplina a partir da ementa e da realidade da turma 2. estabelecer um pacto de honestidade intelectual e proximidade 3. conduzir o conteúdo com escuta ativa e adaptação contínua 4. estimular explicações coletivas e aprendizagem entre pares 5. manter alto rigor técnico e acadêmico 6. incentivar estudo contínuo e grupos de aprofundamento 7. identificar talentos e conectá-los ao mercado ## Resultados alcançados A atuação contribuiu para: - criação de turmas com alto nível de integração e participação - fortalecimento da autonomia intelectual dos alunos - manutenção de rigor acadêmico sem perda de proximidade - ambiente de aprendizagem mais colaborativo e engajado - formação de grupos de estudo e cultura de troca de conhecimento - identificação e desenvolvimento de talentos promissores - encaminhamento de alunos para oportunidades profissionais reais O próprio relato traz sinais qualitativos relevantes, como: - alto índice de presença mesmo em aulas de sexta-feira à noite - reconhecimento da proximidade com a turma sem perda de exigência - continuidade do vínculo profissional com alguns alunos ao ponto de posterior contratação ## Relevância técnica e educacional do caso Este caso é relevante porque mostra uma competência muitas vezes subestimada em tecnologia: formar pessoas tecnicamente com método, critério e visão de longo prazo. O diferencial não foi apenas dar aula. Foi criar um ambiente de aprendizagem capaz de combinar autoridade técnica, vulnerabilidade intelectual honesta, construção coletiva do conhecimento e desenvolvimento de talentos com potencial de inserção profissional. Em termos atuais, o caso demonstra competências associadas a: - technical education - talent development - aprendizagem colaborativa - liderança educacional - mentoring - avaliação rigorosa com ambiente de confiança - conexão entre formação acadêmica e mercado de trabalho ## Aprendizados Alguns aprendizados centrais desse caso: - proximidade com a turma não precisa reduzir rigor; pode aumentar engajamento e responsabilidade - dizer "não sei" com honestidade fortalece credibilidade quando acompanhado de investigação séria - aprendizagem entre pares acelera compreensão e integra o grupo - o professor não é apenas transmissor de conteúdo; pode atuar como catalisador de autonomia e confiança - ensino técnico de qualidade também é uma forma de desenvolvimento de talentos - conectar formação acadêmica ao mercado amplia o impacto real da docência [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — Jetdata ## Otimização do processo de entrega de relatórios com carregamento dinâmico e redução drástica do tempo de atendimento ## História Na **Jetdata**, por incrível que pareça, foi uma experiência muito leve para mim. Muitas pessoas não conseguiam entender como eu conseguia permanecer sempre tranquilo em um ambiente que, na prática, era uma **softhouse**, lidando com clientes de grande porte. Um exemplo disso era a **Hertz**, que sozinha representava cerca de **70% do faturamento da empresa**. Uma lição que nunca vou esquecer aconteceu quando recebi uma demanda considerada emergencial. O prazo era extremamente curto, porque a solicitação havia sido colocada no final da fila e, quando chegou até mim, já estava praticamente fora do tempo viável de entrega. Mesmo assim, resolvi abraçar o desafio. Peguei a demanda **na quinta-feira à noite** e consegui entregar **na segunda-feira**. Até aí tudo bem. O interessante foi que eu cumpri todos os requisitos solicitados, mas também adicionei alguns **filtros e melhorias adicionais**, porque se tratava de um **dashboard de acompanhamento com cruzamento de muitos dados**. Como eu gosto muito de trabalhar com grandes volumes de dados, para mim foi um desafio bastante prazeroso, apesar da pressão. Quando apresentei o resultado para meu líder — que também era o dono da empresa — ele gostou bastante. Confesso que fiquei orgulhoso do trabalho. Porém, quando a solução foi enviada para análise na **Hertz**, aconteceu algo que se transformou em uma grande lição profissional para mim. A entrega foi devolvida como **retrabalho**. O motivo era simples: eu havia cometido um erro de processo. A empresa seguia **padrões extremamente rigorosos**, e qualquer nova funcionalidade ou alteração de interface precisava ser **previamente aprovada**. No meu entusiasmo, eu havia criado funcionalidades, filtros e gráficos muito interessantes — mas que **não estavam no escopo aprovado**. O resultado foi que tive que remover todas as melhorias e manter apenas o básico que havia sido solicitado originalmente. Caso contrário, o projeto não poderia ser faturado. Naquele momento foi frustrante, mas entendi perfeitamente a lógica e a hierarquia do processo. Curiosamente, quem ficou mais incomodado com a situação foi meu líder. Ele decidiu manter **duas versões do trabalho**: a versão original solicitada e a versão que eu havia criado com melhorias. Para encurtar a história, algum tempo depois as funcionalidades adicionais foram **solicitadas oficialmente** pela própria Hertz. Quando isso aconteceu, meu líder aprovou a implementação e **faturou como um novo projeto**. Eu ri muito nesse dia. A lição que ficou foi muito clara: **Faça exatamente o que foi solicitado. Se quiser melhorar ou acrescentar algo, comunique antes.** Para mim, a maior lição que carrego dessa experiência — e que aplico até hoje na minha vida profissional — é a importância da **COMUNICAÇÃO**. Temos a obrigação de saber nos comunicar, saber **ouvir**, entender o que o cliente realmente espera e entregar **valor**. Ao mesmo tempo, não devemos nos acomodar no básico. Podemos ir além — desde que mantendo sempre a comunicação clara e alinhada. Essa foi uma lição de vida muito marcante. Outra situação interessante na Jetdata também aconteceu por causa do próprio modelo de trabalho da empresa. Como se tratava de uma softhouse, muitas demandas funcionavam dentro de um ciclo bastante claro: **demanda → implementação → faturamento** A empresa possuía **times diferentes trabalhando em frentes específicas**: - um time mais voltado ao **suporte direto ao cliente** - outro focado em **testes e validação das implementações** - e o time de **desenvolvimento**, responsável por implementar as soluções Todos faziam parte de um ciclo contínuo de produção. Eventualmente surgiam alguns conflitos entre clientes e o time de suporte, principalmente pela demora na implementação de **ajustes em relatórios**, que na época eram feitos utilizando **Crystal Reports**. Como eu tinha o hábito de conversar bastante com as equipes, comecei a perceber o desgaste que existia entre o cliente e o suporte. O time de suporte era muito habilidoso em montar relatórios, mas não tinha conhecimento profundo de desenvolvimento. Por causa disso, para liberar qualquer alteração em produção existia um processo bastante burocrático. O fluxo normalmente era assim: 1. o cliente solicitava a alteração 2. o suporte registrava a demanda 3. a solicitação era enviada para aprovação 4. depois era encaminhada para desenvolvimento 5. o desenvolvimento implementava 6. o time de testes validava 7. então a atualização era publicada junto com outras demandas Esse processo podia levar **cerca de duas semanas** para mudanças simples em relatórios. Observando isso, percebi que um dos colegas do suporte tinha grande habilidade técnica e muita vontade de aprender. Resolvi treiná-lo e fazer um teste um pouco ousado. Alguns anos antes eu já havia trabalhado com uma abordagem onde **formulários e relatórios eram armazenados como estruturas de dados pré-compiladas** — algo semelhante a um pacote que depois era integrado ao sistema. A ideia era simples: em vez de precisar recompilar o sistema inteiro para cada alteração, o relatório poderia ser carregado dinamicamente. O que fiz foi pegar o arquivo gerado pelo **Crystal Reports**, armazená-lo diretamente **no banco de dados** e instruir o sistema já compilado no cliente a carregar aquele relatório dinamicamente. Com isso, o relatório podia ser: - criado pelo time de suporte - testado diretamente no ambiente do cliente - e aplicado sem precisar recompilar o sistema Alterações simples — como mudar nomes de campos ou incluir novas colunas — passaram a levar **cerca de 40 minutos**, em vez das duas semanas do processo tradicional. Isso trouxe um efeito curioso. Meu líder passou a enfrentar um novo problema: **um excesso de solicitações de relatórios**. Mas ele não ficou nem um pouco triste com isso. Como o modelo da empresa era **demanda → implementação → faturamento**, agora era possível faturar muito mais rápido. Além disso: - o trabalho deixava de sobrecarregar o time de desenvolvimento - passava a ser realizado por um time de suporte mais barato - e a empresa mantinha o mesmo valor de cobrança ao cliente Na prática, conseguimos **aumentar a eficiência da operação, reduzir custos internos e acelerar entregas**. Foi uma solução simples, mas que teve um impacto muito positivo no funcionamento da empresa. ## Visão geral Atuei na Jetdata em um ambiente de softhouse com clientes de grande porte, demandas recorrentes de evolução e um fluxo operacional fortemente orientado a solicitação, implementação e faturamento. Parte relevante das entregas envolvia ajustes em relatórios, normalmente tratados como pequenas alterações, mas que consumiam tempo excessivo por dependerem de um processo longo entre suporte, aprovação, desenvolvimento, testes e publicação. O desafio central foi reduzir o tempo de resposta para mudanças simples em relatórios, mantendo a governança do processo e sem exigir recompilação completa do sistema a cada ajuste. ## Contexto A operação seguia um ciclo relativamente claro: - demanda do cliente - implementação - validação - faturamento Havia times com responsabilidades bem definidas: - suporte direto ao cliente - testes e validação - desenvolvimento Esse modelo funcionava bem para mudanças mais amplas, mas se mostrava desproporcional para alterações simples em relatórios, especialmente em um contexto com clientes exigentes, necessidade de agilidade e forte vínculo entre entrega e faturamento. Além disso, a experiência também trouxe uma lição importante sobre governança de escopo: mesmo quando existe espaço técnico para melhorar uma entrega, qualquer acréscimo fora do que foi previamente aprovado pode gerar retrabalho, impacto no faturamento e desalinhamento com o cliente. Isso reforçou a importância da comunicação clara e do respeito ao processo formal de aprovação. ## Problema técnico e operacional O maior gargalo estava no processo de alteração de relatórios desenvolvidos com Crystal Reports. ### Condições do ambiente - relatórios tratados dentro de um fluxo formal de solicitação e aprovação - dependência do time de desenvolvimento para mudanças relativamente simples - publicação agrupada com outras demandas - necessidade de validação formal antes de entrada em produção - equipe de suporte com boa capacidade funcional, mas sem autonomia técnica suficiente para concluir o ciclo ### Fluxo tradicional O processo normalmente seguia esta sequência: 1. o cliente solicitava a alteração 2. o suporte registrava a demanda 3. a solicitação seguia para aprovação 4. a alteração era encaminhada para desenvolvimento 5. o desenvolvimento implementava 6. o time de testes validava 7. a atualização era publicada junto com outras entregas ### Consequências práticas - tempo excessivo para mudanças pequenas - sobrecarga desnecessária do time de desenvolvimento - desgaste entre cliente e suporte - demora na percepção de valor pelo cliente - perda de eficiência operacional em um fluxo que poderia ser mais enxuto Segundo o próprio relato, alterações simples em relatórios podiam levar cerca de duas semanas nesse modelo. ## Objetivo da solução O objetivo não era eliminar governança, mas tornar o processo mais eficiente para ajustes de baixo risco e alta recorrência. Em termos práticos, a meta era: - reduzir drasticamente o tempo de entrega de alterações simples em relatórios - diminuir a dependência do time de desenvolvimento para mudanças pontuais - aumentar a autonomia do suporte em tarefas controladas - manter a possibilidade de teste rápido no ambiente do cliente - acelerar o ciclo entre solicitação, implementação e faturamento ## Meu papel Atuei observando o processo ponta a ponta, identificando gargalos e propondo uma alternativa técnica capaz de reduzir o tempo de resposta sem comprometer a operação. Minha contribuição principal envolveu: - leitura crítica do fluxo operacional existente - identificação do descompasso entre a natureza da demanda e o custo do processo - treinamento de um profissional do suporte com boa aptidão técnica - concepção de uma abordagem de carregamento dinâmico de relatórios - adaptação da solução para funcionar sem recompilar o sistema a cada alteração ## Estratégia adotada A solução partiu da combinação entre observação do processo, reaproveitamento de conhecimento técnico anterior e criação de uma forma mais flexível de distribuição de relatórios. ### 1. Identificação do gargalo real O primeiro passo foi entender que o problema principal não era a dificuldade de alterar relatórios, mas a dependência estrutural de um fluxo caro demais para mudanças simples. O custo operacional estava em: - depender do time de desenvolvimento para tarefas pontuais - recompilar e republicar o sistema para alterações pequenas - aguardar o ciclo completo de fila, validação e publicação ### 2. Reaproveitamento de uma abordagem anterior Eu já havia trabalhado antes com uma lógica em que formulários e relatórios podiam ser tratados como estruturas pré-compiladas, desacopladas do binário principal da aplicação. A ideia foi adaptar esse raciocínio para o cenário da Jetdata. ### 3. Armazenamento do relatório no banco de dados Em vez de exigir recompilação do sistema para cada ajuste, o arquivo gerado pelo Crystal Reports passou a ser armazenado diretamente no banco de dados. Com isso, o sistema já compilado no cliente poderia carregar dinamicamente o relatório adequado quando necessário. Essa mudança alterou o ponto de controle da entrega: - o relatório deixava de depender de nova compilação do sistema - a atualização passava a ser tratada como conteúdo carregável - o ciclo de mudança ficava mais leve para ajustes simples ### 4. Desacoplamento da alteração de relatório da publicação do sistema Ao separar o relatório do processo de recompilação do software principal, foi possível encurtar significativamente o tempo de disponibilização das mudanças. Isso permitiu que relatórios pudessem ser: - criados ou ajustados pelo suporte - testados diretamente no ambiente do cliente - aplicados sem recompilar a aplicação principal ### 5. Capacitação do time de suporte A solução não dependia apenas da técnica. Também exigia mudança de capacidade operacional. Identifiquei no suporte um profissional com boa aptidão técnica e o treinei para executar esse novo modelo de trabalho. Isso aumentou a autonomia da equipe e reduziu a necessidade de acionar desenvolvimento para toda alteração de baixa complexidade. ## Fluxo otimizado A lógica da nova abordagem pode ser resumida assim: 1. o cliente solicita a alteração de relatório 2. o suporte prepara ou ajusta o relatório 3. o artefato do relatório é armazenado no banco de dados 4. o sistema do cliente carrega dinamicamente a nova versão 5. a validação ocorre de forma mais direta 6. a alteração é disponibilizada sem recompilação completa do sistema Esse fluxo reduziu significativamente o tempo entre solicitação e entrega para mudanças simples. ## Resultados alcançados A solução passou a permitir: - redução expressiva do tempo de entrega de ajustes simples em relatórios - diminuição da dependência do time de desenvolvimento - maior autonomia do suporte em demandas recorrentes - teste mais rápido no ambiente do cliente - aceleração do ciclo operacional entre solicitação, implementação e faturamento Segundo o relato, mudanças simples que antes levavam cerca de duas semanas passaram a ser concluídas em aproximadamente 40 minutos. Além disso, houve efeitos colaterais positivos: - o desenvolvimento deixou de ser sobrecarregado com tarefas menores - o suporte passou a resolver mais demandas diretamente - a empresa conseguiu manter velocidade maior de faturamento - a operação ganhou eficiência com redução de custo interno relativo ## Relevância técnica e operacional do caso Este caso é relevante porque mostra uma forma pragmática de melhorar processo por meio de uma alteração arquitetural simples, mas muito bem direcionada ao gargalo real. O diferencial não foi criar uma tecnologia sofisticada. Foi perceber que o problema de negócio estava na fricção do fluxo e responder com uma solução que desacoplou artefatos, redistribuiu responsabilidades e aumentou a eficiência da operação. Em termos atuais, o caso demonstra competências associadas a: - otimização de processo - desacoplamento de artefatos de entrega - redução de lead time operacional - enablement de equipe de suporte - melhoria de fluxo entre solicitação, implementação e faturamento - uso de arquitetura simples para ganho operacional relevante ## Aprendizados Alguns aprendizados centrais desse caso: - nem todo gargalo é de desenvolvimento; muitas vezes é de processo - pequenas mudanças arquiteturais podem gerar grande impacto operacional - autonomia controlada do suporte pode reduzir custo e aumentar velocidade - desacoplar artefatos da aplicação principal pode simplificar manutenção e entrega - comunicação e aprovação de escopo continuam críticas, mesmo quando há espaço para melhorar a solução - otimização de fluxo pode aumentar simultaneamente eficiência interna e valor percebido pelo cliente [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — SENAC AL ## Arquitetura distribuída com operação offline, sincronização assíncrona e distribuição de carga ## História Relato SENAC Existem alguns desafios que enfrentei que podem ser relevantes pela história. No SENAC, inicialmente eu havia sido convidado para atuar como instrutor. Porém, ao chegar à instituição, ainda no corredor fui reconhecido por um ex-aluno meu que naquele momento era o responsável pela divisão de tecnologia e desenvolvimento de sistemas. Ao saber que eu estava ali, ele me convidou para participar de uma seleção interna para a vaga de **desenvolvedor sênior Delphi**. O convite ocorreu porque ele já havia tomado conhecimento de uma solução que eu havia desenvolvido anteriormente para suportar **altas demandas de requisição mesmo em ambientes com conexão instável**, mantendo a integridade das transações. Esse era justamente um dos maiores desafios enfrentados pelo SENAC naquele período, pois as unidades possuíam conexões de internet instáveis entre si. Como consequência, havia paralisações frequentes nos serviços de atendimento ao público, especialmente no cadastro de alunos e na venda de cursos. A solução que eu havia desenvolvido originalmente para **jogos online** já estava madura o suficiente para ser adaptada a esse cenário. Ela permitia lidar com múltiplas conexões simultâneas e utilizava **cache no cliente** para armazenar localmente dados essenciais, mantendo o funcionamento da aplicação mesmo quando a conexão com o servidor estivesse indisponível. Na prática, as estações clientes continuavam operando **como se estivessem conectadas ao servidor**, mesmo estando temporariamente offline. Quando a conexão era restabelecida, o sistema realizava automaticamente a sincronização das informações. Isso permitia que operações como leitura de dados e até vendas de cursos fossem realizadas mesmo sem conexão ativa naquele momento. Os catálogos de cursos, por exemplo, eram carregados em segundo plano no cliente, sem impacto perceptível para o usuário. O sistema também informava gradualmente quando ocorriam sincronizações ou atualizações. Essa arquitetura trouxe um benefício importante: permitiu que **vendedores externos realizassem visitas e vendas**, inclusive em regiões do interior, e que treinamentos e matrículas fossem feitos mesmo em ambientes com infraestrutura precária de internet. Tecnicamente, desenvolvi um **protocolo próprio de comunicação**, com mecanismos de balanceamento de carga para evitar sobrecarga direta no banco de dados. A arquitetura utilizava: - cache no cliente - cache no servidor - filas de processamento - múltiplas conexões simultâneas Com isso, o banco de dados passou a operar sob cargas muito mais leves. Antes da solução, o sistema praticamente parava quando todas as unidades estavam ativas simultaneamente. Outro ponto importante foi que originalmente existia apenas **um ponto de acesso ao banco de dados**. Eu implementei o uso de **múltiplos IPs e múltiplos serviços de acesso à mesma base**, distribuindo a carga de requisições. O próprio sistema identificava qual servidor estava mais ocioso e direcionava automaticamente novas conexões para ele. Essa abordagem nasceu da minha experiência anterior administrando servidores de jogos, especialmente do **MU Online**, onde mantive servidores por anos. Nesse ambiente, aprendi a trabalhar com **GameServers múltiplos conectados a DataServers compartilhando a mesma base de dados**, com várias portas e serviços interligados dividindo a carga. Transportei esse mesmo conceito para o ambiente corporativo do SENAC. Posteriormente, além do desenvolvimento, passei também a atuar diretamente na **infraestrutura e gestão de TI**. Trabalhei com um ambiente composto por **14 servidores físicos**, envolvendo: - estrutura de DMZ - IP reverso - servidor de e-mail - banco de dados SQL Server - servidor de arquivos - políticas e rotinas de backup Durante esse período também enfrentei a **substituição completa do time de desenvolvedores**, o que exigiu que eu assumisse responsabilidades mais amplas. Passei a atuar na **gestão de TI**, sendo responsável: - pelos sistemas internos e de terceiros - por toda a infraestrutura tecnológica das unidades - pela gestão de licenças de software - pelo suporte técnico e treinamento de equipes entre unidades - pela coordenação operacional da área de tecnologia Além disso, assumi a responsabilidade direta pela **segurança da informação e dos dados**, inclusive no aspecto legal. ## Visão geral Atuei no SENAC AL em um cenário em que múltiplas unidades dependiam de um sistema centralizado para operações de atendimento, cadastro e venda de cursos. O ambiente apresentava conectividade instável entre unidades, o que fazia o atendimento parar sempre que o vínculo com a base central caía. O desafio foi redesenhar a lógica operacional para permitir continuidade do serviço mesmo em condições precárias de rede, reduzindo a dependência de conexão permanente com o banco central e distribuindo melhor a carga entre serviços. ## Contexto Minha entrada no SENAC ocorreu a partir de um contexto em que eu já tinha experiência com sistemas sob alta concorrência, múltiplas conexões e tolerância a falhas. Parte dessa bagagem vinha de trabalhos e estudos aplicados a ambientes com grande volume de acessos simultâneos, incluindo estruturas inspiradas em servidores de jogos online. No SENAC, o problema era concreto e afetava diretamente a operação: - cadastro de alunos - venda de cursos - rotinas administrativas - atendimento ao público nas unidades Quando a conectividade falhava, as operações paravam ou ficavam severamente comprometidas. ## Problema técnico O cenário combinava limitações estruturais e dependência excessiva de centralização. ### Condições do ambiente - múltiplas unidades distribuídas - comunicação instável entre unidades e serviços centrais - forte dependência de banco de dados central - acoplamento elevado entre operação local e disponibilidade da rede ### Consequências práticas - interrupção do atendimento - impossibilidade de concluir vendas e cadastros - perda de produtividade - risco operacional em períodos de instabilidade Na prática, a arquitetura exigia conectividade contínua em um ambiente que não conseguia garantir essa premissa. ## Objetivo da solução O objetivo não era apenas melhorar desempenho. Era permitir que a operação continuasse funcionando mesmo diante de falhas de conectividade, com posterior sincronização dos dados e menor pressão sobre o banco central. Em termos arquiteturais, a meta era: - sustentar operação local mesmo com falha de comunicação - reduzir dependência síncrona da base central - distribuir carga entre múltiplos serviços - preservar consistência operacional com sincronização posterior ## Meu papel Atuei na análise do problema, concepção da abordagem técnica e implementação da solução em um contexto que exigia adaptação da arquitetura de software à realidade operacional da instituição. Minha contribuição principal foi aplicar, em ambiente corporativo, conceitos de distribuição de carga, separação de serviços, isolamento de falhas e operação resiliente que eu já explorava em outros contextos técnicos. ## Arquitetura proposta A solução adotada combinou operação local, sincronização assíncrona e distribuição de acesso à mesma base de dados por múltiplos serviços. ### 1. Cache inteligente no cliente As estações de atendimento passaram a manter localmente informações essenciais para a continuidade da operação. Entre os dados mantidos localmente estavam: - catálogo de cursos - informações necessárias ao processo de venda - estruturas operacionais básicas para atendimento e cadastro Com isso, parte relevante do fluxo podia continuar funcionando mesmo sem conectividade ativa com os serviços centrais. ### 2. Sincronização assíncrona Quando a conectividade retornava, as operações realizadas localmente eram sincronizadas com a base central. Esse mecanismo permitia: - envio posterior das transações - reconciliação das operações pendentes - atualização do banco central sem bloquear o atendimento no momento da queda Esse desenho reduzia o impacto da indisponibilidade da rede sobre a operação de ponta. ### 3. Redução da carga sobre o banco central Para evitar que toda operação dependesse diretamente de um único fluxo síncrono contra a base central, a solução incorporou mecanismos intermediários de controle e desacoplamento. Foram aplicados elementos como: - cache intermediário - controle de sincronização - organização de requisições para reduzir pressão direta no banco Com isso, o banco deixou de ser o único ponto operacional imediato para cada ação do usuário. ### 4. Distribuição de carga entre múltiplos serviços Outro gargalo relevante era a concentração de acessos em um único ponto de entrada. A abordagem adotada passou a considerar: - múltiplos IPs - múltiplos serviços conectados à mesma base - distribuição dinâmica de conexões e requisições O objetivo era direcionar novas demandas para o serviço mais disponível naquele momento, evitando sobrecarga concentrada e melhorando a resiliência do conjunto. ### 5. Arquitetura inspirada em modelos de servidores distribuídos A lógica aplicada tinha semelhanças conceituais com arquiteturas usadas em servidores de jogos online, nas quais múltiplos serviços intermediários atuam entre o cliente e a persistência central. Em termos conceituais, a estrutura seguia algo próximo de: Cliente/Atendimento → Serviços intermediários → Banco central Isso permitia: - divisão de responsabilidades - melhor distribuição de carga - isolamento parcial de falhas - escalabilidade dentro das limitações da infraestrutura disponível ## Fluxo operacional simplificado O comportamento esperado da solução pode ser resumido assim: 1. a unidade realiza atendimento com apoio de dados disponíveis localmente 2. operações essenciais continuam mesmo em situação de instabilidade 3. eventos pendentes aguardam retorno da conectividade 4. a sincronização ocorre posteriormente 5. os dados são reconciliados e persistidos na base central Esse fluxo reduziu a dependência de resposta síncrona imediata para atividades críticas da operação. ## Resultados alcançados A solução passou a permitir: - continuidade de vendas e cadastros mesmo sem conexão ativa em determinados momentos - sincronização posterior das operações realizadas localmente - manutenção do atendimento ao público em cenários de instabilidade - melhor suporte ao funcionamento simultâneo de múltiplas unidades Também abriu caminho para cenários operacionais mais flexíveis, como: - vendedores em campo - treinamentos em localidades com infraestrutura limitada - operação mais móvel e menos dependente de ponto fixo totalmente conectado ## Relevância técnica do caso Esse caso é relevante porque antecipa, em um contexto anterior à popularização desses termos, conceitos hoje associados a: - arquitetura offline-first - sincronização eventual - tolerância a falhas - distribuição de carga - redução de acoplamento operacional O diferencial não foi apenas técnico. Foi a adaptação desses princípios à realidade de um ambiente corporativo com limitações concretas de infraestrutura e necessidade de continuidade de atendimento. ## Aprendizados Alguns aprendizados centrais desse caso: - conectividade não pode ser premissa rígida quando a operação depende de continuidade - arquitetura precisa refletir o ambiente real, não o ambiente ideal - separar serviços e distribuir carga aumenta a resiliência do sistema - operação local com sincronização posterior pode ser mais adequada do que bloqueio síncrono - referências vindas de contextos não tradicionais também podem gerar soluções corporativas valiosas [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — Rosset ## Governança relacional, definição de limites e sustentação operacional em empresa familiar ## História Existem experiências e experiências… Ao trabalhar na **Rosset Comércio, Representações e Serviços Ltda.**, aprendi algo muito importante: **trabalhar com a família pode ser um desafio praticamente insuperável**. Isso acontece porque, na prática, **nunca se deixa de trabalhar**. Mesmo aos domingos, em festas de família ou à noite, sempre existe alguém pedindo ou esperando informações sobre a empresa — clientes, contratos, orçamentos, decisões ou qualquer outro assunto relacionado ao negócio. Ou seja, é preciso estar sempre pronto para responder sobre tudo. Foi uma experiência intensa. Confesso que ainda não sei se é algo que gostaria de repetir. Em alguns momentos comecei a me questionar qual era, de fato, o valor entregue quando estamos tão envolvidos **pessoal, emocional, profissional e financeiramente** ao mesmo tempo. Foi nesse contexto que uma reflexão passou a fazer muito sentido para mim. Ela é bem representada pelo chamado **“Dilema do Porco-Espinho”**, apresentado pelo filósofo alemão **Arthur Schopenhauer**, no século XIX. A metáfora é simples, mas profunda. Em um inverno muito frio, **porcos-espinhos precisam se aproximar uns dos outros para se aquecer**. - Quando ficam muito distantes, sofrem com o frio. - Quando ficam muito próximos, acabam se ferindo com os espinhos uns dos outros. Depois de algumas tentativas, eles aprendem a encontrar uma **distância ideal**: perto o suficiente para compartilhar calor, mas longe o suficiente para evitar ferimentos. Com o tempo percebi que essa metáfora se aplica muito bem à **vida profissional e pessoal**. Precisamos aprender cedo **até onde as relações podem se misturar** — trabalho, família, emoções e responsabilidades. Caso contrário, corre-se o risco de perder o equilíbrio necessário para manter relações saudáveis. No final das contas, o desafio está justamente em encontrar essa **distância ideal**: proximidade suficiente para construir algo juntos, mas com limites claros para preservar o respeito, a autonomia e a saúde das relações. ## Visão geral Atuei na Rosset Comércio, Representações e Serviços Ltda. em um contexto no qual o trabalho não se limitava ao horário comercial nem às fronteiras formais da empresa. Por se tratar de um ambiente familiar, demandas profissionais, expectativas pessoais, decisões de negócio e implicações emocionais se misturavam com frequência. Na prática, isso significava viver um regime de disponibilidade quase contínua: clientes, contratos, orçamentos, decisões e assuntos da empresa podiam surgir em qualquer momento, inclusive fora do espaço formal de trabalho. Esse caso é menos sobre uma tecnologia específica e mais sobre um aprendizado operacional e humano muito relevante: em empresas familiares, proximidade pode ser uma força, mas sem limites claros também pode gerar desgaste, confusão de papéis e perda de equilíbrio. ## Contexto Empresas familiares costumam reunir vantagens importantes, como confiança inicial, senso de pertencimento e velocidade de alinhamento informal. Ao mesmo tempo, carregam um risco estrutural: a dificuldade de separar adequadamente relação pessoal e relação profissional. Nesse cenário, alguns fatores aumentavam a complexidade: - sobreposição entre vínculos familiares e responsabilidades de negócio - circulação constante de informações fora do ambiente formal de trabalho - expectativa de resposta permanente sobre temas operacionais e comerciais - mistura entre interesse emocional, financeiro, profissional e relacional - baixa separação entre tempo pessoal e tempo da empresa Esse contexto exigia maturidade para perceber que disponibilidade total nem sempre significa operação saudável. ## Problema operacional e relacional O problema não era apenas trabalhar muito. O desafio era sustentar envolvimento com o negócio sem permitir que a ausência de fronteiras comprometesse clareza, autonomia e saúde das relações. Esse cenário trazia problemas combinados: - dificuldade de desligamento mental do trabalho - continuidade de discussões operacionais em espaços familiares e informais - sobrecarga por necessidade de estar pronto para responder sobre tudo - risco de confusão entre papel profissional e vínculo afetivo - tensão entre proximidade necessária e excesso de mistura entre esferas da vida Na prática, o desafio era encontrar uma forma de convivência e operação em que colaboração não significasse invasão permanente de espaço pessoal. ## Objetivo da atuação O objetivo implícito da experiência era contribuir com o negócio mantendo capacidade de resposta, suporte à operação e participação nas decisões, sem perder a clareza sobre o custo humano dessa dinâmica. Na prática, isso significava: - sustentar acompanhamento próximo de temas relevantes da empresa - responder a demandas de clientes, contratos, orçamentos e decisões do negócio - compreender o impacto da sobreposição entre trabalho e família - desenvolver percepção sobre limites necessários em relações profissionais próximas - buscar uma distância saudável entre colaboração e desgaste ## Meu papel Atuei em um contexto de forte envolvimento com o negócio, com exposição recorrente a informações, decisões e demandas operacionais que extrapolavam o espaço formal de trabalho. Entre os elementos práticos dessa experiência estavam: - disponibilidade frequente para tratar de assuntos da empresa - necessidade de responder por diferentes frentes ligadas ao negócio - participação em ambiente de alta mistura entre confiança pessoal e responsabilidade profissional - convivência com demandas que atravessavam rotina familiar, tempo livre e espaços informais - leitura contínua do impacto dessa dinâmica sobre equilíbrio, autonomia e relacionamento Mais do que executar tarefas, essa experiência exigiu perceber os limites estruturais de um modelo em que proximidade excessiva pode corroer a qualidade da relação e da operação. ## Estratégia adotada A principal elaboração dessa experiência não foi uma mudança de ferramenta ou processo específico, mas uma compreensão madura sobre fronteiras. A metáfora do dilema do porco-espinho, mencionada no próprio relato, expressa bem essa lógica: é preciso proximidade suficiente para cooperar, mas distância suficiente para preservar integridade. A abordagem que esse caso consolida se apoia em alguns princípios: - reconhecer que proximidade relacional não substitui clareza de papéis - entender que disponibilidade total cobra custo emocional e operacional - separar, sempre que possível, espaço de convivência e espaço de decisão - preservar autonomia e respeito mesmo em relações de alta confiança - evitar que temas do negócio ocupem permanentemente todos os ambientes - buscar equilíbrio entre colaboração, limite e sustentabilidade relacional O aprendizado central foi perceber que relações profissionais saudáveis dependem não apenas de comprometimento, mas também de contorno. Sem esse contorno, até ambientes construídos com boa intenção podem se tornar desgastantes. ## Fluxo de atuação simplificado A lógica desse aprendizado pode ser resumida assim: 1. conviver com alta proximidade entre negócio e relações pessoais 2. responder continuamente a demandas operacionais e comerciais fora do espaço formal 3. perceber o custo da mistura entre trabalho, emoção, família e finanças 4. refletir sobre a diferença entre colaboração e indisponibilidade permanente de limites 5. compreender a necessidade de papéis mais claros e distâncias saudáveis 6. consolidar uma visão mais madura sobre autonomia, respeito e sustentabilidade das relações profissionais ## Resultados alcançados A experiência contribuiu para: - amadurecimento sobre os limites de atuação em empresas familiares - desenvolvimento de visão mais crítica sobre disponibilidade contínua e confusão de papéis - fortalecimento da percepção de que proximidade precisa de fronteiras claras para se manter saudável - aprendizado transferível para contextos posteriores de liderança, parceria e gestão - compreensão mais profunda sobre equilíbrio entre comprometimento, autonomia e respeito relacional Mesmo sem estar descrita como um projeto técnico convencional, essa vivência teve impacto importante na construção de critérios profissionais sobre governança relacional, limites e preservação de ambiente saudável de trabalho. ## Relevância gerencial e operacional do caso Este caso é relevante porque aborda uma dimensão frequentemente negligenciada em negócios: a fronteira entre confiança e sobreposição excessiva. Ele destaca competências e aprendizados valiosos para qualquer contexto em que relações próximas influenciem operação, gestão ou decisão: - percepção de risco relacional em ambientes de alta proximidade - entendimento de que clareza de limites é parte da governança - leitura do custo invisível da disponibilidade permanente - preservação de autonomia e respeito em relações de trabalho intensas - capacidade de transformar experiência pessoal em critério profissional maduro É um caso importante porque mostra que sustentabilidade operacional também depende de arquitetura relacional saudável. ## Aprendizados Alguns aprendizados centrais desse caso: - proximidade sem limite pode gerar desgaste mesmo quando há boa intenção - empresa familiar exige atenção redobrada à separação entre papéis e vínculos - estar disponível o tempo todo não é sinônimo de eficiência sustentável - relações profissionais saudáveis precisam de contorno, respeito e autonomia - equilíbrio entre colaboração e limite é decisivo para preservar convivência e operação - experiências difíceis também produzem critérios gerenciais valiosos para o futuro [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — Microcamp ## Redução de evasão em cursos técnicos por monitoramento ativo, coordenação educacional e engajamento criativo ## História Trabalhar na **Microcamp**, como **Coordenador e Instrutor Técnico**, me permitiu transitar de forma muito próxima entre **alunos e pais de alunos**. Isso foi fundamental para antecipar e contornar os riscos de **evasão escolar**, algo que sempre é um grande desafio em cursos técnicos. O objetivo era garantir que as turmas conseguissem chegar ao final com o maior número possível de alunos formados. Para isso, o contato direto **aluno por aluno** era essencial. Conhecer a realidade de cada um, inclusive a situação familiar, permitia criar a aproximação necessária para envolver os pais no processo de incentivo constante. Um ponto que vale destacar é que eu realizava **um número enorme de ligações telefônicas para os pais**. Ao mesmo tempo, fiz um trabalho de base com os instrutores para que eles alertassem rapidamente sobre alunos com **faltas recorrentes**, pois isso era sempre um sinal de risco. Quando isso acontecia, o contato telefônico era feito imediatamente e os pais eram chamados a participar mais ativamente no resgate do interesse do aluno. Muitas vezes também reunia os instrutores para pensarmos juntos em maneiras de tornar o básico **mais motivador e curioso**. Em alguns casos fui até um pouco controverso nas decisões. Consegui autorização para liberar os **laboratórios de informática para sessões de jogos fora do horário normal de aula**, comprometendo-me pessoalmente a abrir e fechar a instituição nos finais de semana. Pode parecer uma prática incomum, mas funcionava como um grande incentivo para os alunos manterem frequência nas aulas. Foi nesse ambiente que percebi de forma muito clara a **diversidade humana** existente entre os estudantes. Como se tratava de cursos técnicos profissionalizantes voltados para um público de **classe média e média alta** (pelo menos na unidade em que atuei), havia uma grande variedade de interesses, perfis e realidades. Muitos alunos queriam aprender, mas às vezes lhes faltava **tempo, energia ou motivação**, principalmente porque as aulas eram noturnas. Foi justamente aí que precisei atuar com mais intensidade para manter os índices de evasão baixos. Existe um episódio curioso dessa época. Em um sábado, o diretor resolveu fazer uma visita surpresa à escola e me encontrou **dando aula**. Ele me chamou para conversar e perguntou se eu estava bem. O motivo da pergunta era curioso: ele havia me visto **correndo pela sala, pulando, fazendo gestos exagerados**, enquanto todos os alunos estavam rindo. Ele perguntou o que estava acontecendo. Eu respondi com outra pergunta: — Quantos alunos estão dormindo ou desatentos? — A sala está cheia? Naquele momento ele entendeu a mensagem. A verdade é que, muitas vezes, para manter uma turma engajada, é preciso **energia, criatividade e presença real**. Essa experiência reforçou algo que carrego comigo até hoje: se você se comprometer a fazer algo, **faça bem feito**. Dê o seu melhor, seja criativo e busque garantir resultados. Foram momentos bastante desafiadores. Existiam **metas muitas vezes difíceis de alcançar, muita pressão e pouca ajuda**. Mesmo assim, com criatividade, dedicação e boa vontade, conseguimos manter a evasão baixa e **formar muitos alunos**. ## Visão geral Atuei na Microcamp como Coordenador e Instrutor Técnico em um contexto no qual o desafio principal não era apenas ensinar conteúdo, mas garantir que os alunos permanecessem engajados até a conclusão da formação. Em cursos técnicos profissionalizantes, a evasão sempre foi um risco relevante. O trabalho exigia acompanhar alunos individualmente, mobilizar instrutores, envolver pais e responsáveis e criar mecanismos práticos para preservar frequência, motivação e continuidade. Mais do que conduzir turmas, a atuação teve forte componente de operação educacional orientada a retenção, com foco em reduzir evasão e aumentar o número de alunos formados. ## Contexto A unidade em que atuei atendia um público de classe média e média alta, com perfis bastante diversos, interesses variados e diferentes níveis de disponibilidade emocional e prática para acompanhar cursos técnicos, especialmente em horário noturno. Esse contexto trazia algumas características importantes: - alunos com real interesse em aprender, mas nem sempre com energia ou constância - aulas noturnas, com risco maior de cansaço e desatenção - forte influência da dinâmica familiar na continuidade do aluno - metas de retenção difíceis de alcançar - pressão por resultados com apoio operacional limitado Nesse cenário, manter turmas cheias e conduzi-las até a formação exigia atuação constante, preventiva e criativa. ## Problema educacional e operacional O problema não era apenas dar aula bem. O desafio era evitar que sinais iniciais de desengajamento se transformassem em evasão definitiva. ### Condições do ambiente - cursos técnicos com necessidade de frequência e progressão contínua - absenteísmo como sinal precoce de risco - alunos com diferentes níveis de motivação e disciplina - pais e responsáveis com papel importante na sustentação do compromisso do aluno - instrutores precisando atuar de forma coordenada para sinalizar problemas rapidamente - necessidade de manter a turma viva e interessada mesmo em horários difíceis ### Consequências práticas do problema Sem intervenção rápida, o cenário podia gerar: - faltas recorrentes - perda gradual de interesse - queda de frequência - evasão escolar - redução do número de alunos formados - piora no ambiente de sala e na sustentabilidade das turmas Na prática, o desafio exigia um sistema informal, porém muito disciplinado, de monitoramento, resposta rápida e reengajamento. ## Objetivo da atuação O objetivo principal era manter os índices de evasão sob controle e aumentar a probabilidade de que as turmas chegassem ao final com o maior número possível de alunos formados. Em termos práticos, a atuação buscou: - identificar rapidamente alunos em risco de evasão - envolver pais e responsáveis no processo de recuperação de interesse - criar respostas rápidas a sinais de absenteísmo - apoiar instrutores na construção de aulas mais motivadoras - tornar o ambiente de aprendizagem mais vivo e atraente - preservar frequência, engajamento e continuidade da turma ## Meu papel Atuei na interseção entre coordenação educacional, docência, acompanhamento individual e gestão de retenção. Na prática, minha atuação envolveu: - contato próximo com alunos e suas realidades individuais - relacionamento frequente com pais e responsáveis - grande volume de ligações telefônicas para prevenção de evasão - alinhamento com instrutores para sinalização rápida de faltas recorrentes - discussão de estratégias para tornar o conteúdo básico mais interessante - criação de incentivos práticos para manter o vínculo do aluno com a escola - presença ativa em sala para preservar atenção, energia e participação ## Estratégia adotada A solução para esse cenário não foi uma única medida isolada, mas uma combinação de monitoramento, ação imediata, coordenação da equipe e criatividade aplicada ao engajamento. ### 1. Monitoramento individual do aluno A base da atuação era conhecer os alunos individualmente, entendendo contexto, comportamento, sinais de desmotivação e, quando relevante, aspectos da realidade familiar. Isso permitia: - perceber mudança de comportamento mais cedo - identificar riscos antes da evasão se consolidar - personalizar a abordagem de recuperação - construir vínculo de confiança com o aluno ### 2. Uso das faltas como indicador precoce de risco As faltas recorrentes eram tratadas como alerta operacional, não como detalhe administrativo. Por isso, estruturei com os instrutores uma dinâmica em que ausências frequentes fossem comunicadas rapidamente, permitindo intervenção imediata. Esse mecanismo funcionava como um sistema de alerta antecipado para: - desengajamento - perda de ritmo - cansaço acumulado - risco de abandono do curso ### 3. Envolvimento ativo de pais e responsáveis Uma parte central da estratégia foi mobilizar a família como aliada na retenção. Realizei um volume muito alto de ligações telefônicas para pais e responsáveis, buscando: - informar sinais de risco - reforçar a importância da continuidade do aluno - aumentar a participação da família no incentivo à frequência - recuperar rapidamente o interesse quando surgiam indícios de afastamento Esse movimento ampliava o alcance da ação educativa e ajudava a sustentar compromisso fora da sala de aula. ### 4. Coordenação dos instrutores como rede de observação e resposta A retenção não dependia apenas de mim. Era necessário mobilizar os instrutores para que atuassem como sensores do processo. Trabalhei com eles para: - sinalizar faltas e mudanças de comportamento - discutir formas de tornar o básico mais motivador - compartilhar percepção sobre o estado das turmas - agir com mais rapidez diante de sinais de perda de engajamento Isso transformava a equipe docente em uma estrutura mais coordenada de prevenção à evasão. ### 5. Criação de incentivos concretos para manter frequência Em alguns casos, foi necessário adotar medidas menos convencionais para reforçar o vínculo do aluno com a escola. Um exemplo marcante foi a autorização para liberar os laboratórios de informática para sessões de jogos fora do horário normal de aula, com meu compromisso pessoal de abrir e fechar a instituição nos fins de semana. Essa decisão tinha uma lógica clara: - criar um incentivo positivo de permanência - fortalecer o vínculo dos alunos com o ambiente da escola - usar interesse e curiosidade como alavancas de frequência - transformar presença em algo mais desejável e menos mecânico ### 6. Presença docente com alta energia e criatividade Outro eixo importante foi a própria forma de conduzir as aulas. O relato mostra que, em determinados momentos, usei energia, movimento corporal, humor e presença intensa para manter a turma acordada, atenta e participativa. Isso era especialmente relevante em um ambiente noturno, no qual desatenção e cansaço podiam facilmente comprometer o aprendizado. A lógica era simples: engajamento não se sustenta só por conteúdo; muitas vezes depende também da qualidade da presença do instrutor. ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. acompanhar os alunos individualmente 2. tratar faltas recorrentes como sinal precoce de risco 3. acionar rapidamente pais e responsáveis 4. alinhar instrutores para monitoramento e resposta coordenada 5. adaptar estratégias para tornar as aulas e a rotina mais motivadoras 6. criar incentivos concretos para reforçar frequência e vínculo 7. sustentar energia e presença em sala para preservar atenção e participação ## Resultados alcançados A atuação contribuiu para: - manutenção de índices de evasão mais baixos - aumento da permanência dos alunos até a conclusão dos cursos - maior rapidez na resposta a sinais de absenteísmo - participação mais ativa das famílias no processo de retenção - turmas mais engajadas mesmo em contexto de aulas noturnas - formação de muitos alunos apesar de metas difíceis, pressão e pouco apoio O próprio relato destaca resultados qualitativos importantes: - comprometimento em fazer o necessário para preservar frequência e motivação - uso de criatividade e esforço pessoal para sustentar engajamento - reconhecimento implícito da efetividade da abordagem mesmo em ambiente exigente ## Relevância técnica e operacional do caso Este caso é relevante porque mostra uma camada pouco valorizada em contextos de formação técnica: a retenção como problema operacional, humano e estratégico. O diferencial não foi apenas lecionar. Foi estruturar uma prática de acompanhamento ativo capaz de combinar leitura individual, coordenação da equipe, engajamento criativo e mobilização da família para reduzir evasão e aumentar conclusão. Em termos atuais, o caso demonstra competências associadas a: - student retention - prevenção de evasão - educational operations - coordenação de equipe instrucional - stakeholder management com famílias - desenho de incentivos para engajamento - liderança educacional sob pressão por metas ## Aprendizados Alguns aprendizados centrais desse caso: - evasão raramente acontece de forma súbita; sinais aparecem cedo e precisam ser tratados rapidamente - faltas recorrentes podem funcionar como indicador operacional valioso - família pode ser uma aliada decisiva na sustentação do compromisso do aluno - coordenação entre instrutores aumenta a capacidade de resposta da operação educacional - criatividade aplicada ao contexto pode ter impacto real em frequência e motivação - presença, energia e dedicação do instrutor influenciam diretamente o engajamento da turma - resultados relevantes podem ser alcançados mesmo sob pressão, metas difíceis e apoio limitado [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — CESMAC ## Monitoria acadêmica, descomplicação do ensino e identificação de potencial além da avaliação tradicional ## Visão geral Atuei no CESMAC em uma experiência acadêmica que começou de forma espontânea e acabou se transformando em uma monitoria formal de Algoritmos e Programação. O ponto de partida não foi um convite planejado, mas a percepção de que alguns colegas estavam enfrentando dificuldade real para acompanhar o início da formação em programação, em um contexto no qual insegurança, constrangimento e bloqueio cognitivo podiam se misturar de forma perigosa. Ao oferecer ajuda de forma discreta a um colega, o apoio rapidamente se ampliou para um grupo maior de alunos. Pouco depois, essa atuação foi reconhecida institucionalmente com a proposta para assumir a monitoria acadêmica. Esse caso representa uma competência importante que depois reapareceu em outros momentos da minha trajetória: traduzir complexidade técnica em linguagem acessível, criar segurança para aprendizagem e identificar potencial mesmo quando ele ainda não aparece bem dentro dos formatos tradicionais de avaliação. ## Contexto No início da formação em programação, é comum que algoritmos, lógica e abstração gerem estranhamento. Para parte dos alunos, o problema não é falta de capacidade, mas a barreira inicial de linguagem, método e confiança. Naquele contexto, alguns fatores tornavam essa fase ainda mais sensível: - início de curso com alunos ainda formando base conceitual - exposição pública da dificuldade de alguns colegas - insegurança natural diante dos primeiros contatos com programação - risco de que frustração inicial se convertesse em desistência - distância entre a linguagem técnica da disciplina e a realidade cotidiana dos alunos Isso exigia uma forma de apoio que fosse ao mesmo tempo técnica, humana e prática. ## Problema técnico e educacional O problema não era apenas explicar conteúdos de algoritmos e programação. O desafio era tornar conceitos abstratos mais compreensíveis sem aumentar o constrangimento de quem já estava com dificuldade. Esse cenário trazia problemas combinados: - alunos com base inicial frágil em lógica e abstração - dificuldade de transformar teoria em entendimento prático - ambiente potencialmente intimidante para quem não acompanhava o ritmo - risco de evasão ou desengajamento logo nas disciplinas de entrada - limitação do modelo tradicional de avaliação para capturar todo o potencial do aluno Na prática, o desafio era reduzir a distância entre conteúdo técnico e compreensão real, preservando dignidade, confiança e continuidade na formação. ## Objetivo da atuação O objetivo principal era ajudar colegas a compreender melhor os fundamentos de algoritmos e programação, reduzindo bloqueios iniciais e ampliando a segurança para seguir no curso. Na prática, isso significava: - descomplicar conceitos técnicos por meio de linguagem mais acessível - usar exemplos do cotidiano para aproximar teoria e prática - criar um espaço de apoio em que dúvidas pudessem surgir sem exposição desnecessária - fortalecer a confiança dos alunos no próprio processo de aprendizagem - evitar que dificuldades iniciais se transformassem em abandono da formação - reconhecer que potencial nem sempre aparece bem em avaliações convencionais ## Meu papel Atuei como monitor acadêmico de Algoritmos e Programação, apoio entre pares e facilitador de aprendizagem. Entre as frentes práticas da atuação estavam: - atendimento direto a colegas com dificuldade nas disciplinas de base - tradução de conceitos abstratos para exemplos mais próximos da realidade - uso de analogias simples para explicar lógica e programação - apoio a grupos de alunos que passaram a buscar ajuda de forma recorrente - criação de um ambiente mais seguro e acolhedor para dúvidas e revisão de conteúdo - reforço da confiança de colegas que já cogitavam desistir do curso Mais do que repetir conteúdo, meu papel era reduzir atrito cognitivo e emocional na entrada da formação técnica. ## Estratégia adotada A solução para esse cenário não foi aumentar complexidade, mas justamente fazer o oposto: aproximar o conteúdo da vivência concreta dos alunos e retirar camadas desnecessárias de dificuldade. A abordagem se apoiou em alguns princípios: - ajudar sem expor a pessoa desnecessariamente - traduzir conceitos difíceis para linguagem simples - usar exemplos do cotidiano para criar ancoragem mental - crescer do apoio individual para apoio coletivo conforme a demanda aumentasse - construir confiança antes de cobrar fluidez - observar a pessoa para além de seu desempenho momentâneo em formatos tradicionais A monitoria nasceu exatamente dessa lógica. O que começou como ajuda discreta a um colega se transformou em apoio a vários alunos, até ser reconhecido pela coordenação como uma atuação útil para a turma. Um segundo episódio aprofundou ainda mais esse aprendizado. Em uma disciplina na qual eu tinha dificuldade para expressar por escrito um conteúdo que dominava na prática, um professor percebeu a limitação do formato tradicional e conduziu comigo, na conversa, uma espécie de avaliação oral. Aquilo mostrou com clareza que competência real nem sempre se revela da mesma forma em todos os modelos de prova. Esse aprendizado ultrapassou o ambiente acadêmico e passou a influenciar minha visão profissional sobre pessoas consideradas fora do padrão ou difíceis de encaixar. Com incentivo, leitura adequada de contexto e oportunidade correta, muitas delas podem se tornar destaques. ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. perceber sinais de dificuldade e insegurança em disciplinas de base 2. abordar colegas de forma respeitosa e sem aumentar o constrangimento 3. traduzir algoritmos e programação para exemplos mais próximos do cotidiano 4. apoiar a passagem do entendimento inicial para uma compreensão mais estruturada 5. ampliar o suporte do individual para grupos conforme a demanda crescesse 6. fortalecer confiança e permanência dos alunos no curso 7. observar potencial além do que aparece imediatamente em provas e formatos convencionais ## Resultados alcançados A atuação contribuiu para: - formalização de uma monitoria acadêmica a partir de ajuda espontânea entre colegas - aumento da sensação de segurança de alunos nas disciplinas iniciais - apoio a pessoas que já cogitavam desistir do curso por bloqueio com programação - criação de ambiente de aprendizagem mais próximo, acessível e menos intimidante - consolidação de uma visão de desenvolvimento de pessoas orientada por potencial, e não apenas por performance formal imediata - influência duradoura na forma como passei a avaliar, desenvolver e manter talentos em equipes profissionais O episódio em que um ex-aluno se tornou meu professor também reforçou uma dimensão importante desse caso: em formação, os papéis são dinâmicos, e ensinar e aprender fazem parte do mesmo ciclo de crescimento. ## Relevância técnica e educacional do caso Este caso é relevante porque mostra um problema muito frequente em tecnologia: o início da formação em programação pode afastar pessoas competentes quando o ensino não consegue traduzir abstração em compreensão concreta. Ele destaca competências que permanecem valiosas em qualquer contexto de formação técnica, liderança ou gestão de pessoas: - ensino de base com linguagem acessível - uso de analogias para reduzir barreiras de entendimento - apoio entre pares como instrumento real de aprendizagem - redução de insegurança e bloqueio em temas abstratos - leitura de potencial além da avaliação tradicional - desenvolvimento de talentos fora do padrão esperado É um caso importante porque conecta pedagogia, tecnologia e gestão humana em um mesmo aprendizado de longo prazo. ## Aprendizados Alguns aprendizados centrais desse caso: - descomplicar não é simplificar demais; é tornar o conhecimento acessível sem perder essência - início ruim em programação não significa ausência de potencial - constrangimento atrapalha aprendizagem tanto quanto dificuldade técnica - apoio entre pares pode se transformar em mecanismo poderoso de retenção e evolução - avaliações tradicionais nem sempre capturam a capacidade real de uma pessoa - olhar para potencial e contexto produz decisões melhores em educação e em liderança [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — LBC UFAL ## Atendimento técnico, organização de recursos compartilhados e mediação empática em ambiente público de alta demanda ## Visão geral Atuei no Laboratório da Biblioteca Central da Universidade Federal de Alagoas em um contexto no qual o trabalho ia muito além de suporte técnico básico. O ambiente exigia organização operacional, atendimento direto a um grande volume de pessoas, administração de recursos compartilhados e capacidade de lidar com interações tensas sem perder a qualidade do serviço. Mais do que executar tarefas isoladas, a atuação funcionou como uma escola prática de operação, atendimento, adaptação comportamental e resolução de problemas em ambiente real. Esse período também teve papel decisivo na minha formação técnica, porque o acesso intenso às máquinas e aos recursos de informática ampliou minha curva de aprendizado e consolidou uma postura de exploração contínua, estudo autônomo e uso máximo da infraestrutura disponível. ## Contexto O laboratório atendia um fluxo significativo de pessoas em um período em que acesso a computadores e recursos de informática ainda era muito mais restrito do que hoje. Na prática, isso significava lidar com: - demanda intensa por uso das máquinas - necessidade de organizar reservas e fluxo de atendimento - pessoas frequentemente apressadas, tensas ou sem paciência - expectativa de bom atendimento mesmo sob pressão - múltiplas atividades operacionais acontecendo ao mesmo tempo Além da camada técnica, havia uma forte dimensão humana. O ambiente exigia equilíbrio emocional, observação, escuta e capacidade de influenciar o clima da interação para evitar escalada de tensão. Ao mesmo tempo, por estar no centro da operação e com acesso constante aos equipamentos, o laboratório se tornou um espaço de aprendizado técnico acelerado, no qual pude estudar, praticar e expandir repertório com intensidade acima da média para o momento. ## Problema operacional, técnico e de atendimento O problema não era apenas manter máquinas disponíveis ou executar tarefas de suporte. O desafio central era sustentar uma operação funcional em ambiente compartilhado, com recursos disputados, alto fluxo de usuários e pressão emocional recorrente. Esse cenário trazia problemas combinados: - necessidade de manter ordem e continuidade do atendimento - administração prática do uso de computadores e horários - resolução rápida de demandas variadas sem especialização excessiva por tarefa - interação com pessoas em estado de tensão, ansiedade ou impaciência - preservação de um ambiente mais estável e colaborativo mesmo sob pressão Na prática, a atuação exigia um perfil generalista, orientado a serviço, com capacidade de observar, ajustar comportamento e resolver o que fosse necessário para a operação continuar funcionando. ## Objetivo da atuação O objetivo principal era contribuir para um atendimento mais funcional, organizado e leve, garantindo uso mais eficiente dos recursos disponíveis e melhor experiência para quem dependia do laboratório. Na prática, isso significava: - organizar o acesso aos recursos de informática - apoiar usuários em necessidades operacionais e técnicas do dia a dia - reduzir atritos no atendimento por meio de postura e condução adequada - sustentar o funcionamento do ambiente mesmo diante de alta demanda - aprender rapidamente a partir da própria operação e da infraestrutura disponível ## Meu papel Atuei em uma posição amplamente generalista, combinando suporte técnico, organização operacional, atendimento ao público e apoio educacional. Entre as frentes práticas da atuação estavam: - organização de reservas e fluxo de utilização das máquinas - apoio a pessoas no uso dos recursos disponíveis - resolução de demandas cotidianas ligadas ao ambiente técnico e operacional - adaptação contínua a tarefas diversas conforme a necessidade do laboratório - observação do comportamento das pessoas para conduzir interações de forma mais produtiva - uso intensivo da infraestrutura como base de estudo e desenvolvimento técnico próprio Foi uma atuação do tipo “resolver o que fosse necessário”, com forte componente de responsabilidade prática e aprendizado em serviço. ## Estratégia adotada A solução para esse cenário não foi uma tecnologia específica, mas uma forma de atuação combinando disciplina operacional, abertura para aprender, observação comportamental e postura de serviço. A abordagem se apoiou em alguns princípios: - ouvir mais do que presumir - aprender rapidamente com orientações recebidas - ajustar a própria postura para reduzir tensão no ambiente - criar conexão momentânea com a pessoa atendida para facilitar a condução da interação - assumir tarefas variadas sem resistência excessiva a mudanças de contexto - aproveitar ao máximo o acesso às máquinas para estudar e ampliar repertório técnico Uma das práticas que mais marcou esse período foi a percepção de que o comportamento do atendente influencia diretamente o ambiente. Com o tempo, isso evoluiu para uma forma prática de empatia observacional e condução da conversa, baseada em sincronizar postura, ritmo e interação para reduzir atrito e aumentar colaboração. Essa habilidade, ainda em estágio inicial naquela época, se tornaria mais tarde uma base importante para contextos de atendimento, liderança, recrutamento técnico e mediação de situações críticas. ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. observar o contexto e o volume de demanda do momento 2. organizar acesso, reservas e uso dos recursos disponíveis 3. atender necessidades técnicas e operacionais imediatas 4. ajustar comunicação e postura conforme o perfil da interação 5. reduzir tensões e conduzir a conversa para uma solução prática 6. manter o fluxo do ambiente funcionando com o menor atrito possível 7. aproveitar a infraestrutura e o contexto operacional como espaço contínuo de aprendizado técnico ## Resultados alcançados A atuação contribuiu para: - manutenção de um atendimento mais organizado em ambiente de alta demanda - uso mais funcional de recursos compartilhados de informática - maior capacidade pessoal de lidar com pessoas sob tensão sem escalar conflitos - desenvolvimento precoce de postura de serviço orientada a solução - consolidação de perfil generalista capaz de assumir diferentes necessidades operacionais - aceleração do aprendizado técnico por meio do acesso intensivo às máquinas e da prática constante Embora o contexto não fosse estruturado como projeto formal com métricas de produto, o impacto foi real na qualidade do atendimento, na fluidez da operação e na minha formação prática como profissional que aprende rápido e resolve em contexto real. ## Relevância técnica e operacional do caso Este caso é relevante porque mostra uma camada frequentemente subestimada da formação em tecnologia: a combinação entre suporte, operação, comportamento e acesso à infraestrutura como ambiente de aprendizagem. Ele antecipa competências que depois reaparecem em contextos mais sofisticados da carreira: - atendimento técnico com leitura de contexto humano - organização operacional de recursos compartilhados - adaptação a ambiente de alta demanda e múltiplas interrupções - resolução prática de problemas fora de escopo rígido - uso da própria operação como espaço de aprendizado acelerado - construção de empatia aplicada à condução de interações difíceis É um caso importante porque ajuda a explicar a origem de um perfil profissional que não separa completamente tecnologia, operação e comportamento humano. ## Aprendizados Alguns aprendizados centrais desse caso: - qualidade de atendimento depende tanto de postura quanto de processo - comportamento pode influenciar e estabilizar o ambiente ao redor - perfis generalistas ganham força quando aprendem rápido em contexto real - infraestrutura acessível pode ser um acelerador decisivo de formação técnica - resolver problemas exige, muitas vezes, cuidar ao mesmo tempo da tarefa e da pessoa - transparência, escuta e adaptabilidade têm valor operacional concreto [← Voltar ao índice](#estudos-de-caso-técnicos) --- # Caso técnico detalhado — CSCJ ## Inclusão digital, mensuração simples de progresso e transformação educacional em contexto de recursos limitados ## Visão geral Atuei no Colégio Sagrado Coração de Jesus em um contexto no qual ensinar informática significava, antes de tudo, ampliar acesso, reduzir barreiras e combater na prática o analfabetismo digital. O ambiente tinha recursos limitados, poucos computadores e infraestrutura restrita, mas também reunia alunos com forte vontade de aprender e evoluir. Nesse cenário, a atuação docente exigia mais do que transmissão de conteúdo: exigia sensibilidade para identificar esforço real, criatividade para trabalhar com o que havia disponível e compromisso genuíno com a evolução dos alunos. Um dos episódios mais marcantes desse período envolveu a criação de uma ferramenta simples para medir digitação por minuto e a identificação de um aluno que, mesmo sem computador em casa, encontrou formas próprias de treinar e evoluir. Esse caso sintetiza bem a essência da experiência: ensino técnico com baixo recurso, alta criatividade e impacto humano concreto. ## Contexto A escola atuava em um cenário no qual a inclusão digital ainda era um desafio muito visível. Para muitos alunos, o contato com informática não fazia parte da rotina doméstica e o acesso a equipamentos era escasso. Na prática, isso significava lidar com: - poucos computadores disponíveis - máquinas em grande parte recebidas por doação - limitação de acesso contínuo à prática - necessidade de adaptar o ensino à realidade material dos alunos - heterogeneidade no ponto de partida técnico da turma Ao mesmo tempo, havia uma comunidade escolar rica em disposição para aprender. Isso criava um ambiente em que pequenas ações pedagógicas podiam produzir efeitos muito significativos quando combinadas com atenção individual e leitura sensível do esforço de cada aluno. ## Problema técnico e educacional O problema não era apenas ensinar informática em sentido abstrato. O desafio era criar progresso real de aprendizagem em um ambiente no qual os recursos não acompanhavam plenamente a necessidade de prática. Esse cenário trazia problemas combinados: - necessidade de ensinar habilidades digitais com acesso limitado a equipamentos - dificuldade de acompanhar evolução individual de forma objetiva - risco de que alunos altamente motivados tivessem seu progresso restringido por falta de recursos - necessidade de manter a aprendizagem viva mesmo fora do ambiente escolar - importância de enxergar potencial onde o contexto material poderia esconder talento Na prática, o desafio era transformar ensino técnico básico em oportunidade real de desenvolvimento pessoal e autonomia. ## Objetivo da atuação O objetivo principal era promover aprendizagem concreta em informática, ampliando acesso, prática e confiança dos alunos em um contexto de restrição material. Na prática, isso significava: - combater analfabetismo digital por meio de ensino acessível e próximo - criar meios objetivos de acompanhar evolução técnica - estimular prática contínua mesmo com infraestrutura limitada - reconhecer esforço real e potencial de crescimento - transformar a experiência de aprendizagem em algo capaz de impactar a trajetória de vida dos alunos ## Meu papel Atuei como professor, facilitador de inclusão digital e observador atento da evolução individual dos alunos. Entre as frentes práticas da atuação estavam: - ensino de informática em contexto de recursos escassos - adaptação das atividades à infraestrutura disponível - acompanhamento do desempenho dos alunos nas práticas de digitação - criação de um pequeno programa em Delphi para medir teclas digitadas por minuto - identificação de esforço, disciplina e potencial acima da média - oferta de suporte prático adicional quando percebia oportunidade de ampliar o aprendizado Mais do que ministrar aulas, o papel exigia atenção real ao que o aluno conseguia construir mesmo fora das condições ideais. ## Estratégia adotada A solução para esse cenário não foi esperar melhores condições estruturais, mas trabalhar com criatividade pedagógica, observação objetiva e intervenções simples de alto valor. A abordagem se apoiou em alguns princípios: - ensinar com os recursos disponíveis, sem paralisar pela limitação - observar desempenho real em vez de presumir capacidade - medir evolução de forma prática quando isso ajudasse a orientar o acompanhamento - reconhecer dedicação e disciplina como sinais relevantes de potencial - reforçar o aprendizado com pequenos apoios concretos quando possível - valorizar a superação criativa como parte do processo formativo A criação de um programa simples em Delphi para contabilizar teclas por minuto foi um exemplo claro dessa lógica. Não se tratava de tecnologia sofisticada, mas de uma ferramenta funcional para tornar o progresso visível, comparável e acompanhável. Essa visibilidade permitiu perceber com clareza o caso de um aluno que atingia desempenho excepcional apesar de não ter computador em casa. Ao descobrir que ele treinava em um teclado desenhado em papelão, a resposta prática foi ampliar minimamente sua condição de treino com a doação de um teclado antigo sem uso. Esse gesto teve valor muito maior do que o objeto em si: mostrou que, em educação, pequenas intervenções no momento certo podem destravar progresso e dignidade. ## Fluxo de atuação simplificado A lógica da atuação pode ser resumida assim: 1. ensinar fundamentos de informática em contexto de acesso limitado 2. observar como cada aluno respondia às atividades práticas 3. criar mecanismo simples de medição para acompanhar evolução em digitação 4. identificar alunos com disciplina, esforço e progressão diferenciada 5. investigar como esse progresso estava sendo construído fora da escola 6. oferecer apoio concreto sempre que uma pequena intervenção pudesse ampliar aprendizagem 7. transformar desempenho técnico em estímulo, confiança e possibilidade real de futuro ## Resultados alcançados A atuação contribuiu para: - avanço prático da aprendizagem digital em ambiente de poucos recursos - criação de critério mais objetivo para acompanhamento de desempenho em digitação - identificação de dedicação excepcional mesmo em contexto material adverso - fortalecimento da confiança do aluno por meio de reconhecimento concreto do esforço - demonstração de que inclusão digital depende tanto de método quanto de sensibilidade pedagógica - geração de impacto duradouro na trajetória de pelo menos um aluno de forma explicitamente reconhecida anos depois O reencontro posterior com esse ex-aluno, já inserido profissionalmente e atribuindo parte de sua trajetória à experiência vivida na escola, evidencia que o efeito da docência nem sempre aparece imediatamente, mas pode se consolidar com profundidade ao longo do tempo. ## Relevância técnica e educacional do caso Este caso é relevante porque mostra que ensino de informática, especialmente em contextos de base, não é apenas transmissão de conteúdo técnico. É também desenho de acesso, criação de instrumentos simples de acompanhamento, leitura de potencial e intervenção pedagógica com impacto humano real. Ele destaca competências que permanecem valiosas em outros contextos da carreira: - ensino técnico com adaptação a restrições reais - criação de soluções simples para mensurar progresso - identificação de talento por evidência prática e disciplina - sensibilidade para reconhecer esforço invisível - capacidade de transformar limitações em abordagem pedagógica viável - entendimento de que tecnologia só gera impacto quando encontra contexto humano e oportunidade concreta É um caso importante porque mostra uma forma de docência que une técnica, criatividade, observação e compromisso com transformação de vida. ## Aprendizados Alguns aprendizados centrais desse caso: - recursos limitados não impedem impacto relevante quando há criatividade pedagógica - medir progresso, mesmo de forma simples, melhora a qualidade da observação docente - esforço e disciplina costumam revelar potencial antes mesmo da estrutura ideal existir - pequenas intervenções concretas podem ter efeito desproporcionalmente positivo - inclusão digital é também um trabalho de dignidade, acesso e confiança - quem ensina com verdade recebe de volta sinais profundos do impacto gerado [← Voltar ao índice](#estudos-de-caso-técnicos)