As diferenças entre o Lean UX e o Agile UX

Você provavelmente já ouviu os termos Lean UX e Agile UX muitas vezes no contexto da experiência do usuário, mas você poderia ser perdoado por não ter certeza de qual é a diferença entre eles. Superficialmente eles parecem ter características semelhantes, com o Lean UX defendendo uma abordagem despojada e rápida para o desenvolvimento de produtos e a defesa de uma estratégia que permite uma resposta rápida às oportunidades do mercado, utilizando o trabalho colaborativo e flexível.

Qual dessas estratégias é a melhor e, mais importante, qual é a melhor para a sua organização/produto e para a experiência do usuário, pode ser uma pergunta difícil de responder.

Vamos analisar cada um com um pouco mais de detalhe e depois discutir qual abordagem funciona melhor em determinadas circunstâncias.

Lean UX e Agile UX têm muito em comum

Como eles compartilham muitas das mesmas esperanças e atitudes, o design Lean e Agile UX compartilham uma grande quantidade de pontos em comum.

• Ambos se concentram em pessoas, processos e produtos para minimizar recursos e custos
• Eles operam em comunicação e colaboração contínuas
• Cada equipe completa realiza reuniões regulares com as partes interessadas e usuários
• Ambos operam através do planejamento, construção e testes do produto

Com ambas as práticas lançando uma ampla rede de comunicação e colaboração, a diferença fundamental é o objetivo principal de cada processo. Com o Agile UX design, o que importa é a jornada do cliente. Com o Lean UX design, trata-se de validar ou eliminar as declarações básicas que definem os motivos da construção.

Podemos fazer a diferença fundamental em uma frase simples? O processo de projeto Lean concentra-se mais nos resultados do que nos resultados. No entanto, ambos fornecem um ?aprender?construir?medir? para ajustar cada iteração adicional do produto até que surja uma versão definitiva. Veja como.

Projeto Lean UX

Desenho enxuto se baseia nos princípios do desenvolvimento coletivo ágil e da experiência do usuário, informando o processo. Em outras palavras, busca métodos de trabalho rápidos e desburocratizados que tomam as informações e experiências dos usuários como pontos de partida e desenvolvem produtos que podem ser rapidamente validados contra estes princípios. Busca a maneira mais simples de produzir um produto mínimo viável e depois permite aos usuários decidir como se desenvolve.

O processo Lean UX

O gerenciamento do projeto enxuto deriva de sistemas anteriores na fabricação que passaram para a produção de software.

Ele se baseia em objetos e entregas, mas opta por trabalhar com declarações de problemas em vez de exigências. Estas declarações de problemas são conhecidas como suposições.

Mantendo conversas sobre esses suposições cedo e muitas vezes ajuda todos os operadores a se concentrarem no quadro geral durante todo o processo.

• Descrever os resultados requeridos através de suposições e hipóteses
• Projetando o produto
• Decidindo sobre um produto mínimo viável (MVP)
• Validação

1. Descrever os resultados necessários através de suposições e hipóteses

Na maioria das vezes, os produtos de software resultam da consideração de seus recursos necessários e da garantia de que eles sejam entregues. O Lean UX considera suposições com base em quatro áreas:

• Resultados comerciais
• Usuários do produto
• Requisitos do usuário previsto
• Características do produto

Usando estes quatro tipos de suposições, podemos criar uma hipótese:

Acreditamos que os usuários do nosso produto são [x] que precisam de um resultado comercial [y]. Teremos sido bem-sucedidos quando o requisito do usuário [z] ocorrer por meio do uso do nosso produto?

Cada hipótese apresentará seus próprios valores para X, Y e Z e cada suposição precisa ser provada ou rejeitada para continuar o processo.

2. Projetando o produto

Com uma série de hipóteses para provar ou refutar, a colaboração entre equipes inteiras permite discussões e investigações sobre como o produto deve funcionar. Todos têm voz, facilitando vantagens e problemas durante as reuniões e conversas.

3. Decidindo sobre um produto mínimo viável (MVP)

Com uma visão clara do que o produto final deve fazer e como deve operar, o próximo passo é criar um produto mínimo viável para a prototipagem e testes. Cada MVP deve ter o mínimo de trabalho para produzir uma estrutura de arame, maquete ou protótipo para obter reações e feedback dos usuários.

4. 4. Validação

As questões aqui são, O que aprendemos? Essa parte do processo funcionou? Provado suposições são validados, e os que não são são rejeitados e removidos. Os resultados retornam ao sistema para reavaliar o produto. Se o produto atender a todas as necessidades do usuário e da empresa, ele estará pronto para a próxima etapa. Caso contrário, ele volta ao topo com a próxima etapa de suposições Aprenda com o que você aprendeu.

Os benefícios? Remoção dos processos de desperdício e eliminação das práticas mais demoradas. Com constante colaboração e experimentação, os MVPs impulsionam o aprendizado, mantendo todos os envolvidos informados e atualizados.

O design de UX enxuto é um processo de enxágue e repetição. Um benefício adicional é que ele pode ser utilizado dentro da metodologia Agile? ideal em muitas situações. Tirar proveito dos méritos proporcionados por ambas as práticas proporciona um ganho geral para muitas organizações.

Projeto Agile UX

O Desenho ágil O modelo valoriza os indivíduos e a colaboração sobre o processo e se concentra muito na flexibilidade e na resposta. O objetivo é tornar o processo centrado no usuário e sensível ao input e feedback à medida que o desenvolvimento avança e não ficar atolado em formalidades ou papelada se as oportunidades de inovar e avançar se apresentarem.

O processo Agile UX

O design ágil divide cada projeto em pedaços e subprojetos menores e mais manejáveis, conhecidos como sprints. A sprint é tão longo quanto o projeto precisar, permitindo tempo para planejar e iterar conforme necessário.

O processo Agile depende muito de um ciclo que incorpora iterações que planejar, projetar, construir, testar e revisar. Quando o sprint revisão delineia as mudanças que precisam acontecer para melhorar o produto e alcançar melhor os resultados desejados, um novo sprint é definido.

Cada iteração do produto se desenvolve através de estreita comunicação e colaboração.

• Planeje os pontos de feedback ? Alocar tempo adequado para projetar e entregar o produto e recrutar testadores.
• Definir a história do usuário pretendido ? O que toda a equipe espera ver com base na pesquisa de público?
• Criar um protótipo ? Um wireframe será suficiente ou você precisará de algo mais próximo de uma versão final?
• Recrutar usuários para testes ? Cada usuário de teste deve estar alinhado com as características do público-alvo.
• Completar a pesquisa e relatar os resultados ? Vital para que o usuário final e os membros da equipe considerem outras etapas ou avancem para o lançamento do produto.

Uma equipe de sprint ágil normalmente apresenta um Proprietário do produto, a Scrum Master e Membros da Equipe de Desenvolvimento.

• O Proprietário do produto é responsável pelo produto e pela entrega dos valores necessários.
• O Scrum Master controla como a equipe trabalha em conjunto para garantir eficiência e produtividade.
• O Membros da equipe possuir as habilidades necessárias para realizar o trabalho, seja projeto, desenvolvimento, UX ou algo completamente diferente.

Como no projeto Lean UX, Agile fornece o mesmo tipo de ?enxágue e repita? com mais sprints crescendo a partir dos resultados das versões anteriores até que um modelo final seja realizado.

Considerando as diferenças e sabendo o que é certo para você

É impossível explicar e delinear os méritos de cada opção em algumas milhares de palavras. Para entender de fato cada processo, é preciso muita pesquisa e leitura. Somente quando você obtiver esse entendimento mais profundo terá o que é necessário para saber qual sistema é a opção ideal para o seu projeto e para as pessoas.

No entanto, o que podemos fazer aqui é fornecer uma visão sobre o básico de como eles diferem, e esperamos ajudá-lo a fazer as perguntas certas no início de qualquer projeto de design e pesquisa UX.

A principal diferença entre as duas técnicas parece ser que o Lean UX se concentra no usuário e atende suas necessidades no desenvolvimento de produtos, enquanto o Agile é mais sobre comunicação eficiente e cooperação na entrega do projeto.

Talvez, quando se trata da questão de qual processo você deve usar, seja melhor enquadrá-lo como "quais princípios devo aplicar em diferentes partes do processo de desenvolvimento e em diferentes situações ou circunstâncias? De qualquer forma, há um certo grau de semelhança entre os dois conjuntos de princípios, com ambos buscando a entrada e a validação antecipada do cliente e a aplicação de uma abordagem dinâmica e flexível. Há também um grau significativo de iteração em ambos os estilos.

Muitos projetos incorporarão intuitivamente elementos de ambas as estratégias, já que certos aspectos se relacionam melhor com determinados tipos de projeto ou contexto. Por exemplo, onde os parâmetros e objetivos de um projeto são pré-determinados e fixos, o projeto Agile pode apresentar a melhor solução, pois oferece um caminho mais rápido definido para a conclusão e permite identificar e estruturar as etapas de entrega.

Onde há menos certeza em um projeto, o design enxuto oferece a oportunidade de testar rapidamente hipóteses sobre usuários reais e desenvolver sucessivos produtos interinos que cada vez mais atendem às necessidades e preferências dos usuários. Pode levar mais tempo para se chegar ao produto final, mas ele terá sido testado e testado minuciosamente quando você chegar lá. Portanto, o design enxuto. Provavelmente funcionará melhor onde menos se sabe sobre o usuário final e suas preferências ou onde os elementos do produto são complexos e numerosos.

Esta é uma área bastante difícil, com muitas nuances e diferenças sutis para entender. Se você estiver interessado em Agile ou Lean UX Por que não nos ligar para +44(0)800 0246247 ou nos enviar um e-mail para hello@ux247.com para uma conversa inicial.