Inglês
PortuguêsInstalações e Reformas
Um ecossistema de serviços para vender, agendar e operar instalações e reformas com confiabilidade nas jornadas de clientes, parceiros e times internos.
Este case representa o momento da minha carreira em que saí de uma atuação centrada no frontend para uma liderança técnica mais ampla, trabalhando com backend, infraestrutura, observabilidade, disciplina de release e entrega de produto em um ecossistema crítico para o negócio.
Visão geral do projeto
Um ecossistema construído para conectar clientes, profissionais parceiros e a operação da Leroy Merlin em torno da entrega de serviços.
Instalações e Reformas não era apenas uma aplicação frontend isolada. Era um ecossistema maior de serviços envolvendo páginas públicas, fluxos operacionais, onboarding de parceiros e ferramentas internas que sustentavam como instalações e reformas eram oferecidas e executadas.
O projeto exigia visão de produto, consistência técnica e confiabilidade operacional, porque a experiência atendia diferentes perfis de usuários e dependia de comunicação estável entre vários serviços e times.
Experiência pública de serviços que ajuda a explicar a proposta de Instalações e Reformas e transmitir confiança na jornada.
Problema de negócio
O desafio era tornar a operação de serviços compreensível, escalável e confiável para todos os envolvidos.
Vender um serviço é mais complexo do que vender um produto físico. A plataforma precisava comunicar confiança, explicar o serviço com clareza, sustentar regras operacionais e criar fluxos que funcionassem para clientes, negócio e profissionais parceiros.
Isso significava reduzir atrito nas jornadas de aquisição e onboarding, ao mesmo tempo em que o ecossistema interno precisava de estrutura suficiente para evoluir sem gerar caos operacional.
Escopo e complexidade
A complexidade vinha da escala, das integrações e do fato de o ecossistema misturar produto, operação e arquitetura.
Minha atuação passou a tocar mais de 40 microsserviços e múltiplas experiências frontend. Era um contexto em que mudanças em uma parte do ecossistema podiam afetar fluxos de parceiros, comunicação com clientes ou operações internas.
A plataforma também precisava sustentar múltiplos ambientes, fluxos de release e decisões técnicas em uma arquitetura em expansão, o que tornava a disciplina de engenharia tão importante quanto a entrega de funcionalidades.
- Fluxos voltados ao cliente e páginas públicas conectadas à aquisição do serviço
- Experiências de parceiros e onboarding com dependências operacionais
- Arquitetura distribuída com frontend e backend evoluindo em paralelo
- Coordenação entre produto, engenharia e stakeholders de negócio
Contexto operacional e voltado a parceiros, mostrando que o ecossistema ia além de uma landing page simples e alcançava onboarding e fluxos de execução.
Meu papel no projeto
Comecei no frontend e evoluí para uma atuação como tech lead com responsabilidade mais ampla por qualidade de entrega e direção técnica.
Com o tempo, deixei de estar focado apenas na implementação de interface e passei a apoiar o ecossistema por uma perspectiva mais ampla de engenharia. Atuei com arquitetura frontend, participação em backend com Java e Spring Boot, apoio de infraestrutura em Google Cloud Platform e iniciativas de observabilidade.
Também apoiei decisões técnicas, ajudei a organizar codebases e estruturas de pastas, contribuí para padrões de engenharia mais limpos e trabalhei com o time para manter o ecossistema sustentável enquanto as entregas continuavam avançando.
- Liderança técnica de um time multidisciplinar de cerca de 12 pessoas: 2 front-ends, 2 back-ends, 2 full-stacks, 1 estagiário, PM, PO, agilista e QA
- Liderança técnica para evolução do serviço e entregas entre times
- Contribuição hands-on em aplicações frontend com React e Next.js
- Apoio em backend com microsserviços Java e Spring Boot
- Orientação em arquitetura, clean code e padrões de implementação
Arquitetura e tecnologias
O ecossistema combinava entrega frontend moderna com serviços backend, observabilidade e automação de release.
No frontend, trabalhei com aplicações em React, páginas públicas e experiências operacionais que precisavam de clareza, performance e manutenibilidade. No backend, participei de serviços em Java e Spring Boot, ajudando com estrutura, clean code e direção técnica.
O lado operacional do projeto também envolvia organização de ambientes, versionamento semântico, workflows com GitHub Actions, monitoramento com Datadog e apoio à evolução orientada a eventos, onde comunicação entre serviços e escalabilidade no longo prazo eram fundamentais.
- Apoio aos ambientes em Google Cloud Platform e organização do ciclo de vida das aplicações
- Monitores no Datadog para incidentes backend e frontend e visibilidade de erros
- Workflows no GitHub Actions para testes unitários, feedback em pull requests, deploys e disciplina de release
- Apoio técnico em diagramas, discussões de arquitetura e evolução de comunicação entre serviços
Tecnologias e práticas
Principais contribuições
Minha contribuição não ficou restrita a uma camada da stack. O foco era tornar o ecossistema mais fácil de evoluir e mais seguro de operar.
Grande parte do meu trabalho foi elevar a consistência de engenharia, ajudar o time a se mover mais rápido com confiança e reduzir ambiguidades sobre como aplicações deveriam ser estruturadas, entregues e monitoradas.
- Apoio a decisões de arquitetura em um ecossistema distribuído com múltiplos serviços
- Definição de estruturas mais limpas de frontend e backend para escalabilidade e manutenção
- Criação de workflows no GitHub Actions para testes unitários, feedback em pull requests e apoio ao deploy
- Organização de ambientes e práticas de release com versionamento semântico e governança de entrega
- Criação de monitores no Datadog para ampliar a visibilidade sobre falhas em backend e frontend
Desafios
O projeto exigia profundidade técnica e consciência operacional ao mesmo tempo.
Um dos principais desafios era equilibrar necessidades imediatas do negócio com qualidade técnica de longo prazo em um ecossistema com muitas dependências. Outro era garantir alinhamento suficiente entre frontend, backend e operação para que os releases continuassem confiáveis.
- Manter consistência entre muitos serviços, times e ritmos de entrega
- Elevar observabilidade e percepção de incidentes em um ambiente distribuído
- Apoiar a evolução de arquitetura sem bloquear demandas de produto
- Traduzir restrições técnicas em decisões compreensíveis para negócio e operação
Resultados e impacto
O impacto apareceu na maturidade de entrega, na confiabilidade técnica e em um ecossistema mais estruturado.
Quando assumi a liderança técnica, as plataformas eram instáveis e os incidentes eram recorrentes, praticamente toda semana, a ponto de o time de negócio criar figurinhas para brincar com a situação no WhatsApp. Com testes automatizados, observabilidade e disciplina de release, esse ritmo caiu para algo em torno de um incidente a cada três meses (estimativa).
Tão importante quanto isso, o projeto consolidou minha capacidade de conectar qualidade de código, decisões de plataforma e realidade operacional em um ambiente com forte visibilidade para o negócio.
- Incidentes de recorrência quase semanal passaram a acontecer aproximadamente a cada três meses (estimativa)
- Várias aplicações saíram de cobertura de testes zero para mais de 80%
- Mais disciplina de release com workflows e versionamento mais claros
- Monitoramento melhor e visibilidade mais rápida sobre problemas de backend e frontend
Comunicação de serviço pensada para reforçar credibilidade, escala e confiança no ecossistema como um todo.
Aprendizados
Foi uma das experiências que mais ampliou minha visão sobre liderança técnica.
Aprendi o quanto gera valor conectar arquitetura, observabilidade, disciplina de release e comunicação em vez de tratar esses temas separadamente. Também fortaleci minha capacidade de apoiar decisões além do frontend, mantendo uma postura prática e orientada à entrega.
- Liderança cresce quando produto, engenharia e operação caminham juntos
- Escalabilidade depende de padrões, visibilidade e clareza de decisão tanto quanto de código
- Boa direção técnica reduz atrito para times e stakeholders de negócio
- Entrega confiável é construída por sistemas, não por heroísmos isolados
Vamos conversar
Em busca de alguém que transforma contexto em entrega
Se você está contratando um engenheiro sênior ou tech lead que combina profundidade técnica, visão de produto e execução confiável, estou aberto a conversas.