Design <i>patterns</i> no desenvolvimento de software: heróis ou vilões?

Coluna

Digital

Inovação

Tecnologia

26 de fevereiro de 2025

Design patterns no desenvolvimento de software: heróis ou vilões?

Ferramenta reduz a complexidade e possibilita a adaptabilidade do código, mas seus impactos devem ser analisados antes da implementação

Há muito se fala sobre o uso dos design patterns no desenvolvimento de software e seus benefícios. Porém, será mesmo que a simples utilização desses padrões garante a solução dos problemas que eles se propõem a resolver?

Os designs patterns (ou padrões de projeto) são soluções padronizadas para problemas recorrentes em projetos de software, oferecendo modelos para a resolução dos problemas, o que torna o código modular e legível.

A expectativa é que esses padrões sejam utilizados para facilitar a manutenção e otimizar a eficiência do software, melhorar a qualidade do código e facilitar a comunicação entre os integrantes da equipe de desenvolvimento. Além disso, como a ferramenta reduz a complexidade e proporciona o reuso e a adaptabilidade do código, ela também possibilita ganhos de produtividade para a equipe.

O histórico dos padrões de projeto de software não é recente. A ideia surgiu na arquitetura antes de ser aplicada ao desenvolvimento de software. Em 1978, o arquiteto Christopher Alexander catalogou, juntamente com Sara Ishikawa e Murray Silverstein, 253 problemas comuns de arquitetura e suas soluções no livro “A Pattern Language: Towns, Buildings, Construction”.

Alexander definiu que um padrão deveria ter as seguintes características: encapsulamento, generalidade, equilíbrio, abstração, abertura e combinatoriedade. Essas características acabaram influenciando o desenvolvimento dos padrões dos projetos de software.  Mais tarde, em 1987, Kent Beck e Ward Cunningham apresentaram os primeiros padrões na área de ciência da computação, para linguagens orientadas a objetos.

Porém, somente em 1994, por influência do trabalho de Alexander, ocorreu a popularização dos design patterns no desenvolvimento de software. O lançamento do livro “Design Patterns: Elements of Reusable Object-Oriented Software”, da “Gang of Four” (GoF) — Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides —, catalogando 23 padrões de design, formalizou o uso da ferramenta na área.

Ao utilizar design patterns, é fundamental entender cada categoria para escolher o padrão mais adequado para o problema a ser resolvido. Por isso, esses padrões foram divididos em três categorias:

  • Padrões criacionais: permitem criar objetos sem “amarrar” o código a classes específicas, que exigem o controle do processo de criação. É como fazer um pedido de um sanduíche no Subway: você pode escolher o pão, o recheio, o queijo e a salada, mas permite que o atendente monte seu lanche do jeito dele. Isso garante flexibilidade (você pode escolher diferentes tipos de queijo e molhos), reutilização (os mesmos ingredientes podem ser utilizados para produzir lanches diferentes) e independência (novos ingredientes podem ser adicionados, sem que você precise mudar a forma de realizar seu pedido). Alguns exemplos de padrões criacionais são Builder (classe que cria objetos para representar um relatório com diferentes tipos de filtros, colunas e opções de formatação), Factory Method (uma aplicação pode usar este padrão para carregar plugins ou extensões, onde cada plugin é instanciado por uma factory específica) e Singleton (pode ser usado para a criação de um objeto que armazena as configurações da aplicação, como informações de conexão com o banco de dados ou preferências do usuário);
  • Padrões estruturais: focam na construção de sistemas complexos a partir de partes menores (objetos e classes), que podem se encaixar de maneiras diferentes através de uma mesma interface, tornando-se muito adequados quando é necessário garantir alta flexibilidade entre as partes. Funciona como peças de Lego: embora existam peças de diferentes tamanhos, cores e propósitos, o “padrão de encaixe” é sempre o mesmo, permitindo que muitas coisas diferentes sejam construídas com as mesmas peças. Exemplos: Adapter (quando um sistema que usa uma biblioteca de processamento de pagamentos com uma interface específica precisa se comunicar com outra biblioteca de pagamentos com uma interface diferente) e o padrão Facade (por exemplo, durante o cadastro de um usuário no sistema, a interface de cadastro interage com uma classe, que coordena ações necessárias nos subsistemas de validação, como persistência no banco de dados e envio de e-mail de confirmação);
  • Padrões comportamentais: tratam da forma como os objetos de um sistema trabalham juntos ao realizar uma tarefa. Esse padrão é útil quando é necessário ter flexibilidade de comunicação e separação de responsabilidades dentro do sistema. Pense em uma orquestra: cada músico (objeto) toca seu instrumento seguindo a sua própria partitura (seu código) e é responsável por produzir sons diferentes; seu comportamento é determinado pelos comandos do maestro (aumentar volume, mudar o ritmo). Um exemplo muito comum é o padrão Observer (uma plataforma de notícias pode usar esse padrão para notificar assinantes quando uma nova notícia é publicada); outro exemplo é o padrão Command (em aplicações com interfaces gráficas, é usado para representar as ações que podem ser executadas pelos usuários através de menus e botões; cada item de menu ou botão, como “Salvar”, “Abrir”, “Copiar” e “Colar”, pode ser associado a um objeto Command específico, que encapsula a lógica necessária para executar a ação).

Alguns estudos mostraram que projetos com equipes de desenvolvimento maiores tendem a utilizar padrões de projeto com mais frequência. Isso demonstra que os padrões são utilizados para melhorar a documentação e a comunicação entre os membros da equipe. Além disso, desenvolvedores com mais experiência em programação e design são mais propensos a utilizar padrões de projeto.

Al-Obeidallah (2021) analisou o impacto do padrão de projeto Adapter na manutenibilidade de software — atributo de qualidade que indica quão fácil de entender e modificar é o software. Os autores criaram versões de quatro sistemas de software sem o padrão Adapter, utilizando técnicas de refatoração, e compararam métricas de software entre as versões com e sem o padrão. A análise dessas métricas, correlacionadas com a manutenibilidade em estudos anteriores, concluiu que o padrão Adapter impacta positivamente a manutenibilidade, reduzindo indicadores como o número de métodos e linhas de código e melhorando a coesão.

Qasim (2021) investigou o impacto do uso de diferentes padrões de projeto no consumo de energia de aplicativos Android. Os autores implementaram cinco padrões (Singleton, Facade, Observer, Template e Abstract Factory) em dois aplicativos open source, medindo o consumo de energia antes e depois da implementação. Os resultados mostraram que padrões como Observer e Abstract Factory reduziram significativamente o consumo de energia, enquanto o Singleton, em contrapartida, causou um aumento.

Over-engineering

Entretanto, a simples utilização de um design pattern não garante as melhorias sugeridas. Em geral, as pesquisas sobre o impacto de design patterns na qualidade do software apresentam resultados mistos e contraditórios, sugerindo que a relação entre design patterns e qualidade do software é complexa e influenciada por vários fatores. Na verdade, existem estudos apontando que alguns padrões podem ter um impacto negativo na qualidade do software.

Paralelamente, alguns desenvolvedores, especialmente os menos experientes, podem tentar aplicar design patterns em situações em que soluções mais simples seriam suficientes, um problema conhecido como over-engineering.

Também é possível ocorrer um impacto negativo na produtividade caso algum padrão seja mal utilizado, adicionando complexidade excessiva e dificultando a compreensão, o que pode tornar as modificações nos códigos mais difíceis. A implementação de padrões “direto ao ponto”, ou seja, sem adaptá-los corretamente ao contexto da aplicação, pode gerar soluções ineficientes.

Há uma carência de estudos empíricos que avaliem o impacto dos padrões de projeto na qualidade do software, e muitos estudos se baseiam em questionários. Dessa forma, é difícil analisar e adotar um determinado padrão de projeto baseando-se em pesquisas e ferramentas.

Como escolher

Afinal, como escolher o design pattern mais adequado? Essa escolha deve ser feita levando em consideração diversos fatores. Em primeiro lugar, é necessário identificar exatamente qual é o problema que se pretende resolver por meio de um padrão. Os design patterns são soluções para problemas recorrentes, portanto, devemos verificar se a parte do software a ser padronizada pode ser identificada como um problema recorrente.

Somente após esse passo deve-se analisar a intenção de cada padrão, isto é, o tipo particular de problema que cada padrão pode resolver. É preciso também ponderar sobre as consequências e trade-offs que o design pattern escolhido vai trazer para o desenvolvimento e a equipe.  O padrão selecionado deve facilitar a comunicação entre os membros da equipe, e não dificultar. Por isso, é importante considerar também a familiaridade que a equipe possui com os padrões.

Como os design patterns são soluções prontas, pode ser que seja necessária uma adaptação ao contexto do problema, a fim de obter a melhor relação entre o custo de implementação e os benefícios que a solução trará para o projeto. Afinal, os padrões de design foram pensados para melhorar a qualidade do código, caso contrário, é melhor definir a própria implementação, de maneira simplificada, buscando garantir os mesmos parâmetros de qualidade.

A fim de avaliar o impacto e a melhoria de qualidade do software, algumas métricas podem ser calculadas antes e depois de uma refatoração para uso de um determinado design pattern. Alguns indicadores, como o Índice de Manutenibilidade, o Acoplamento de Classes e Coesão e até mesmo o Tempo de Execução, podem ser relevantes para avaliar os benefícios da adoção do padrão de projeto em questão. No entanto, pode ser muito difícil obter essas métricas para realizar essa avaliação mais criteriosa.

Os design patterns não são a “bala de prata” para todos os tipos de problemas. É importante analisar muito bem a situação antes de utilizá-los em algum projeto de software, para verificar se trarão vantagens significativas. Em primeiro lugar, deve-se avaliar a real necessidade de adotá-los no projeto.

Muitas vezes, um bom ponto de equilíbrio pode ser desenvolver um código mais simples, sem seguir um determinado padrão, e depois refatorá-lo para utilizar algum design pattern, evitando alguns problemas de implementação. Utilizando métricas e a percepção geral do time, será possível avaliar se a utilização do padrão após a refatoração melhorou a qualidade do código e trouxe benefícios para todos.

Independentemente do exposto, é importante que todo desenvolvedor aprenda sobre design patterns, para conseguir identificá-los e contribuir mais facilmente em diferentes projetos open source, por exemplo. Aprender mais sobre esses padrões expande os horizontes e permite que o desenvolvedor encontre novas formas de resolver problemas e propor melhorias em sistemas existentes, criando softwares com muito mais qualidade.

Para ter acesso às referências desse texto clique aqui.

Este conteúdo foi produzido por:

Lucas Schiolin Silveira

LinkedIn

Formado em Ciências da Computação pela Unesp de Rio Claro, possui MBA em Data Science e Analytics pela USP/ESALQ. Trabalha como desenvolvedor e líder técnico na Skylar. É estudante de IA, Machine Learning e Data Science.

Quem publicou esta coluna

Skylar

"Startup" de tecnologia e legendagem que faz parte das iniciativas do Pecege, utiliza inteligência artificial e técnicas linguísticas para fazer legendagem em tempo real. Atuante nas áreas de educação, eventos, agronegócio, tecnologia, saúde, entretenimento e esportes, entre outras. Acesse o site!

Você também pode gostar

Mba Executivo Em Liderança E Gestão

04 de novembro de 2026

Financiamento Sustentável no Agronegócio: o Desafio de Escalar o CRA CRF no Cerrado

O presente Business Case analisou a oportunidade de expansão de operações de financiamento sustentável no agronegócio por meio de Certificados de Recebíveis do Agronegócio (CRA) vinculados ao modelo Responsible Commodities Facility (RCF). O objetivo consistiu em avaliar como o CRA RCF poderia superar limitações operacionais, integrando monitoramento satelital, auditorias externas, critérios técnicos de elegibilidade e métricas verificáveis, preservando a viabilidade econômica do financiamento. Para isso, mapearam-se os fatores causais que limitavam a expansão do programa, utilizando um diagrama de Ishikawa. Avaliaram-se três alternativas estratégicas, e uma matriz de decisão indicou a mais aderente. A metodologia de avaliação baseou-se na coleta periódica de dados operacionais, financeiros e socioambientais, comparando-os com uma linha de base existente. A análise identificou que a escalabilidade do programa era restringida por desafios de governança de dados, monitoramento territorial e processos de elegibilidade. Como resultado, recomendou-se a implementação de um framework operacional integrado, focado na padronização de critérios socioambientais, integração de bases geoespaciais, monitoramento contínuo e aprimoramento do reporte de impacto. A solução proposta demonstrou ser a alternativa mais adequada para promover o crescimento sustentável do programa, com expectativa de ampliar o volume financiado, reduzir custos operacionais, expandir a área monitorada sob critérios de produção livre de conversão e fortalecer a credibilidade institucional, contribuindo para um mercado financeiro agrícola mais sustentável.

Palavras-chave: Agronegócio; Cerrado; CRA RCF; ESG; Financiamento sustentável.

Mba Executivo Em Liderança E Gestão

04 de novembro de 2026

Gestão de Ativos de Aterramento e SPDA: Estruturação de Modelo Aplicado à Mineração

Uma mina de cobre em Marabá (PA) operava sem um processo formal de gestão para os sistemas de aterramento e SPDA, o que gerou um passivo de não conformidades e ameaçou a certificação ISO 14001, essencial para a receita. O trabalho objetivou estruturar um modelo formal de gestão para esses ativos, capaz de atacar as causas reais do problema. Para isso, aplicou-se o Diagrama de Ishikawa para identificar as causas estruturais das não conformidades, distribuindo-as em categorias como métodos e materiais. Em seguida, utilizou-se a Matriz GUT para priorizar as causas mais críticas, como a ausência de procedimento de gestão e de plano de inspeção. Cinco alternativas de solução foram avaliadas por uma matriz de decisão multicritério e um estudo de viabilidade. A alternativa de gestão interna estruturada e faseada até 2030 (Alternativa 5) foi a recomendada, obtendo a maior pontuação (122 pontos), com o modelo híbrido servindo de apoio pontual para expertise externa em fases críticas. O plano de implementação previu cinco fases até 2030, incluindo mapeamento e saneamento documental, adequação técnica prioritária, consolidação e expansão do modelo, e maturidade. A meta principal foi alcançar 100% das edificações mapeadas e adequadas, e eliminar apontamentos em auditorias ISO 14001. Concluiu-se que o modelo proposto transformou a gestão reativa em um processo proativo, com responsabilidades definidas e indicadores de desempenho, garantindo a conformidade normativa, a previsibilidade técnica e a continuidade operacional da planta.

Palavras-chave: Aterramento; Gestão de ativos; ISO 14001; Mineração; SPDA.

Mba Executivo Em Liderança E Gestão

04 de novembro de 2026

Viabilidade Econômica da Comercialização de Co2 Liquefeito em Biorrefinarias de Etanol de Milho no Brasil

A busca global pela descarbonização intensificou o interesse no aproveitamento de CO2 biogênico, especialmente de biorrefinarias de etanol de milho, que geram CO2 concentrado e ainda pouco valorizado. Este Business Case avaliou a viabilidade econômico-financeira da produção e comercialização de CO2 liquefeito por meio da implantação de uma unidade de captura, purificação e liquefação em uma biorrefinaria de etanol de milho no Brasil. O estudo considerou uma capacidade nominal de 150 t/dia, analisando o mercado potencial, o investimento necessário, os custos operacionais e os resultados econômicos, utilizando indicadores como Valor Presente Líquido (VPL), Taxa Interna de Retorno (TIR) e payback descontado. O projeto exigiu investimento estimado de R$ 93,4 milhões e produziu potencialmente 49.875 t/ano de CO2 liquefeito. Nas premissas adotadas, apresentou VPL de R$ 22,1 milhões, TIR de 19,5% ao ano, payback descontado de 10,5 anos e preço de equilíbrio de R$ 727/t. A análise de mercado indicou dimensão compatível com a produção proposta, mas evidenciou a necessidade de validação regional da demanda e de contratação antecipada de parcela relevante da capacidade. Concluiu-se que o projeto era economicamente viável, com margem de 19,2% antes de o VPL atingir zero, porém sua atratividade dependia da confirmação do preço líquido de venda, do investimento e do consumo de energia. Recomendou-se avançar para validação comercial e engenharia básica, condicionando-se a decisão final de investimento à confirmação dessas variáveis, aproveitando a continuidade operacional das biorrefinarias de milho para transformar o CO2 de fermentação em produto comercial.

Palavras-chave: Biorrefinaria; CO2 liquefeito; Etanol de milho; Viabilidade econômica.

27 de outubro de 2026

Eficácia da política monetária do Banco Central Brasileiro e seus possíveis custos sociais (1999-2024)

A condução da política monetária no Brasil, particularmente sob o regime de metas de inflação, tem sido amplamente debatida em razão de seus possíveis impactos sobre a inflação e a atividade econômica. O estudo objetivou avaliar a eficácia da política monetária brasileira, conduzida pela taxa Selic, no controle da inflação, e investigar seus possíveis custos sociais no período de 1999 a 2024. Para isso, utilizaram-se dados trimestrais de Produto Interno Bruto (PIB), Índice de Preços ao Consumidor Amplo (IPCA), taxa Selic e câmbio, extraídos do Banco Central do Brasil. A metodologia empregou um modelo Vetorial de Correção de Erros (VECM), precedido por testes de estacionariedade e cointegração, e complementado por análises de Função de Resposta ao Impulso e Decomposição da Variância. Os resultados indicaram que a inflação apresentou forte componente inercial, sendo predominantemente explicada por sua própria dinâmica, enquanto os choques na taxa de juros e no câmbio demonstraram impacto estatisticamente limitado sobre o IPCA. Adicionalmente, verificou-se que o PIB não respondeu de forma significativa a variações na Selic, sugerindo baixa sensibilidade da atividade econômica à política monetária no período analisado. Em síntese, concluiu-se que a política monetária demonstrou eficácia limitada no controle da inflação, sem, contudo, gerar custos sociais diretos e significativos sobre o Produto Interno Bruto, que atua como principal motor da geração de emprego.

Palavras-chave: Cointegração; Econometria; Inércia inflacionária; Metas de inflação; Produto Interno Bruto.

27 de outubro de 2026

Eficiência financeira e mitigação de riscos em departamentos jurídicos

A pesquisa investigou como mecanismos de governança e controles internos, aplicados a práticas de “Legal Operations”, podem fortalecer a gestão financeira e a previsibilidade orçamentária de um departamento jurídico em uma empresa multinacional. O estudo objetivou diagnosticar pontos críticos do ciclo orçamentário jurídico, desde a previsão ao pagamento, e identificar melhorias de processos, indicadores e responsabilidades entre os setores jurídico e financeiro. Para tanto, realizou-se uma pesquisa aplicada de natureza qualitativa, configurada como estudo de caso. A coleta de dados incluiu entrevistas com profissionais das áreas jurídica e financeira, análise documental de planilhas de custos (2022-2024) e políticas de compliance, além de mapeamento do fluxo de despesas jurídicas. Os resultados revelaram fragilidades na coordenação interdepartamental, notadamente na definição de centros de custo e na utilização de instrumentos de controle orçamentário. Observaram-se lacunas no acompanhamento de processos e na integração de informações de escritórios externos, além de oportunidades para automação de rotinas e aprimoramento de indicadores gerenciais. A previsibilidade orçamentária mostrou-se impactada por fatores exógenos, como a dinâmica do Poder Judiciário, e endógenos, como a qualidade da informação e a governança do ciclo orçamentário. Concluiu-se que a previsibilidade orçamentária depende da maturidade da governança aplicada aos processos, dados e rotinas operacionais. Propôs-se um modelo de governança e controle para o orçamento jurídico, com foco na padronização de processos, fortalecimento do acompanhamento e melhoria da tomada de decisão, incluindo mapeamento de processos, matriz de riscos e controles, e indicadores de desempenho.

Palavras-chave: Automação; Controles internos; Governança corporativa; Legal Operations; Previsibilidade orçamentária.

27 de outubro de 2026

Comparação de modelos de risco de pré-pagamento em carteiras de crédito pré-fixado

O risco de liquidação antecipada em carteiras de crédito pré-fixadas constituiu um desafio relevante para a Gestão de Ativos e Passivos (ALM) em instituições financeiras, por gerar assimetrias de fluxo de caixa e ineficiências em estratégias de hedge. O trabalho teve como objetivo avaliar comparativamente o desempenho preditivo de modelos econométricos e estatísticos tradicionais frente a algoritmos de aprendizado de máquina na estimativa da Taxa de Mortalidade Mensal (SMM). Para isso, utilizou-se uma base de dados real de operações de crédito originadas entre 2016 e 2025, totalizando aproximadamente 500 milhões de observações. Avaliou-se modelos como CPR Histórico, Regressão Beta, Regressão Quantílica, Regressão Logística, Riscos Proporcionais de Cox e LightGBM, com a performance mensurada pelo Erro Absoluto Médio (MAE) e validada por meio de validação cruzada temporal com janela expandida. Os resultados demonstraram a superioridade das abordagens não lineares, com o modelo LightGBM apresentando a melhor performance no período de teste (jan/2024 a jul/2025), reduzindo o MAE em 34,21% em relação ao benchmark histórico. Adicionalmente, técnicas de interpretabilidade baseadas em valores SHAP e análise de sobrevivência foram empregadas para identificar o spread da taxa de contrato, a taxa de mercado e a idade do título como os principais determinantes econômicos da antecipação. A aplicação do modelo proposto aprimorou a precisão das estimativas de fluxo de caixa e ofereceu evidências favoráveis ao aperfeiçoamento do cálculo da duration efetiva e do dimensionamento do colchão de liquidez institucional, sugerindo que modelos mais flexíveis podem otimizar a gestão de ALM.

Palavras-chave: Aprendizado de máquina; Gestão de ALM; Hedge; Modelagem financeira; Risco de juros.

27 de outubro de 2026

Arquitetura imperativa vs. reativa: impacto na depuração e correção de erros no desenvolvimento mobile iOS

O desenvolvimento de aplicações mobile iOS pode ser conduzido sob arquiteturas imperativa e reativa, impactando diretamente as práticas de depuração e manutenção. Objetivou-se estabelecer o impacto da escolha arquitetural na depuração e correção de erros em aplicações iOS, avaliando a detectabilidade automática de falhas, a rastreabilidade dos relatórios e a utilidade dos logs. Conduziu-se uma pesquisa experimental, na qual se desenvolveram duas aplicações nativas funcionalmente equivalentes com UIKit (imperativa) e SwiftUI/Combine (reativa). Inseriram-se quatro cenários de erro controlados, classificados em crashes explícitos e erros silenciosos. Coletaram-se dados com Firebase Crashlytics e Xcode Debugger em quarenta sessões, e estes foram analisados por estatística descritiva e análise de conteúdo. Os resultados revelaram que, para inconsistências de estado, a arquitetura UIKit gerou crash imediato e relatório automático, enquanto SwiftUI suprimiu o crash e produziu aviso silencioso invisível a ferramentas automáticas. Para desempacotamento forçado, a arquitetura mostrou-se irrelevante. Em cenários silenciosos, nenhuma arquitetura ofereceu observabilidade automática, o que evidenciou limitações das ferramentas. Concluiu-se que a arquitetura reativa, ao abstrair mecanismos de controle de estado, reduziu erros explícitos, mas introduziu falhas silenciosas com menor rastreabilidade. A decisão arquitetural deve considerar as implicações para o monitoramento em produção, exigindo instrumentação manual de logs em projetos SwiftUI/Combine para erros que seriam automaticamente capturados no UIKit.

Palavras-chave: Combine; Manutenibilidade; Observabilidade; SwiftUI; UIKit.

27 de outubro de 2026

CRM NA RETENÇÃO DE DADOS PARA ANÁLISE DE POTENCIAL DO CLIENTE NO SETOR B2B SAÚDE

A gestão comercial no setor B2B saúde enfrentou desafios constantes, exigindo visão estratégica e atenção aguçada para a entrega de resultados. Investigou-se como a implantação do sistema CRM (Customer Relationship Management) colaborou para mitigar a perda de informações históricas e potencializar a retenção de clientes frente ao custo de vender. Adotou-se uma abordagem qualitativa-quantitativa, de caráter exploratório-descritivo, e os dados foram coletados por meio de questionário respondido por 42 profissionais da área comercial, inseridos na indústria ou em empresas do segmento saúde. Os resultados revelaram que, embora 71,4% dos entrevistados utilizassem CRM informatizado, a cultura organizacional impôs forte resistência, confirmada por 57,1% dos profissionais que dependiam de métodos manuais, como agendas e planilhas isoladas, para registro e retenção dos dados. Evidenciou-se também uma lacuna na capacitação, visto que 24,4% dos entrevistados raramente ou nunca receberam treinamentos específicos. A pesquisa inferiu que a subnotificação de dados não decorreu apenas da falta de tecnologia ou por falha tecnológica, mas pela existência de uma deficiência na gestão estratégica de pessoas e processos. Reforçou-se a visão da necessidade de uma gestão integrada para gerar inteligência competitiva e previsibilidade nas vendas, e alertou-se para a necessidade de treinamentos e capacitação mais frequentes. A mitigação do custo de vender e a potencialização da retenção de clientes dependem da integração consistente entre capital humano e tecnologia, gerando ativos gerenciais para aumentar a produção comercial e a retenção de dados estratégicos.

Palavras-chave: Capacitação; Estratégia de vendas; Gestão de clientes; Gestão estratégica; Inteligência comercial.

27 de outubro de 2026

Avaliação da aplicação do Scrum na melhoria da eficiência e adaptabilidade em projetos de tecnologia

A crescente complexidade dos projetos de tecnologia exigiu abordagens capazes de equilibrar controle, eficiência e adaptabilidade a mudanças constantes, visto que modelos tradicionais de gerenciamento apresentaram limitações em ambientes dinâmicos. Avaliou-se o gerenciamento de projetos de tecnologia antes da implementação de um método ágil, propôs-se melhorias baseadas em práticas iterativas e reavaliou-se o desempenho pós-implementação, buscando identificar ganhos em eficiência operacional e adaptabilidade ao longo do ciclo de vida do projeto. A pesquisa empregou um estudo de caso descritivo, de abordagem qualitativa, em duas empresas do setor de tecnologia. Coletaram-se dados por meio de formulários estruturados aplicados antes e após a intervenção, complementados por análise documental e observação sistemática ao longo de noventa dias de aplicação da solução. Os resultados evidenciaram melhoria consistente na flexibilidade do planejamento, maior alinhamento com as necessidades do cliente, aumento da previsibilidade das entregas e aprimoramento da produtividade das equipes. Um ganho de produtividade foi o indicador mais expressivo, com 85,7% de concordância total sobre a melhoria do desempenho das equipes após a adoção do *framework*. Concluiu-se que a implementação estruturada do método aprimorou o gerenciamento dos projetos analisados, reforçando a capacidade de resposta a mudanças e promovendo maior geração de valor ao negócio.

Palavras-chave: Adaptação organizacional; Entrega incremental; Gestão ágil; Planejamento iterativo; Produtividade de equipes.

Inscreva-se em nossa newsletter!

Receba conteúdos e fique sempre atualizado sobre as novidades em gestão, liderança e carreira com a Revista E&S.

Ao preencher o formulário você está ciente de que podemos enviar comunicações e conteúdos da Revista E&S. Confira nossa Política de Privacidade