Mesmo depois de duas décadas do lançamento do manifesto ágil e dos diversos benefícios trazidos por ele, como a adoção de métodos que permitiram ganhar rapidez e mais assertividade no desenvolvimento dos projetos, muitos deles ainda falham em sua entrega final.

Na utilização de métodos ágeis, os erros acontecem “mais rápido e mais barato”, deixando a possibilidade de redefinir o que não funcionou e buscar soluções de forma mais rápida, o que já é uma grande vantagem frente aos projetos desenvolvidos através dos métodos tradicionais.

Então, a grande questão é como otimizar ainda mais o desenvolvimento dos projetos, trazendo mais eficácia para o produto final?

O Lean Inception veio exatamente para solucionar este problema!

Ao longo deste artigo, você vai entender mais a fundo os conceitos de Lean Inception, quais são as reais vantagens deste método e como implantá-lo em seu próximo projeto.

O Lean Inception é um método de desenvolvimento de projetos ágeis que visa agilizar o processo de entrega do produto, garantindo maior assertividade e qualidade na sua entrega final.

Esta metodologia foi criada por Paulo Caroli, em uma junção de dois conceitos

O Inception do RUP — Rational Unified Process — que se trata da primeira, de quatro etapas deste método.

No modelo RUP na fase de Inception consistia em realizar análises dos objetivos, arquitetura e planejamento do projeto. O que era feito a partir de entrevistas com os Stakeholders inicialmente, mas entre 2006 e 2010, ganhou um foco mais voltado para o usuário final, por influência do Design Thinking e User Centric Design.

Esta fase do projeto costumava durar semanas de reunião — em média de 2 a 4 semanas por inception.

O segundo conceito usado para dar origem ao Lean Inception, vem da obra The Lean StartUp, de Eric Ries: o MVP — Produto Mínimo Viável.

Que, por sua vez, se refere a versão mais simples possível de um produto. Esta versão é utilizada como ferramenta principal na validação das premissas comerciais iniciais e/ou das expectativas colocadas no produto.

O desenvolvimento do MVP permite que seja economizado uma quantidade de tempo e recursos muito grande, lançando um produto mais básico inicialmente, para coletar feedbacks do público e finalizar o desenvolvimento baseado em dados reais e validados.

A partir da análise dos dados colhidos pelo lançamento do MVP será possível verificar, não apenas qual caminho o desenvolvimento do produto deverá seguir para atender as necessidades reais do usuário, mas também se a produção do produto completo realmente vale a pena.

Unindo estes dois conceitos, o objetivo do Lean Inception se foca em fazer o alinhamento no menor tempo possível, centralizado no desenvolvimento do MVP — horas e mais horas economizadas, na criação de “produtos completos”, que acabam com várias funcionalidades não utilizadas pelos usuários.

O Lean Inception é organizado no formato de um Workshop, que pode ser feito de forma presencial ou remota, com duração de uma semana — em dias “úteis”, de segunda a sexta-feira —, com o objetivo de definir o MVP que será trabalhado na primeira fase do projeto.

Cada dia segue uma programação definida, em ordem lógica, que facilita o desenvolvimento do MVP, mesmo dentro deste período relativamente curto.

São 11 atividades ao todo, divididas ao longo dos 5 dias.

É importante ressaltar que o Lean Inception não deve ser a primeira etapa do desenvolvimento do produto.

Antes dela existem algumas etapas essenciais. Como é o caso da fase de Ux research, por exemplo, onde serão buscadas informações que servirão como base para as decisões que serão tomadas durante a Inception e o sucesso do MVP resultado dela.

Não existe um número exato de participantes em uma Lean Inception, mas o ideal é que fique em torno de 10 a 30 participantes. Entre eles:

• stakeholders;
• o facilitador da Inception;
• desenvolvedores;
• scrum masters (SM);
• gerentes de projetos (GP);
• product owners (PO);
• UX designers.

Na reunião de Kick-off — ou “pontapé” inicial, em tradução livre — será feita a apresentação do objetivo central da inception.

Nela os Stakeholders apresentam um briefing e o facilitador da inception — pessoa que ficará responsável por guiar as atividades durante a semana — apresentará a programação da inception.

Com este briefing e apresentação, pretende-se facilitar aos desenvolvedores um conhecimento mais amplo dos objetivos do projeto, além de uma visão abrangente das expectativas colocadas no produto.

No primeiro dia, serão definidos os detalhes iniciais do produto, respondendo às seguintes questões:

• Para quem o produto será direcionado? Qual o público-alvo?
• Qual problema nos propomos a resolver?
• Como faremos isso através deste produto?
• Quais os benefícios serão entregues pelo produto?
• Qual o diferencial de mercado?

Ainda no primeiro dia, é feito um aprofundamento maior nas características e objetivos mais importantes do produtos.

Em um segundo momento de entendimento do produto, a partir das definições de:

• O que o produto É
• O que o produto Não É
• O que o produto Faz
• O que o produto Não Faz

É feito o brainstorm direcionado de ideias e conceitos para o produto.

O pensamento divergente contribui para aumentar o número de opções trazidas pelos participantes, através do seu trabalho em conjunto dos conceitos que podem se tornar grandes diferenciais.

Desta forma, aumenta-se as chances de desenvolvimento do MVP mais adequado à realidade apresentada pelos stakeholders.

No segundo dia, depois de definidas as premissas e direcionamentos iniciais do produto no dia anterior, o foco recai sobre as personas!

Elas se referem a personagens fictícios que representam o público-alvo para o qual será direcionado o produto. Em outras palavras, descrevem os hábitos e comportamentos dos personagens-chave para com o negócio em questão.

Elas são estudadas sobre todos os pontos de vista, no decorrer das atividades de Lean Inception.

Também é feito um refinamento maior sobre as funcionalidades do produto e como será o tipo de funcionamento ideal, para atender às necessidades da persona.

Esta etapa está mais diretamente ligada às atividades do final do primeiro dia, onde são traçadas as primeiras premissas de funcionalidades. Mas, aqui, elas já passam por um filtro mais fino, colocando em questão as definições mais específicas das necessidades e desejos do público-alvo.

Já no terceiro dia, o foco é voltado para a checagem dos requisitos funcionais do produto e o estabelecimento de um MVP definitivo.

Uma vez que os integrantes do inception estão mais conscientes do produto e da persona, é a hora de entrar no planejamento em detalhes.

O principal objetivo da execução de tais ações é que elas produzam esse alinhamento entre as áreas técnicas e de negócios.

As ações deverão ser avaliadas em:

• nível de esforço para o desenvolvimento da função
• Importância para o negócio
• Importância para o sucesso do usuário

A partir disso, será possível saber o que deve ser feito e como deve ser feito, além de conseguir definir com maior facilidade qual o nível de prioridade de desenvolvimento de cada função.

A jornada do usuário é tida como um elemento-chave para entender o comportamento de uma persona, isso porque ela trata dos hábitos e rotinas desse público-alvo.

No dia 3 da lean inception, é feita a descrição completa sobre a jornada do usuário do produto.

Graças ao conhecimento sobre o problema em questão e o público-alvo, é possível criar um fluxo de interação completo entre as personas e o produto, traçando um mapa para entender qual o caminho — etapa por etapa — o usuário irá fazer para chegar até o seu objetivo.

No quarto dia é feita uma análise em conjunto dos três pontos centrais dos outros dias:

• O produto
• Funcionalidades do produto
• Persona e jornada do cliente

A partir daí, será possível revisar os detalhes do produto, levando em consideração todas as questões principais para atingir os resultados esperados com sucesso, atendendo da melhor forma a necessidade do cliente.

Após feita a revisão do produto e suas funções revisadas, com foco nas necessidades reais do cliente, chegou a hora de criar o sequenciador de funcionalidades.

Ele auxiliará a organizar e visualizar as funcionalidades e suas relações com o MVP.

O sequenciador é formado por um conjunto de linhas, que servirão como base para definir as funcionalidades que serão incluídas.

1. _______(funcionalidade 1)________
2. _______(funcionalidade 2)________
3. _______(funcionalidade 3)________
4. etc.

Estas funcionalidades deverão ser organizadas por ordem decrescente de importância — iniciando pela mais importante —, chegando a um consenso sobre quantas linhas serão necessárias para desenvolver o MVP.

No último dia do Inception será feito o Canvas do MVP, onde ficarão organizadas todas as informações construídas no decorrer dos 4 primeiros dias da inception.

Nele serão apresentadas:

A visão do MVP , onde será apresentada a proposta geral do MVP, resumida em apenas uma frase simples e direta.

Persona , onde será especificado o perfil do cliente ideal, traçado no 2° dia da inception, além do público para que o MVP será direcionado — será liberado para todo o público? Será feito o teste em menor escala? Como será feita a distribuição do MVP?

Jornadas , onde serão apresentados os desenhos das jornadas que os usuários seguirão no MVP e como elas serão melhoradas.

Funcionalidades , onde será registrado o que vai ser construído neste MVP.

Resultado esperado , onde serão registrados quais são as expectativas de resultado com o lançamento do MVP, quais os resultados iniciais buscados.

Métricas , onde serão definidas as métricas e parâmetros que serão usados para entender se os resultados pretendidos foram alcançados ou não.

Custo e cronograma , onde serão definidos os custos iniciais e cronograma de desenvolvimento previstos.

O canvas deverá ser apresentado para os stakeholders na última reunião, onde será analisado se a proposta final de MVP está, de fato, alinhada com as expectativas do cliente.

Com o fim das atividades do Lean Inception, é possível que o MVP esteja em condições de estabelecer metas mais precisas sobre os próximos passos a serem dados.

O Lean Inception é um método ágil de desenvolvimento que visa projetar e validar o MVP (produto mínimo viável) com seus clientes, através de uma abordagem metodológica guiada por definições claras da proposta geral do produto. O processo inclui 5 dias, onde cada dia representa uma etapa a ser seguida para a finalização das atividades previstas em cada dia.

As principais características deste método são:

• foco no usuário;
• diminuição no desperdício de tempo e recursos necessários para o desenvolvimento e validação de um produto;
• priorizar funcionalidades essenciais para chegar a uma solução viável (“MVP”); simplicidade;
• envolvimento da equipe.

Benefícios principais:

• reduzir desperdício;
• melhoria na qualidade do produto;
• implantação rápida e aprendizado com a entrega aos primeiros usuários;
• maior nível de acertos no lançamento do produto final;
• trazer vantagens competitivas ao se tornar capaz de atender necessidades específicas do cliente;
• maior confiança em toda a equipe;
• menos perda de tempo e recursos;
• maior produtividade.

Cabe lembrar que o Lean Inception não é um método único e sim um processo de trabalho que pode ser adotado por qualquer método ágil. A proposta do Lean Inception é colocar o foco no usuário e fornecer entregas contínuas para garantir constantes feedbacks para os desenvolvedores.

O Lean Inception é indicado para projetos em que os recursos são limitados, como em startups e pequenas empresas, devido a sua proposta de valor: priorizar funcionalidades essenciais para chegar a uma solução viável (“MVP”), além das vantagens obtidas no envolvimento da equipe.

Para entender mais sobre Gestão Ágil de Projetos, os principais Métodos Ágeis e desvendar mais detalhes sobre o universo ágil para otimizar o desenvolvimento de seus projetos, clique aqui para conferir os conteúdos sobre Agile que separamos para você!