Lean Startup, MVP, Canvas e métodos ágeis: construindo inovação sem desperdício

Em 1997, antes do smartphone, um guia impresso de cardápios e uma central telefônica testavam em São Paulo se as pessoas queriam pedir comid...

Em 1997, antes do smartphone, um guia impresso de cardápios e uma central telefônica testavam em São Paulo se as pessoas queriam pedir comida em casa — catorze anos depois, aquele teste virou o iFood. Neste capítulo da série de Gestão de Tecnologia e Inovação, mostramos como Lean Startup, produto mínimo viável (MVP), Business Model Canvas e os métodos ágeis Scrum e Kanban formam um único raciocínio: transformar incerteza em aprendizado antes que o dinheiro acabe. Com os dados de 2026 sobre por que startups fecham, um ciclo construir-medir-aprender, um canvas e um quadro Kanban interativos, glossário e, como sempre, fontes na mesa.

Em 1997, começou a circular em São Paulo um guia impresso chamado Disk Cook: cardápios de restaurantes organizados como uma lista telefônica, com pedidos feitos por telefone fixo a uma central (Ifood…, [2025]). Não havia aplicativo, algoritmo de recomendação nem entregador guiado por GPS. Havia uma pergunta — as pessoas querem, de fato, pedir comida de vários restaurantes por um único canal? — e um jeito barato de respondê-la. Em maio de 2011, com a internet móvel ganhando corpo, o negócio mudou de nome e de suporte e virou iFood; em outubro de 2025, a empresa bateu seu recorde, com 160 milhões de pedidos em um único mês (Ifood…, [2025]).

Chamar aquele guia de "MVP" é uma leitura retroativa — o termo só se popularizaria mais de uma década depois. Mas ela ilustra perfeitamente a ideia que atravessa este post: antes de construir o produto certo, é preciso descobrir se existe um problema certo. E os dados mostram que essa não é uma lição óbvia. Em março de 2026, a CB Insights analisou 431 startups financiadas por capital de risco que fecharam as portas desde 2023; em 43% dos casos com motivo identificado, a causa apontada foi a falta de aderência entre produto e mercado — gente construindo, com eficiência, algo que não encontrou quem quisesse (CB Insights, 2026).

Este é o quarto texto de uma sequência pensada para a disciplina Gestão de Tecnologia e Inovação. Em "Afinal, o que é inovação?", definimos os termos de base — invenção, inovação, incremental, radical, disruptiva (Afinal…, 2026). Em "Pix: uma aula de gerenciamento de projetos", vimos como o mundo dos projetos migrou do preditivo para o ágil e o híbrido (Pix…, 2026). E em "Dinâmica tecnológica e inovação", reunimos os mapas que explicam como uma tecnologia nasce, amadurece e se difunde — curva S, TRL, Rogers, Hype Cycle (Dinâmica…, 2026). Faltava a caixa de ferramentas: como uma equipe pequena, com pouco dinheiro e muita dúvida, transforma uma ideia em negócio sem se afogar na incerteza. Parte dessa caixa já apareceu no blog pelo ângulo da comunicação digital: o design thinking, que escolhe o problema certo antes de qualquer solução (Design…, 2026b), e os testes A/B e o MVP aplicados a campanhas e conteúdos (Design…, 2026a). Aqui o ângulo é o da gestão: as quatro ferramentas como um único sistema de decisão sob incerteza.

São quatro ferramentas, e cada uma responde a uma pergunta diferente. A Lean Startup pergunta como aprender o mais rápido possível; o MVP, qual é o menor experimento capaz de ensinar alguma coisa; o Business Model Canvas, o que exatamente estou apostando; e os métodos ágeis — Scrum e Kanban — como organizar o trabalho que produz esse aprendizado. Os rótulos das seções seguem a cadência de uma equipe ágil: cada uma é uma sprint, e o fechamento é uma retrospectiva.

Sprint 01

Por que startups morrem? O sintoma e a causa

O estudo da CB Insights de 2026 vale uma leitura cuidadosa, porque ele próprio separa sintoma de causa. "Ficar sem capital" aparece em 70% dos casos, mas os analistas advertem que esse é quase sempre o ponto final da história, e não a raiz do problema: o dinheiro acaba porque antes faltou mercado, faltou timing ou faltou uma conta unitária que fechasse (CB Insights, 2026). A Tabela 1 resume os quatro motivos mais citados.

Tabela 1 — Principais motivos apontados para o encerramento de startups financiadas por capital de risco — mundo — 2023-2026

Motivo apontado	Empresas (%)
Esgotamento do capital	70
Baixa aderência produto-mercado	43
Momento inadequado ou condições macroeconômicas	29
Economia unitária insustentável	19

Fonte: elaborado pelo autor com base em CB Insights (2026).Nota 1: base de 385 empresas com motivo identificado, entre 431 startups que encerraram atividades desde 2023, excluídas as que tiveram saída anterior.Nota 2: uma mesma empresa pode citar mais de um motivo; por isso a soma ultrapassa 100%. Tradução das categorias pelo autor.

O que as startups que fecharam disseram — % das empresas

Capital esgotado

70%

Sem aderência produto-mercado

43%

Momento inadequado

29%

Conta unitária não fecha

19%

Fonte: elaborado pelo autor com base em CB Insights (2026). Em cinza, o sintoma; em laranja, as causas.

O detalhe mais incômodo do relatório é que a falta de aderência não é doença só de principiante: dois terços desses casos eram empresas em estágio inicial que nunca acharam mercado, mas vinte companhias que já estavam na Série B ou além também apontaram o mesmo problema — levantaram dinheiro com uma tração inicial que nunca se converteu em mercado de verdade (CB Insights, 2026). Dinheiro, em outras palavras, não compra certeza.

É aqui que a definição importa. Para Eric Ries, uma startup não é uma empresa pequena nem uma empresa de tecnologia: é uma instituição humana criada para desenvolver um produto ou serviço novo sob condições de extrema incerteza — o que inclui tanto dois estudantes numa garagem quanto uma equipe de inovação dentro de uma multinacional (Ries, 2019). Steve Blank e Bob Dorf acrescentam o outro lado da moeda: a startup é uma organização temporária, que existe para procurar um modelo de negócio repetível e escalável — ao passo que a empresa estabelecida existe para executar um modelo que já conhece (Blank; Dorf, 2014). Procurar e executar pedem ferramentas diferentes. As quatro deste post são ferramentas de procura.

Sprint 02

Lean Startup: o método científico aplicado a negócios

A palavra lean — enxuto — vem do chão de fábrica. No pós-guerra, com pouco capital e um mercado interno pequeno, a Toyota não podia imitar a produção em massa americana; Taiichi Ohno construiu então um sistema obcecado por eliminar desperdício, produzir apenas o necessário, no momento necessário, e sinalizar a necessidade com cartões — os kanban (Ohno, 1997). Guarde esse cartão: ele volta na Sprint 05.

O cartão que dá nome ao método: na Toyota, cada caixa retirada da prateleira sinalizava a necessidade de repor — a lógica da gôndola de supermercado levada ao chão de fábrica. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Eric Ries, engenheiro de software que viu sua primeira empresa fracassar, fez a transposição para o mundo das startups e a consolidou no livro The Lean Startup, de 2011, lançado no Brasil como A startup enxuta. O argumento central é uma redefinição do que conta como desperdício: o maior desperdício de uma startup é construir, com excelência, algo que ninguém quer (Ries, 2019). Ries bebeu diretamente do desenvolvimento de clientes (customer development), proposto por seu mentor Steve Blank: em vez de escrever um plano de negócios e executá-lo, o empreendedor deve sair do escritório, tratar cada elemento do plano como hipótese e testá-la com clientes reais, em quatro etapas — descoberta do cliente, validação pelo cliente, criação de clientes e construção da empresa (Blank; Dorf, 2014).

Construir, medir, aprender — e planejar de trás para a frente

O motor do método é um ciclo de realimentação. Ideias viram produto (construir), o produto gera dados ao encontrar clientes (medir), e os dados geram aprendizado que alimenta novas ideias (aprender). A unidade de progresso deixa de ser a funcionalidade entregue e passa a ser a aprendizagem validada — aquilo que se aprendeu sobre os clientes e que foi confirmado por dados empíricos, e não por opinião (Ries, 2019). É o método científico transposto ao negócio — a mesma lógica de hipótese, teste e evidência discutida no post sobre pesquisa aplicada, com uma diferença de propósito: o pesquisador quer conhecimento verificável e publicável; a startup quer uma decisão que caiba no caixa (Pesquisa…, 2026). Clique em cada etapa do ciclo abaixo.

Aprender: pivotar ou perseverar?

Cada volta termina numa decisão. Se os dados confirmam a hipótese, a equipe persevera e refina; se a refutam, a equipe pivota — muda uma parte da estratégia sem abandonar a visão. Ries descreve vários tipos de pivô: ampliar ou reduzir o produto (zoom-out, zoom-in), trocar de segmento de clientes, de canal, de modelo de receita ou de tecnologia. Dica de ordem: planeje o ciclo ao contrário — decida primeiro o que precisa aprender, depois o que medir e só então o que construir.

Ciclo de realimentação construir-medir-aprender. Elaborado pelo autor com base em Ries (2019).

Duas ideias do livro costumam ser subestimadas. A primeira é a das hipóteses de salto de fé: todo plano repousa sobre duas apostas das quais tudo depende — a hipótese de valor (o produto entrega valor real a quem o usa?) e a hipótese de crescimento (como novos clientes vão descobri-lo?) — e são elas que devem ser testadas primeiro (Ries, 2019). A segunda é a distinção entre métricas de vaidade e métricas acionáveis. "Cem mil downloads" é vaidade: sobe sempre, faz bonito no pitch e não diz o que fazer amanhã. "Dos alunos que se cadastraram em março, quantos voltaram a usar o aplicativo na quarta semana?" é acionável: compara coortes, isola o efeito de uma mudança e permite decidir. Ries chama esse sistema de medição de contabilidade para inovação.

O fim de cada volta do ciclo é uma decisão, não um relatório: pivotar ou perseverar. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Quadro 1 — Plano de negócios tradicional e startup enxuta: duas lógicas de gestão

Dimensão	Plano de negócios tradicional	Startup enxuta
Ponto de partida	Plano detalhado de cinco anos	Modelo de negócio tratado como conjunto de hipóteses
Conhecimento do cliente	Pesquisa de mercado antes de lançar	Descoberta do cliente "fora do escritório", contínua
Desenvolvimento	Produto completo, especificado de antemão	MVP e iterações curtas
Medida de progresso	Cumprimento do plano, faturamento projetado	Aprendizagem validada e métricas acionáveis
Erro	Desvio a ser evitado	Informação a ser obtida cedo e barato
Decisão típica	Seguir o plano	Pivotar ou perseverar

Fonte: elaborado pelo autor com base em Blank e Dorf (2014) e Ries (2019).

Sprint 03

MVP: o menor experimento, não o menor produto

Nenhuma sigla do empreendedorismo foi tão mal traduzida na prática quanto MVP, de minimum viable product — produto mínimo viável. Na definição de Ries, o MVP é a versão do produto que permite completar uma volta inteira do ciclo construir-medir-aprender com o mínimo de esforço e o menor tempo de desenvolvimento (Ries, 2019). Repare no que a definição não diz: não diz "versão com menos funcionalidades", nem "produto malfeito", nem "protótipo técnico". Diz que o MVP é um instrumento de aprendizado — e que ele pode, inclusive, não ter produto nenhum por trás.

Os exemplos clássicos do livro de Ries mostram essa elasticidade. Drew Houston, do Dropbox, enfrentava uma tecnologia difícil de construir e difícil de explicar; em vez de terminá-la, gravou um vídeo curto demonstrando a sincronização de arquivos, direcionado a uma comunidade de entusiastas — e a lista de espera do beta saltou de 5 mil para 75 mil inscritos praticamente da noite para o dia. Nick Swinmurn, da Zappos, queria saber se as pessoas comprariam sapatos pela internet; fotografou calçados em lojas do bairro, publicou as fotos num site simples e, quando alguém comprava, ia à loja, pagava o preço cheio e despachava o par. E a Food on the Table, serviço de planejamento de refeições, começou atendendo uma única cliente, com o fundador montando pessoalmente listas de compras semanais — o chamado MVP concierge (Ries, 2019).

O MVP "mágico de Oz": o cliente vê uma loja virtual; nos bastidores, alguém fotografa o estoque da loja da esquina e vai comprar o par a pé quando o pedido chega. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Quadro 2 — Tipos de MVP, o que cada um testa e exemplos

Tipo	Como funciona	O que testa melhor	Exemplo
Vídeo ou demonstração	Mostra o produto funcionando antes de ele existir por completo	Interesse e compreensão da proposta	Dropbox
Mágico de Oz	O cliente vê um serviço "automático"; nos bastidores, pessoas fazem o trabalho	Disposição de comprar pelo canal	Zappos
Concierge	O serviço é prestado de forma assumidamente manual a poucos clientes	Valor entregue e detalhes da necessidade	Food on the Table
Página de pré-venda	Página que descreve o produto e coleta intenção (cadastro, reserva, sinal)	Demanda e preço	Ilustrativo
Serviço analógico	Processo físico que antecipa a versão digital	Existência do comportamento	Disk Cook (leitura retroativa)

Fonte: elaborado pelo autor com base em Ries (2019) e Ifood… ([2025]).Nota: a leitura do Disk Cook como MVP é do autor; a página de pré-venda é exemplo ilustrativo, sem caso associado nas fontes.

Antes do aplicativo, o comportamento: um guia de cardápios e uma central telefônica bastavam para testar se havia demanda por pedir comida de vários restaurantes num único canal. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Três confusões comuns ajudam a delimitar o conceito. Primeira: MVP não é desculpa para baixa qualidade — o "viável" significa que o experimento precisa ser bom o bastante para que a reação do cliente seja informativa; um produto que quebra no primeiro clique só ensina que ele quebra. Segunda: MVP sem hipótese é só um produto pequeno; se não se sabe de antemão o que se quer aprender e qual número mudaria a decisão, não há experimento. Terceira: MVP não é protótipo técnico. Na escala TRL, discutida no post sobre dinâmica tecnológica, mede-se o quanto uma tecnologia já foi testada (Dinâmica…, 2026); o MVP mede outra coisa — se há demanda. O Disk Cook usava tecnologia trivial (papel e telefone) para reduzir o risco de mercado; um satélite pode chegar ao TRL 9 e, ainda assim, não ter quem pague por ele. Risco tecnológico e risco de mercado são eixos diferentes, e cada ferramenta ataca um.

Vale ainda situar o MVP entre duas vizinhas de que o blog já tratou. O design thinking termina num protótipo testado com poucas pessoas — o bastante para descobrir problemas de uso, não para estimar demanda nem validar um modelo de negócio (Design…, 2026b); a Lean Startup começa exatamente onde ele para. E o teste A/B, mostrado no post sobre experimentação em comunicação digital com o caso da campanha de Barack Obama em 2007 — 24 versões da página de entrada, 310 mil visitantes, e todos os vídeos perderam para as fotos —, é a forma mais controlada de "medir": duas versões, uma diferença, uma métrica (Design…, 2026a). O MVP fica no meio do caminho: mais barato que o produto, mais realista que o protótipo.

Quer praticar? O Brasil Acadêmico mantém o Desafio MVP, um recurso para docentes que propõe a equipes de estudantes o exercício de desenhar o menor experimento possível para uma ideia de negócio (Desafio…, [s. d.]). Ele combina bem com a próxima ferramenta.

Sprint 04

Business Model Canvas: o plano de negócios que cabe numa parede

Se o MVP é o experimento, falta dizer o que está sendo testado. A resposta mais difundida veio de uma tese de doutorado. Em 2004, na Universidade de Lausanne, na Suíça, Alexander Osterwalder, orientado por Yves Pigneur, propôs uma ontologia de modelos de negócio — um vocabulário rigoroso, de inspiração computacional, para descrever como uma empresa cria, entrega e captura valor. A semente já estava num artigo de 2002, em que os dois organizavam o modelo de negócio em quatro pilares: inovação de produto, gestão da infraestrutura, relacionamento com o cliente e aspectos financeiros (Osterwalder; Pigneur, 2002).

A virada de ferramenta acadêmica para objeto de parede aconteceu em 2010, com Business Model Generation — escrito em cocriação com 470 praticantes de 45 países e publicado no Brasil em 2011. Os quatro pilares viraram nove blocos dispostos numa única folha: o modelo de negócio inteiro visível de uma só vez, para ser discutido em grupo com notas adesivas (Osterwalder; Pigneur, 2011). O lado direito do quadro trata da proposta de valor e dos clientes (por que alguém pagaria?); o lado esquerdo, de eficiência (como entregar isso sem quebrar?); a base, das contas.

Para Blank e Dorf, o canvas é a forma natural de registrar as hipóteses do desenvolvimento de clientes: cada nota adesiva é uma aposta ainda não validada, e o trabalho da equipe é sair do prédio e transformá-las em fatos (Blank; Dorf, 2014). O canvas abaixo usa um exemplo fictício — o Marmita na Mão, aplicativo de pré-pedido de marmitas para estudantes de um centro universitário. Clique em cada bloco para ver a pergunta que ele responde, a hipótese do nosso exemplo e o MVP que a testaria.

2 · Proposta de Valor

Pergunta: que problema resolvemos, ou que ganho criamos, para cada segmento de clientes?

Hipótese do exemplo: estudantes com intervalo curto entre aulas pagariam um pouco mais por uma marmita saudável já paga e pronta para retirada, sem fila.

MVP que testa: durante duas semanas, um formulário de pré-pedido divulgado em três turmas, com retirada num ponto fixo. Métrica acionável: quantos repetem o pedido na segunda semana.

Business Model Canvas com os nove blocos na ordem sugerida de preenchimento (números). Elaborado pelo autor com base em Osterwalder e Pigneur (2011); o exemplo Marmita na Mão é fictício.

O canvas funciona melhor como objeto coletivo: cada nota adesiva é uma hipótese à espera de um teste. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Sprint 05

Métodos ágeis: Scrum e Kanban organizam o aprendizado

Lean Startup, MVP e canvas dizem o que aprender. Falta a engrenagem que organiza, semana após semana, o trabalho de construir experimentos. Essa engrenagem vem do desenvolvimento de software. Em fevereiro de 2001, dezessete desenvolvedores reunidos numa estação de esqui em Snowbird, nos Estados Unidos, assinaram o Manifesto para Desenvolvimento Ágil de Software, com quatro valores: indivíduos e interações mais que processos e ferramentas; software em funcionamento mais que documentação abrangente; colaboração com o cliente mais que negociação de contratos; e responder a mudanças mais que seguir um plano (Beck et al., 2001). O próprio manifesto ressalva que há valor nos itens à direita — apenas se valorizam mais os da esquerda. Não é um manifesto contra o planejamento; é um manifesto contra o planejamento que não aprende.

Scrum: ciclos curtos, papéis claros, empirismo

O Scrum é anterior ao manifesto: seus criadores, Ken Schwaber e Jeff Sutherland, apresentaram-no em 1995, inspirados num artigo de 1986 de Hirotaka Takeuchi e Ikujiro Nonaka sobre como empresas japonesas desenvolviam produtos novos em equipes pequenas e multidisciplinares (Scrum.org, 2020). Na versão vigente do Guia do Scrum, de 2020, ele é definido como um framework leve, deliberadamente incompleto, apoiado no empirismo e no pensamento enxuto, e sustentado por três pilares: transparência, inspeção e adaptação (Schwaber; Sutherland, 2020). A estrutura é enxuta:

Três responsabilidades num único time, geralmente de dez pessoas ou menos: o Product Owner, que maximiza o valor do produto e gerencia o backlog; o Scrum Master, que zela pela eficácia do time e remove impedimentos; e os Developers, que constroem o incremento. Cinco eventos: a própria Sprint, de até um mês, que contém todos os outros; a Sprint Planning; a Daily Scrum, de no máximo 15 minutos; a Sprint Review; e a Sprint Retrospective. E três artefatos, cada um com um compromisso: o Product Backlog, comprometido com a Meta do Produto; o Sprint Backlog, com a Meta da Sprint; e o Incremento, com a Definição de Pronto (Schwaber; Sutherland, 2020). A Sprint Review é, na prática, o "medir" do ciclo de Ries: o momento em que o incremento encontra as partes interessadas e o backlog é reordenado pelo que se aprendeu.

Revisão de sprint: o incremento diante de quem vai usá-lo. É aqui que o Scrum entrega o "medir" que a Lean Startup pede. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Kanban: limite o trabalho em andamento e deixe o fluxo puxar

O Kanban faz o caminho de volta à Toyota. Ohno conta que a inspiração veio dos supermercados americanos: o cliente pega da prateleira o que precisa, e só então a prateleira é reabastecida — um sistema puxado, e não empurrado por previsões (Ohno, 1997). Aprender com um domínio alheio, aliás, é uma constante nessa história: o hospital londrino que copiou do pit stop da Ferrari a coreografia da passagem de plantão entre a cirurgia e a UTI, contada em outro post, fez o mesmo movimento em sentido inverso — da pista para a enfermaria (Como…, 2026). Transposto para o trabalho do conhecimento, o método Kanban não prescreve papéis nem eventos; ele começa pelo processo que a equipe já tem e o melhora de forma evolutiva, com seis práticas gerais: visualizar o trabalho; limitar o trabalho em andamento (WIP, de work in progress); gerenciar o fluxo; tornar as políticas explícitas; implementar ciclos de realimentação; e melhorar colaborativamente, evoluir experimentalmente (Kanban University, 2021). O coração do método é contraintuitivo: começar menos coisas faz terminar mais coisas. Experimente no quadro abaixo — cada clique puxa o cartão para a coluna seguinte, desde que o limite de WIP permita.

Quadro do MVP — Marmita na Mão

A fazer 4

Fazendo 0WIP 2

Validando 0WIP 1

Feito 0

Clique em um cartão para puxá-lo para a próxima etapa.

Entregues: 0 de 4 · Puxadas bloqueadas pelo WIP: 0

Quadro Kanban com limites de trabalho em andamento. Elaborado pelo autor com base em Kanban University (2021); tarefas do exemplo fictício.

O Quadro 3 resume as diferenças de desenho entre os dois métodos, que são respostas distintas para a mesma pergunta: como manter o trabalho alinhado ao que se aprende.

Quadro 3 — Scrum e Kanban: diferenças de desenho

Dimensão	Scrum	Kanban
Natureza	Framework com responsabilidades, eventos e artefatos definidos	Método de melhoria evolutiva aplicado ao processo existente
Cadência	Sprints de duração fixa, de até um mês	Fluxo contínuo; cadências de revisão definidas pela equipe
Papéis	Product Owner, Scrum Master e Developers	Não prescreve papéis novos
Como limita o trabalho	Pelo que cabe na Meta da Sprint	Por limites explícitos de WIP em cada etapa
Mudança de prioridade	Meta da Sprint protegida; o backlog é reordenado continuamente	A qualquer momento, quando abre capacidade no fluxo
Onde costuma brilhar	Produto novo, com muita incerteza e entregas incrementais	Demanda contínua e variada: suporte, operação, manutenção

Fonte: elaborado pelo autor com base em Schwaber e Sutherland (2020) e Kanban University (2021).Nota: a linha "Onde costuma brilhar" é síntese do autor, não prescrição das fontes; as combinações dos dois (popularmente, "Scrumban") são frequentes.

Adotar o vocabulário, porém, não garante agilidade. Na 17.ª edição do State of Agile Report, 71% dos respondentes disseram usar práticas ágeis no ciclo de desenvolvimento de software — mas apenas 11% se declararam "muito satisfeitos" com elas, e a resistência organizacional à mudança e o entendimento insuficiente da liderança foram apontados como os principais motivos para o ágil não escalar (Digital.ai, 2024). Como vimos no caso do Pix, o mundo real tende ao híbrido: plano macro preditivo, execução em ciclos curtos (Pix…, 2026).

Reunião diária diante do quadro: quinze minutos para inspecionar o progresso rumo à meta e adaptar o plano do dia. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Sprint 06

O encaixe: uma única engrenagem de aprendizado

Postas lado a lado, as quatro ferramentas deixam de parecer modismos concorrentes e revelam uma divisão de trabalho. O canvas explicita as apostas; a Lean Startup ordena quais testar primeiro — as hipóteses de salto de fé; o MVP é o experimento; Scrum ou Kanban organizam o trabalho de construir e rodar o experimento; e as métricas acionáveis devolvem o resultado ao canvas, que é atualizado — perseverando ou pivotando.

Canvasquais são as apostas?→ Salto de féqual testar primeiro?→ MVPmenor teste possível→ Scrum / Kanbanconstruir e rodar→ Métrica acionávelpivotar ou perseverar↺

Esquema de encaixe entre as ferramentas. Elaboração do autor (2026) com base em Ries (2019), Osterwalder e Pigneur (2011), Schwaber e Sutherland (2020) e Kanban University (2021).

Quatro ferramentas, um mecanismo: nenhuma gira sozinha por muito tempo. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026).

Duas ressalvas mantêm o esquema honesto. A primeira: a Lean Startup rende mais onde o risco dominante é de mercado. Em setores que, na taxonomia de Pavitt apresentada no post anterior, são baseados em ciência — fármacos, semicondutores, satélites —, o risco dominante é tecnológico e regulatório, e não há MVP que substitua anos de pesquisa e testes (Dinâmica…, 2026). Ali o raciocínio enxuto ainda ajuda — testar a demanda cedo, antes de a tecnologia ficar pronta —, mas convive com o planejamento pesado. A segunda: ágil e enxuto não são sinônimos de improviso. Ries insiste que o método exige mais disciplina de medição, não menos (Ries, 2019), e o Guia do Scrum adverte que implementar apenas partes do framework não resulta em Scrum (Schwaber; Sutherland, 2020).

Planejamento da próxima sprint

Perguntas para o seu projeto

Escolha uma ideia — o projeto integrador da disciplina, o TCC, um serviço novo no seu trabalho — e marque o que você já consegue responder:

O Marmita na Mão em campo: um estande, um formulário e duas semanas bastam para testar a hipótese de valor — e é esse o espírito do Desafio MVP. Ilustração gerada por IA (hiper-realismo), elaborada pelo autor (2026); o exemplo é fictício.

0 de 6

Preenchi os nove blocos do canvas e sei quais notas adesivas ainda são hipóteses. Escrevi minhas duas hipóteses de salto de fé: a de valor e a de crescimento. Desenhei um MVP que testa a hipótese mais arriscada em menos de duas semanas. Defini, antes do teste, a métrica acionável e o número que me faria pivotar. Montei um quadro com limites de WIP ou planejei uma sprint com meta clara. Marquei uma data para a revisão: o momento de decidir entre pivotar e perseverar.

Retrospectiva

Aprender mais rápido do que o dinheiro acaba

Volte ao guia de cardápios de 1997. Não havia canvas, nem Scrum, nem a sigla MVP — mas havia o gesto que essas ferramentas sistematizam: testar o comportamento do cliente antes de investir na solução definitiva. Quando a internet móvel tornou possível o aplicativo, a pergunta mais difícil já estava respondida. É essa inversão de ordem que o empreendedor de 2026 costuma esquecer, e que custa caro: a CB Insights contou 17,5 bilhões de dólares levantados por startups que, ainda assim, fecharam (CB Insights, 2026).

Na Gestão de Tecnologia e Inovação, o recado dos quatro posts da série converge: inovação é o novo colocado em uso; a dinâmica tecnológica diz em que trecho do caminho ele está; o gerenciamento de projetos organiza a entrega; e as ferramentas enxutas e ágeis garantem que se esteja entregando a coisa certa. Qual é a hipótese de salto de fé do seu projeto — e qual é o experimento mais barato capaz de provar que ela está errada ainda nesta semana?

Leia também

Entre os trinta posts mais recentes do Brasil Acadêmico, estes conversam diretamente com o tema:

• Design thinking, experimentação e MVP aplicados à comunicação digital (26 set. 2026) — o que acontece depois do protótipo: MVP, métricas de vaidade, teste A/B e tamanho de amostra, com laboratório interativo.
• Design thinking: origens e como usar (16 set. 2026) — os cinco modos, o roteiro de oficina e o caso de dona Neusa; a etapa que antecede o MVP.
• Pesquisa aplicada: método científico, método de engenharia, tipos de pesquisa, fontes e normas (14 set. 2026) — hipótese, teste e evidência: a lógica que a Lean Startup toma emprestada.
• Dinâmica tecnológica e inovação: da curva S ao perfil em T (2 set. 2026) — TRL, Rogers, Hype Cycle e a taxonomia de Pavitt; o post anterior desta série.
• Pix: uma aula de gerenciamento de projetos (9 ago. 2026) — preditivo, ágil e híbrido em um projeto nacional.
• Afinal, o que é inovação? (5 ago. 2026) — os conceitos de base da série.
• Como o pitstop da Ferrari ajudou a UTI pediátrica (3 ago. 2026) — melhoria de processo aprendida com outro domínio, como Ohno fez com os supermercados.

Mais antigos, mas na mesma prateleira: Modelo ágil Lean e Metodologias ágeis: introdução ao Scrum, Kanban, papéis e artefatos, além do recurso Desafio MVP.

Nota do autor: a caracterização do Disk Cook como um "MVP" é uma leitura retroativa do autor, feita para fins didáticos; o termo não era usado pela empresa na época, e as fontes consultadas descrevem apenas o guia impresso e a central telefônica. Os percentuais da Tabela 1 e do painel de barras referem-se a 385 das 431 startups analisadas pela CB Insights (aquelas com motivo identificado) e admitem múltiplas respostas; a tradução das categorias é do autor. Os casos Dropbox, Zappos e Food on the Table seguem o relato de Ries (2019). Os nomes dos nove blocos do canvas seguem a edição brasileira de Osterwalder e Pigneur (2011); a numeração exibida no canvas interativo indica uma ordem usual de preenchimento, não uma regra da fonte. A tese de doutorado de Osterwalder (2004) tem acesso restrito no repositório da Universidade de Lausanne; por isso, citamos o artigo aberto de 2002, que antecipa sua estrutura. O exemplo Marmita na Mão, suas hipóteses e as tarefas do quadro Kanban são fictícios. O Guia do Scrum de 2020 era a versão vigente na data de consulta. A ressalva sobre setores baseados em ciência é uma leitura do autor a partir da taxonomia de Pavitt, não uma afirmação de Ries. As imagens foram geradas por IA em estilo hiper-realista e não retratam pessoas, lugares ou documentos reais; em uma delas, uma linha de texto espúria foi removida por edição. Os dois posts de design thinking citados são distinguidos pelas letras 2026a e 2026b, na ordem alfabética dos títulos. A lista de posts correlatos foi selecionada entre os trinta mais recentes do blog na data de consulta.

Backlog de termos

Glossário

Termos técnicos em ordem alfabética. Os termos com sublinhado pontilhado no texto trazem até aqui; o botão ao lado do verbete leva de volta. Digite para filtrar.

Buscar termo

23 termos

Aderência produto-mercado

Situação em que um produto satisfaz um mercado grande o bastante para sustentá-lo; sua ausência foi o motivo mais citado, depois do capital, no estudo da CB Insights (2026). Sprint 01

Aprendizagem validada

Conhecimento sobre clientes confirmado por dados de experimentos, e não por opinião; é a unidade de progresso da startup enxuta (Ries, 2019). Sprint 02

Backlog do produto (Product Backlog)

Lista ordenada e emergente do que é necessário para melhorar o produto; compromisso: a Meta do Produto (Schwaber; Sutherland, 2020). Sprint 05

Business Model Canvas

Quadro de nove blocos que descreve como uma organização cria, entrega e captura valor (Osterwalder; Pigneur, 2011). Sprint 04

Ciclo construir-medir-aprender

Laço de realimentação da Lean Startup: ideias viram produto, o produto gera dados, os dados geram aprendizado; o objetivo é reduzir o tempo total da volta. Sprint 02

Contabilidade para inovação

Sistema de métricas acionáveis que permite saber se a startup está progredindo quando ainda não há lucro a medir. Sprint 02

Daily Scrum

Evento diário de até 15 minutos em que os Developers inspecionam o progresso rumo à Meta da Sprint e adaptam o plano. Sprint 05

Definição de Pronto

Descrição formal do estado que o incremento precisa atingir para atender aos padrões de qualidade do produto. Sprint 05

Desenvolvimento de clientes (customer development)

Processo de Steve Blank em quatro etapas — descoberta, validação, criação de clientes e construção da empresa — que trata o plano como hipóteses a testar fora do escritório. Sprint 02

Hipóteses de salto de fé

As duas apostas das quais o negócio depende: a hipótese de valor (o produto entrega valor?) e a de crescimento (como novos clientes o descobrirão?). Sprint 02

Incremento

Passo concreto rumo à Meta do Produto, utilizável e aderente à Definição de Pronto. Sprint 05

Kanban

Cartão de sinalização do sistema Toyota; no trabalho do conhecimento, método de gestão do fluxo baseado em visualização e limites de WIP (Kanban University, 2021). Sprints 02 e 05

Limite de WIP (work in progress)

Número máximo de itens permitidos simultaneamente numa etapa do fluxo; força a terminar antes de começar. Sprint 05

Métrica de vaidade

Número que impressiona mas não orienta decisão, como o total acumulado de downloads; oposto da métrica acionável, que compara coortes e permite decidir. Sprint 02

MVP (minimum viable product, produto mínimo viável)

Versão do produto que permite completar uma volta do ciclo construir-medir-aprender com o mínimo de esforço (Ries, 2019). Sprint 03

Pivô

Mudança estruturada de um elemento da estratégia — segmento, canal, receita, tecnologia — para testar nova hipótese, mantendo a visão. Sprint 02

Product Owner

Responsável por maximizar o valor do produto resultante do trabalho do Scrum Team e por gerenciar o Product Backlog. Sprint 05

Proposta de valor

Conjunto de produtos e serviços que cria valor para um segmento de clientes específico; bloco central do canvas. Sprint 04

Scrum Master

Responsável pela eficácia do Scrum Team, ensinando o framework e removendo impedimentos. Sprint 05

Sistema puxado

Lógica em que o trabalho só entra numa etapa quando ela tem capacidade, em vez de ser empurrado por previsões (Ohno, 1997). Sprint 05

Sprint

Evento de duração fixa, de até um mês, dentro do qual acontecem todos os demais eventos do Scrum. Sprint 05

Startup

Instituição humana que cria produto ou serviço novo sob extrema incerteza (Ries, 2019); organização temporária em busca de um modelo de negócio repetível e escalável (Blank; Dorf, 2014). Sprint 01

Teste A/B

Experimento controlado em que duas versões de uma página, mensagem ou produto, diferindo em um único elemento, são mostradas a grupos comparáveis, e uma métrica decide qual vence; detalhado no post sobre experimentação em comunicação digital (Design…, 2026a). Sprint 03

Referências

1. AFINAL, o que é inovação? Brasil Acadêmico, [S. l.], 5 ago. 2026. Disponível em: https://blog.brasilacademico.com/2026/08/afinal-o-que-e-inovacao.html. Acesso em: 30 set. 2026.
2. BECK, Kent et al. Manifesto para desenvolvimento ágil de software. [S. l.], 2001. Disponível em: https://agilemanifesto.org/iso/ptbr/manifesto.html. Acesso em: 30 set. 2026.
3. BLANK, Steve; DORF, Bob. Startup: manual do empreendedor: o guia passo a passo para construir uma grande companhia. Rio de Janeiro: Alta Books, 2014.
4. CB INSIGHTS. The top 9 reasons startups fail. New York: CB Insights, 5 mar. 2026. Disponível em: https://www.cbinsights.com/research/report/startup-failure-reasons-top/. Acesso em: 30 set. 2026.
5. COMO o pitstop da Ferrari ajudou a UTI pediátrica. Brasil Acadêmico, [S. l.], 3 ago. 2026. Disponível em: https://blog.brasilacademico.com/2026/08/como-o-pitstop-da-ferrari-ajudou-uti.html. Acesso em: 30 set. 2026.
6. DESAFIO MVP. Brasil Acadêmico, [S. l.], [s. d.]. Disponível em: https://blog.brasilacademico.com/p/desafio-mvp.html. Acesso em: 30 set. 2026.
7. DESIGN thinking, experimentação e MVP aplicados à comunicação digital. Brasil Acadêmico, [S. l.], 26 set. 2026a. Disponível em: https://blog.brasilacademico.com/2026/09/design-thinking-experimentacao-e-mvp.html. Acesso em: 30 set. 2026.
8. DESIGN thinking: origens e como usar. Brasil Acadêmico, [S. l.], 16 set. 2026b. Disponível em: https://blog.brasilacademico.com/2026/09/design-thinking-origens-e-como-usar.html. Acesso em: 30 set. 2026.
9. DIGITAL.AI. 17th State of Agile Report: 71% use Agile in their SDLC. Business Wire, [S. l.], 16 jan. 2024. Disponível em: https://www.businesswire.com/news/home/20240116199385/en/17th-State-of-Agile-Report. Acesso em: 30 set. 2026.
10. DINÂMICA tecnológica e inovação: da curva S ao perfil em T. Brasil Acadêmico, [S. l.], 2 set. 2026. Disponível em: https://blog.brasilacademico.com/2026/09/dinamica-tecnologica-e-inovacao-da.html. Acesso em: 30 set. 2026.
11. IFOOD: do cardápio impresso a um gigante de tecnologia da América Latina. Bora Investir, São Paulo: B3, [2025]. Podcast De Onde Vem o Ticker. Disponível em: https://borainvestir.b3.com.br/podcasts-b3/de-onde-vem-o-ticker/ifood-do-cardapio-impresso-a-um-gigante-de-tecnologia-da-america-latina/. Acesso em: 30 set. 2026.
12. KANBAN UNIVERSITY. The official Kanban guide. Seattle: Mauvius Group, 2021. Disponível em: https://resources.kanban.university/wp-content/uploads/2021/06/The-Official-Kanban-Guide_US.pdf. Acesso em: 30 set. 2026.
13. OHNO, Taiichi. O sistema Toyota de produção: além da produção em larga escala. Porto Alegre: Bookman, 1997.
14. OSTERWALDER, Alexander; PIGNEUR, Yves. An e-business model ontology for modeling e-business. In: BLED ELECTRONIC COMMERCE CONFERENCE, 15., 2002, Bled. Proceedings [...]. Bled: University of Maribor, 2002. Disponível em: https://econwpa.ub.uni-muenchen.de/econ-wp/io/papers/0202/0202004.pdf. Acesso em: 30 set. 2026.
15. OSTERWALDER, Alexander; PIGNEUR, Yves. Business Model Generation: inovação em modelos de negócios. Rio de Janeiro: Alta Books, 2011.
16. PESQUISA aplicada: método científico, método de engenharia, tipos de pesquisa, fontes e normas. Brasil Acadêmico, [S. l.], 14 set. 2026. Disponível em: https://blog.brasilacademico.com/2026/09/pesquisa-aplicada-metodo-cientifico.html. Acesso em: 30 set. 2026.
17. PIX: uma aula de gerenciamento de projetos — cem anos de método, do gráfico de Gantt à IA. Brasil Acadêmico, [S. l.], 9 ago. 2026. Disponível em: https://blog.brasilacademico.com/2026/08/pix-uma-aula-de-gerenciamento-de.html. Acesso em: 30 set. 2026.
18. RIES, Eric. A startup enxuta: como usar a inovação contínua para criar negócios radicalmente bem-sucedidos. Tradução: Alves Calado. Rio de Janeiro: Sextante, 2019.
19. SCHWABER, Ken; SUTHERLAND, Jeff. O Guia do Scrum: o guia definitivo para o Scrum: as regras do jogo. [S. l.], 2020. Disponível em: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-PortugueseBR-3.0.pdf. Acesso em: 30 set. 2026.
20. SCRUM.ORG. Ken Schwaber and Dr. Jeff Sutherland update the Scrum Guide on the 25th anniversary of the Scrum framework. Scrum.org, Boston, 18 nov. 2020. Disponível em: https://www.scrum.org/node/44069. Acesso em: 30 set. 2026.