Economia SP - Era do squad sob demanda: por que o projeto fechado está ficando para trás?

Pesquisar

Era do squad sob demanda: por que o projeto fechado está ficando para trás?

Por Anderson Arcenio, CEO da Next Squad.

A transformação digital mudou a relação das empresas com a tecnologia e tornou menos eficiente a lógica de contratar projetos com começo, meio e fim. Em especial em iniciativas de inovação, é difícil definir um escopo completo antes de conhecer o usuário, testar hipóteses ou descobrir restrições técnicas que só aparecem durante o desenvolvimento. Nesse cenário, a necessidade de adaptação entra em choque com contratos fechados, nos quais cada mudança pode exigir aditivos, renegociações ou uma nova entrada na fila. Ao mesmo tempo, à medida que o software passa a fazer parte da própria operação e dos canais de receita, deixa de fazer sentido tratá-lo como algo que simplesmente termina quando o projeto é entregue.

Isso não significa que o modelo de escopo controlado tenha perdido sua utilidade. Quando o caso de uso está totalmente mapeado e há pouca necessidade de alterar os processos envolvidos, ele ainda pode funcionar. O problema aparece quando a empresa conhece o desafio, mas ainda não sabe qual será a melhor solução. Alguns sinais ajudam a identificar esse cenário. A recorrência de aditivos para o mesmo fornecedor, um backlog que nunca diminui, produtos já em produção e a perda de contexto a cada nova contratação indicam uma demanda contínua. A situação tende a ser mais evidente em companhias que já validaram seus produtos e precisam escalar rapidamente, em organizações de médio porte que estão digitalizando operações centrais e em organizações com equipes internas pequenas e sobrecarregadas.

A adoção de times que trabalham de forma contínua também altera a relação entre tecnologia, produto e negócio. Quando quem entende o problema está mais próximo de quem desenvolve a solução, o retrabalho pode ser reduzido porque erros e hipóteses são identificados durante conversas e protótipos, antes de chegarem à produção. O ciclo de decisão também fica mais curto. Uma mudança que, em um projeto tradicional, poderia exigir reprecificação e uma nova fila passa a ser uma decisão de priorização. Com isso, a pergunta deixa de ser se determinada tarefa está prevista no escopo e passa a ser se ela resolve o problema do usuário e contribui para o objetivo de negócio.

O próprio lançamento de um produto digital deixou de representar o fim do trabalho. Construir ficou mais rápido e barato com frameworks maduros, computação em nuvem e, mais recentemente, ferramentas de inteligência artificial que aceleram a escrita de código. O principal desafio passou a estar menos em como construir e mais em decidir o que construir e como fazer com que as pessoas utilizem o produto. Depois do lançamento, surgem diferentes níveis de demanda, dos bugs e atualizações de versão às melhorias solicitadas pelos usuários e às novas funcionalidades. O dado de uso, os chamados de suporte e os pontos de perda no funil também revelam problemas que não eram conhecidos no início. É nesse momento que o trabalho de evolução começa, justamente onde o projeto fechado termina.

Esse cenário contribui para uma mudança na forma como as empresas encaram a contratação de tecnologia. Em vez de comprar apenas um software, a tendência é buscar capacidade para continuar modificando e aprimorando esse programa. A IA acelera esse movimento ao reduzir o custo de escrever código e deslocar parte do valor para decisões sobre prioridade, validação e qualidade. A escassez de profissionais seniores também pesa, já que formar internamente equipes completas de produto, design, engenharia e dados pode ser caro, demorado e arriscado. A pressão por velocidade e custos reforça a mudança, enquanto a necessidade de inovação exige uma taxa constante de experimentação, e não apenas um lançamento pontual.

O modelo contínuo, porém, exige maturidade de gestão. É preciso haver um responsável pela priorização e pelas decisões sobre o que deve ser feito. Sem essa governança, um squad dedicado pode se transformar apenas em uma equipe cara executando pedidos. A mudança, portanto, não está apenas na forma de contratar tecnologia, e sim na capacidade das empresas de tratar produto digital como uma operação em evolução permanente, ajustada continuamente às necessidades dos usuários e aos objetivos do negócio.

Compartilhe

Leia também