Lean Startup: o que é e como usar em projetos de inovação
Saber o que é Lean Startup ajuda num tipo de projeto em que o plano tradicional costuma falhar: aquele em que ninguém sabe ao certo se o cliente quer o que vai ser construído. Um aplicativo novo, um serviço digital para o cidadão, uma linha de produto que a empresa nunca vendeu. O cronograma pode estar impecável e, ainda assim, o projeto entregar no prazo algo que ninguém usa.
O Lean Startup troca a pergunta "conseguimos construir isso?" por "devemos construir isso?". A equipe trata cada suposição do negócio como hipótese, monta o experimento mais barato que consiga testá-la e decide o próximo passo com dados de clientes reais, não com a opinião de quem fala mais alto na reunião.
O que vem a seguir é o método aplicado à rotina de quem gerencia projetos de inovação: a origem, os princípios, o ciclo construir, medir e aprender, um exemplo completo e o encaixe com Scrum e com as ferramentas que a sua equipe já usa.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que é Lean Startup e de onde ele veio
Lean Startup é um método para criar produtos e negócios novos em condições de extrema incerteza. O termo foi cunhado por Eric Ries em 2008, no blog em que ele registrava as lições das startups em que trabalhou, e ganhou forma no livro The Lean Startup, de 2011, publicado no Brasil como A Startup Enxuta.
Ries juntou duas fontes. A primeira é o desenvolvimento de clientes de Steve Blank, que propõe sair do escritório e validar o problema e o mercado com clientes antes de escalar. A segunda é a produção enxuta, de onde vêm as ideias de reduzir desperdício e trabalhar em ciclos curtos. Para um projeto de inovação, o maior desperdício é construir com perfeição algo que ninguém quer.
Um ponto da definição de Ries muda quem pode usar o método: startup, para ele, é uma instituição humana criada para fazer um produto ou serviço novo sob extrema incerteza. Não importa o tamanho nem o CNPJ. Uma equipe dentro de um banco, de uma indústria ou de uma secretaria estadual que lança algo novo também é uma startup nesse sentido.
Os cinco princípios do método
O site oficial do método resume a proposta em cinco princípios:
- Empreendedores estão em toda parte. O método não é exclusivo de quem trabalha numa garagem; vale para qualquer equipe que cria algo novo sob incerteza.
- Empreender é gestão. Uma iniciativa nova precisa de gestão própria, diferente da usada para operar um negócio que já funciona.
- Aprendizado validado. O progresso se mede pelo que a equipe aprendeu e comprovou com experimentos, não pela quantidade de funcionalidades entregues.
- Contabilidade da inovação. É preciso medir o avanço, definir marcos e priorizar o trabalho com indicadores próprios para esse contexto.
- Construir, medir, aprender. O ciclo que transforma ideias em produto, mede a reação dos clientes e leva à decisão de pivotar ou perseverar.
Para quem vem do gerenciamento de projetos, o terceiro princípio é o que mais muda a rotina. Num projeto preditivo, o avanço é o percentual de escopo concluído. Aqui, uma semana em que a equipe derrubou uma hipótese importante, com pouco código escrito, pode valer mais que um mês de desenvolvimento.
Como funciona o ciclo construir, medir e aprender
O ciclo é o centro do método. A equipe percorre três etapas e repete, cada vez mais rápido:
- Construir: transformar a hipótese num produto mínimo que permita testá-la. Esse é o MVP (produto mínimo viável), a versão que gera o máximo de aprendizado validado com o menor esforço. Pode ser um protótipo, uma página de pré-venda ou um serviço feito à mão.
- Medir: colocar o MVP diante de clientes reais e coletar dados de comportamento. O método separa métricas acionáveis, que ajudam a decidir, de métricas de vaidade, que parecem boas mas não mostram o que sustenta o negócio. A diferença está explicada em métricas de vaidade x métricas de valor.
- Aprender: comparar o resultado com o critério combinado antes do teste e decidir se a hipótese se confirmou.
Na prática, o planejamento corre ao contrário: primeiro você define o que precisa aprender, depois o que medir para saber e, por último, o que construir para medir. Começar pelo "construir" é um erro frequente. Como desenhar a primeira versão sem cair nele está em como construir um MVP do jeito certo.
Pivotar ou perseverar
Ao fim de cada volta, a equipe toma uma decisão explícita. Perseverar é seguir na mesma direção, ajustando detalhes. Pivotar é uma correção estruturada de rumo: manter o que se aprendeu e testar uma nova hipótese fundamental sobre o produto, o cliente, o canal ou o modelo de receita. Um pivô não é desistir do projeto; é mudar uma peça da estratégia porque os dados mostraram que ela não se sustenta.
Exemplo de Lean Startup num projeto de inovação
O exemplo a seguir é ilustrativo. Uma distribuidora de materiais de construção quer lançar um serviço de entrega agendada para pequenos empreiteiros. A diretoria aprovou o projeto e a equipe tem três meses.
1. Escreva as hipóteses que precisam ser verdade. A equipe lista três:
| Hipótese | Tipo | Critério para considerar confirmada |
|---|---|---|
| Empreiteiros perdem horas buscando material na loja | Problema | 7 de 10 entrevistados relatam o problema sem que ele seja sugerido |
| Eles pagariam uma taxa por entrega com hora marcada | Valor | 20% dos contatados fazem um pedido pago no piloto |
| A loja consegue cumprir a janela de horário | Viabilidade | 90% das entregas do piloto dentro da janela |
2. Escolha o experimento mais barato para a hipótese mais arriscada. Antes de contratar o desenvolvimento de um aplicativo, a equipe atende os pedidos por mensagem e planilha, com um entregador da própria loja, durante quatro semanas.
3. Meça o que foi combinado. Pedidos pagos, recompra, pontualidade e motivo de cancelamento. Visitas a uma página de divulgação não entram na conta.
4. Decida. Se a recompra for baixa porque o preço da taxa assusta, um pivô possível é cobrar pelo pedido mínimo em vez de pela entrega. Se tudo se confirmar, o aplicativo deixa de ser aposta e passa a ter backlog com base em dados.
Para registrar essas hipóteses numa página antes do primeiro teste, o Lean Canvas, com modelo e exemplo preenchido, cumpre bem a função. Quando o desafio é alinhar diretoria, negócio e tecnologia sobre o que entra no primeiro MVP, a Lean Inception organiza essa conversa em uma semana de workshop.
Lean Startup, Scrum e gerenciamento de projetos
O Lean Startup não concorre com o Scrum; os dois respondem a perguntas diferentes. O Lean Startup ajuda a descobrir o que vale a pena construir. O Scrum organiza como construir em ciclos curtos com um time autogerenciável. Em muitos projetos, os experimentos viram itens do Product Backlog, e a Sprint Review é o momento natural de olhar o resultado e discutir o pivô. O panorama de como esses métodos se encaixam está no guia completo de métodos ágeis e Scrum.
Com o gerenciamento de projetos tradicional, a convivência pede um ajuste no contrato com o patrocinador. Em vez de aprovar o escopo inteiro no início, ele aprova uma fase de descoberta com orçamento limitado, marcos de aprendizado e um ponto de decisão. Na prática, fica assim:
- Termo de abertura: em vez de requisitos fechados, declara o problema, as hipóteses e os critérios para seguir, pivotar ou encerrar.
- Cronograma: organizado em ciclos de experimento, com datas de decisão, não em pacotes de entrega.
- Riscos: as hipóteses mais arriscadas são os riscos principais, e o experimento é a resposta a eles.
- Indicadores: além de prazo e custo, a equipe acompanha as métricas de aprendizado definidas para cada hipótese.
Erros comuns ao aplicar o método
- Chamar de MVP a primeira versão do produto completo. Se levou seis meses para ficar pronto, não foi um teste de hipótese.
- Medir sem critério definido antes. Sem uma meta combinada, qualquer resultado parece bom e a decisão vira opinião.
- Ficar só em métricas de vaidade. Cadastro, curtida e visita mostram interesse, não comportamento de compra ou uso recorrente.
- Pivotar a cada semana. Mudar de rumo sem dar tempo ao experimento é tão ruim quanto nunca mudar.
- Esconder resultados negativos do patrocinador. O método só funciona se o aprendizado for transparente; uma hipótese derrubada cedo economiza dinheiro.
- Ignorar a viabilidade operacional. O cliente pode querer o serviço e a empresa não conseguir entregá-lo com qualidade. Teste essa hipótese também.
Por onde começar na sua próxima iniciativa
Escolha um projeto de inovação em andamento ou prestes a começar e escreva, numa folha, as três suposições que, se estiverem erradas, derrubam o negócio. Para a mais arriscada, defina um experimento que caiba em duas semanas e o número que vai considerar suficiente para seguir. Só depois disso discuta escopo e tecnologia.
Se você quer transformar esse aprendizado num processo de produto, com descoberta, priorização e métricas, o curso de gestão de produto da Projeto Diário trata de descoberta, métricas, ciclo de vida e priorização em videoaulas e prepara para as certificações CPM-F e CPM-E.
