Scrum em declínio, Agile em alta: artigo vê 'era de ouro' para equipes de produto
Aprofundamento CEVIU
Aprofundamento
O texto de Roman, CTO da Cambri e autor da newsletter High-Impact Engineering, parte de uma distinção simples: Scrum e Agile não são a mesma coisa. Nos anos 2010, o Scrum virou padrão e muita gente passou a tratar os dois como sinônimos. Com o tempo, o sprint de duas semanas e o excesso de cerimônias viraram obrigação, e surgiu o modo de falha conhecido: todos os rituais no lugar, nenhuma agilidade, com escopo fixo executado em sprints rumo a prazo fixo.
A crítica ao Shape Up, proposto como alternativa por Benedikt Kantus, tem dois eixos. Primeiro, as decisões ficam upstream: quem escreve o brief, avalia e aposta não inclui o time de implementação, e a aposta fica travada por seis semanas. No Scrum, o Product Owner está por perto e pode repriorizar no meio do sprint. Segundo, o Shape Up é prescritivo. Foi construído pela 37signals, com produto maduro, negócio estável e sem pressão de investidor, o que permite ciclos de seis semanas com cooldown. Uma empresa em estágio inicial precisa poder mudar de rumo em uma semana. O autor reconhece valor em partes do método, como o cooldown e o appetite (tempo fixo, escopo flexível), e recomenda testar uma ideia com um time por um ciclo, em vez de adotar o pacote inteiro.
O que mudou
A cobertura anterior ajuda a ler o argumento. Em 31 de julho de 2026, o CEVIU noticiou "Revolução na Produtividade: Como a 37signals Otimiza Entregas e Encurta Ciclos", sobre a empresa que opera com ciclos de seis semanas e passou a usar um "tune-up" de uma semana. Isso conversa com a tese de que o desenho do Shape Up reflete o contexto da 37signals e não é uma receita universal. Em 20 de abril de 2026, o artigo "O Pivot Não Existe Mais: A Nova Era da Iteração Contínua" já defendia que, com a construção barata, o comprometimento passa a ser o item caro. É a mesma lógica que o texto atual usa contra apostas travadas por seis semanas.
Por que isso importa
Para quem lidera produto, a leitura útil é tratar framework como ponto de partida. O teste prático do autor serve de métrica: quanto tempo leva para um engenheiro obter resposta de quem decide o que construir? Se são dias, o problema vem antes do método. Em empresas pequenas, essa leitura sugere preservar a capacidade de redirecionar a aposta no meio do ciclo. Também combina com a linha de prototipar para aprender, que o CEVIU registrou em 17 de abril de 2026 em "Construir para Aprender vs. Construir para Ganhar".
Linha do tempo
CEVIU noticia equipes de produto trocando PRDs por protótipos no Figma Make.
CEVIU publica sobre construir para aprender antes de construir para ganhar.
CEVIU noticia que o pivot perde sentido com a iteração contínua.
CEVIU noticia o tune-up de uma semana nos ciclos de seis semanas da 37signals.
CEVIU publica sobre alternativas aos PRDs na exploração inicial de projetos.
CEVIU noticia o fim do 'modo plano' no desenvolvimento de software.
Artigo defende que o Scrum declina enquanto o Agile vive sua era de ouro e critica o Shape Up para empresas iniciais.
Perguntas frequentes
O Scrum está morrendo?
Segundo o artigo, o Scrum perde espaço, mas o Agile não. O autor diz que, na experiência dele, o Scrum raramente é de fato ágil, pois muitos times mantêm os rituais com escopo e prazo fixos.
Por que o Shape Up não serve para startups, segundo o texto?
As decisões ficam upstream e a aposta é travada por seis semanas. Uma empresa em estágio inicial precisa mudar de rumo com poucos dias de aviso. O método foi desenhado para a 37signals, que tem produto maduro e negócio estável.
O que o artigo recomenda fazer na segunda-feira?
Listar todos os rituais do time e avaliar se cada um funciona. Medir quanto demora para obter resposta de quem decide o que construir. Testar uma só ideia de framework, como tempo fixo com escopo flexível, em um time por um ciclo.
Por que o autor diz que vivemos a era de ouro do Agile?
Porque dá para construir um protótipo hoje, validar com clientes na semana e entregar a funcionalidade na seguinte. Depois se coleta feedback e se decide matar ou ampliar. Para ele, frameworks envelhecem e princípios não.
Fontes
- highimpactengineering.substack.comfonte original
- Categoria
- CEVIU Gestão de Produtos
- Publicado
- 27 de outubro de 2026
- Editoria
- CEVIU Gestão de Produtos

