O diretor de tecnologia, Jean Pierre Lessa e Santos Ferreira, avalia que o movimento aponta para um modelo conhecido como desenvolvimento orientado a produtos, que desloca o foco da entrega de funcionalidades isoladas para a construção de soluções alinhadas a metas de negócio e necessidades reais de usuários, em vez de simplesmente seguir um roteiro fixo de tarefas técnicas.
Este artigo explica o que caracteriza essa abordagem, por que ela vem sendo adotada com mais frequência por organizações de diferentes tamanhos, quais mudanças ela provoca na rotina das equipes técnicas, quais métricas passam a orientar decisões de priorização e como organizações podem começar a aplicá-la na prática sem comprometer operações já em andamento.
O que é desenvolvimento orientado a produtos?
Desenvolvimento orientado a produtos é um modelo de trabalho em que decisões técnicas são guiadas por objetivos de negócio e impacto percebido pelo usuário, e não apenas pela execução de um roteiro fixo de tarefas predefinidas. Times deixam de operar como prestadores internos de serviço, que apenas entregam o que é solicitado por outras áreas, e passam a participar ativamente da definição do que deve ser construído, em que ordem e por quê.
O diretor de tecnologia, Jean Pierre Lessa e Santos Ferreira, aborda esse tema, já que sua trajetória profissional está associada a contextos em que squads de tecnologia assumem responsabilidade direta sobre resultados de produto, e não apenas sobre entregas técnicas pontuais desconectadas de metas mais amplas da organização.
Por que equipes de tecnologia estão adotando esse modelo?
A adoção desse modelo costuma estar relacionada à busca por maior eficiência na alocação de recursos de engenharia, que, em estruturas tradicionais, frequentemente são direcionados a funcionalidades de baixo impacto. Discussões recentes sobre o tema, incluindo análises que mencionam Jean Pierre Lessa e Santos Ferreira, apontam que parte significativa do esforço técnico acaba voltada a entregas que, depois de lançadas, têm baixa adesão ou impacto limitado nos indicadores de negócio da empresa.
Outro fator que impulsiona essa mudança é a pressão crescente por ciclos de entrega mais curtos e melhor validados antes de receberem investimento total de engenharia. Organizações que adotam o desenvolvimento orientado a produtos tendem a priorizar experimentação e validação de hipóteses antes de investir em construção completa de funcionalidades, o que reduz desperdício de tempo, orçamento e recursos técnicos especializados ao longo do processo.
Como o desenvolvimento orientado a produtos muda a rotina das equipes?
Na prática, esse modelo altera de forma significativa a composição e a dinâmica dos times de tecnologia envolvidos. Discussões sobre o tema, incluindo análises de Jean Pierre Lessa e Santos Ferreira, descrevem squads que passam a integrar, de forma mais próxima, profissionais de produto, design, dados e engenharia, com reuniões de alinhamento voltadas à discussão de problemas reais a resolver, e não apenas de tarefas isoladas a executar dentro de um cronograma fixo.
A proximidade maior entre essas áreas também muda substancialmente o papel exercido por lideranças técnicas dentro da organização. Em vez de apenas garantir qualidade de código e cumprimento de prazos, espera-se que essas lideranças participem ativamente da priorização estratégica, contribuindo com viabilidade técnica para decisões que antes ficavam restritas a áreas de produto ou de negócio, sem qualquer envolvimento da engenharia.
More Read
Quais métricas importam nesse novo modelo?
As métricas tradicionais de entrega, como número de funcionalidades lançadas por período ou velocidade média de sprint, perdem espaço gradualmente para indicadores diretamente ligados ao resultado de negócio. Entre os mais utilizados atualmente estão a taxa de adoção de novas funcionalidades pelos usuários finais, retenção ao longo do tempo e impacto mensurável em métricas de receita ou eficiência operacional da empresa como um todo.
A instrumentação adequada de produto, desde as fases iniciais de desenvolvimento, passa a ser indispensável para sustentar esse tipo de acompanhamento contínuo. Sem dados confiáveis sobre o uso real das funcionalidades entregues, equipes correm o risco de tomar decisões baseadas apenas em suposições internas, o que compromete diretamente a proposta central do modelo orientado a produtos e reduz sua efetividade prática.
Como começar a aplicar essa abordagem na prática?
Organizações que desejam migrar para esse modelo costumam começar por projetos piloto, conduzidos em squads específicos, antes de expandir a abordagem para toda a estrutura de tecnologia da empresa. A estratégia de começar pequeno permite ajustar processos, papéis, ferramentas de instrumentação e rituais de priorização sem comprometer operações críticas já em andamento, ao mesmo tempo em que gera aprendizados valiosos que orientam a expansão gradual do modelo.
A trajetória de Jean Pierre Lessa e Santos Ferreira ressalta análises sobre estruturação de squads orientados a produto, especialmente quando o tema envolve a transição de equipes acostumadas a backlog fixo para um modelo de priorização contínua baseada em dados reais e validação constante de hipóteses junto a usuários finais das soluções desenvolvidas.
Autor: Diego Rodríguez Velázquez
