Lean Inception: o que é e como conduzir o workshop

Um produto novo costuma nascer com cada pessoa imaginando uma coisa diferente. A diretoria pensa em reduzir custo, a área de negócio quer atender um tipo de cliente, a equipe técnica já desenhou a arquitetura e ninguém concorda sobre o que entra na primeira versão. A Lean Inception é um workshop curto e intenso, criado para resolver exatamente esse desalinhamento: em cerca de uma semana, as pessoas certas saem da sala com a mesma visão do produto e com o MVP definido.

O formato foi criado por Paulo Caroli, autor do livro sobre o método, quando atuava como facilitador na Thoughtworks. Ele partiu das inceptions que a consultoria fazia no início dos projetos, que levavam de duas a quatro semanas, e enxugou o roteiro com a lógica do Lean Startup: tirou o que não era sobre o produto e manteve o que leva a um produto mínimo viável.

Abaixo estão quando usar, como preparar, a agenda da semana e o passo a passo de cada atividade, com as regras do sequenciador e os blocos do canvas MVP.

O que é Lean Inception e o que ela entrega

A Lean Inception é uma sequência de atividades colaborativas que leva um grupo do "temos uma ideia" ao "sabemos qual é o MVP, para quem ele serve e como vamos medir se deu certo". Segundo o próprio Caroli, a versão enxuta deixou de fora a arquitetura e a preparação do projeto, e os participantes não escrevem nem estimam histórias de usuário durante o workshop. O produto final é o entendimento do MVP, registrado num canvas.

Ela entrega quatro coisas concretas:

1. Uma visão do produto escrita e aceita por todos.
2. Personas e jornadas que mostram quem usa o produto e como.
3. Funcionalidades avaliadas e sequenciadas em ondas de entrega, com o MVP na primeira.
4. O canvas MVP, com a proposta, as métricas de validação, o custo e o prazo.

Se o conceito de MVP ainda gera discussão no seu time, o artigo sobre como construir um MVP do jeito certo ajuda a nivelar o vocabulário antes do workshop.

Quando usar e quando não usar

A Lean Inception funciona bem quando:

• o time vai construir um produto novo, ou uma nova frente de um produto existente, de forma iterativa;
• um projeto grande precisa começar rápido, com todos alinhados sobre a primeira entrega;
• uma ideia já testada precisa virar produto, e falta decidir o que construir primeiro.

Ela não substitui a pesquisa com clientes, a geração de ideias, a análise da concorrência nem a revisão de arquitetura. Se ninguém sabe ainda qual problema resolver, comece por descoberta e experimentos, na linha do Lean Startup. Se o modelo de negócio inteiro está em aberto, um Lean Canvas pode vir antes.

Quem participa

O ideal é que todas as pessoas envolvidas no produto participem da semana inteira: patrocinador, Product Owner ou responsável pelo produto, representantes do negócio, especialistas em experiência do usuário (UX) e o time que vai construir. Quando isso não é possível, as partes interessadas precisam estar ao menos na abertura e na apresentação final.

Um facilitador conduz o roteiro, controla o tempo e protege a participação de todos. Ele não decide o conteúdo do produto. Em grupos grandes, vale ter um segundo facilitador.

Como preparar a Lean Inception: passo a passo

1. Confirme o patrocinador e o objetivo do workshop. Uma frase basta: "sair com o MVP do novo portal de agendamento definido e aceito".
2. Feche a lista de participantes com quem decide, quem conhece o usuário e quem vai construir. Ausências nas atividades de revisão enfraquecem o resultado.
3. Reserve a agenda de todos para a semana e combine os momentos em que as partes interessadas precisam estar presentes.
4. Prepare o espaço, físico ou virtual, com um quadro por atividade, cartões de três cores e regras de convivência.
5. Reúna o material existente: pesquisas com usuários, dados de uso, restrições legais e técnicas conhecidas.
6. Apresente a agenda na primeira hora do workshop, para que todos saibam aonde o grupo vai chegar.

A agenda da semana

A agenda abaixo segue a referência publicada por Caroli. Os horários são flexíveis, mas a ordem importa, porque cada atividade usa o resultado da anterior. Muitas versões da agenda incluem também, no primeiro dia, uma atividade de objetivos do produto.

As atividades, uma a uma

Visão do produto

O grupo completa um modelo de frase que obriga a dizer para quem é o produto e por que ele é diferente: "para [cliente final], cujo [problema a resolver], o [nome do produto] é um [categoria de produto] que [benefício principal]. Diferente de [alternativa da concorrência], o nosso produto [diferença principal]". Subgrupos escrevem versões e, no fim, todos chegam a uma frase só.

É, não é, faz, não faz

Quatro quadrantes delimitam o produto. O "não é" e o "não faz" costumam ser os mais valiosos, porque desfazem expectativas silenciosas. Exemplo ilustrativo: o portal de agendamento "faz" marcação e remarcação de consultas, mas "não faz" cobrança nem prontuário.

Personas

Cada persona ganha nome, perfil, comportamento e necessidades. O grupo cria personas para os principais tipos de usuário, incluindo usuários internos, como a atendente que recebe as ligações que o portal deveria evitar.

Descoberta das funcionalidades

O grupo levanta as funcionalidades que atendem às personas e aos objetivos do produto. Uma funcionalidade é descrita como algo que a pessoa faz no produto, como "remarcar consulta pelo celular".

Revisão técnica, de negócio e de UX

Cada funcionalidade recebe três notas de 1 a 3: esforço, valor de negócio e valor para o usuário. Também recebe uma cor de incerteza, que combina duas perguntas: o time sabe como construir? Negócio e UX concordam sobre o que a funcionalidade inclui? A cor vermelha indica incerteza alta, a amarela, média, e a verde, baixa.

Jornadas do usuário e funcionalidades nas jornadas

O grupo desenha as jornadas de cada persona, passo a passo, e depois posiciona as funcionalidades em cada etapa. Isso mostra lacunas (uma etapa sem funcionalidade) e excessos (funcionalidades que não servem a nenhuma jornada).

Sequenciador de funcionalidades

É o coração da semana. As funcionalidades são distribuídas em ondas, e cada onda segue cinco regras, segundo o material de Caroli:

1. no máximo três funcionalidades por onda;
2. no máximo uma funcionalidade vermelha (incerteza alta) por onda;
3. ao menos uma funcionalidade verde (incerteza baixa) por onda;
4. a soma de esforço da onda não passa de cinco;
5. a soma de valor da onda chega a pelo menos quatro.

As primeiras ondas formam o MVP; as seguintes, os incrementos do produto. As regras forçam o equilíbrio entre risco, esforço e valor, e impedem que o MVP vire "a versão 1.0 completa".

Canvas MVP

O canvas tem sete blocos: proposta do MVP, personas segmentadas, jornadas atendidas, funcionalidades, resultado esperado, métricas para validar as hipóteses de negócio, e custo e cronograma. Quando o sequenciador mostra o MVP e vários incrementos, uma prática comum é preencher um canvas para o MVP e outro para o primeiro incremento, sem detalhar os mais distantes.

Apresentação dos resultados

Na sexta à tarde, o grupo apresenta o percurso e o canvas às partes interessadas. É a hora de confirmar o patrocínio e combinar o próximo passo.

Lean Inception remota

O formato remoto tornou-se comum, e o alinhamento pesa ainda mais quando as pessoas não dividem a mesma sala. Três ajustes ajudam: sessões mais curtas, com pausas a cada hora; um quadro virtual preparado antes, com modelos de cada atividade; e um facilitador de apoio para acompanhar os subgrupos e o chat.

Erros comuns

• Começar sem patrocinador presente. O canvas perde força se quem financia não participou da decisão.
• Pular a revisão de incerteza. Sem as cores, o sequenciador vira lista de desejos.
• Ignorar as regras das ondas. Colocar dez funcionalidades no MVP "porque são todas importantes" desfaz o objetivo do método.
• Tratar o canvas como contrato. O MVP é uma hipótese a validar com as métricas do canvas.
• Encerrar sem próximo passo. O grupo sai alinhado, mas nada acontece na semana seguinte.

Depois da semana

O canvas MVP vira a base do backlog: as funcionalidades das primeiras ondas são quebradas em itens menores, e o time começa a trabalhar em ciclos curtos. O guia completo de métodos ágeis e Scrum mostra como seguir com Scrum ou Kanban a partir daí.

A Lean Inception é, na prática, o kickoff de um produto. Antes de marcar a semana, use o checklist de kickoff da Projeto Diário para conferir o que precisa estar pronto antes, durante e depois do encontro: participantes confirmados, material reunido, patrocinador presente. Ele marca os itens críticos pendentes e baixa a lista em Excel, PDF ou Markdown.