Em 23 de maio de 2017, a UX republic recebeu pessoas de diferentes origens para alimentar a discussão de papéis e responsabilidades nas equipes de produtos de TI durante um Meetup "mesa redonda".

Se você não pôde vir, você pode ver o video. Você não tem tempo para 1h12 de vídeo? Esta postagem no blog pode ser a solução!

Quer uma resposta em menos de 5 minutos?

Experiência do usuário: um assunto para toda a equipe

Pegue o melhor experiência do usuário possível deve ser o preocupação de toda a equipe produtos. Depender :

Os Métodos de experiência do usuário colocar o usuário no centro do processo de design.
Os métodos ágeis que reorientam o produto em seu valor.
Le inicialização lean et Lean UX que defendem ciclos rápidos de geração e verificação de hipóteses
Escuta activa tanto com os usuários quanto entre os membros da equipe.

La reunião de usuários é uma preocupação recorrente. A alta administração às vezes resiste a permitir que as equipes encontrem usuários “reais”. É então necessário “hackear” (testes de guerrilha, usar sua rede para fazer perguntas, etc.). Os resultados da pesquisa ou métodos de teste são muitas vezes muito conclusivos e falam por si.

Diferentes orientações

Os gerentes de produto, Product Owner (papel do framework ágil Scrum), UX designer, Analista de Negócios… deve perseguir um objetivo comum e contribuir com suas habilidades para alcançá-lo. a PM tem uma visão mais estratégica e está em contato com os stakeholders. a PO é o “proprietário do produto” no método Scrum, ele determina e prioriza o escopo do produto. EU'Designer de UX ele é o ponto de contato com os usuários, o defensor de métodos de pesquisa, design e avaliação da experiência do usuário. a BA está imbuída de um conhecimento técnico e profundo de processos de negócios complexos.
Os desenvolvedores geralmente produzem código de melhor qualidade e ficam mais motivados se estiverem em contato com os usuários.

Uma forte colaboração

Idealmente todos os membros da equipe participam aos testes. Se determinados membros da equipe quiserem adotar métodos de UX, o designer de UX pode acompanhá-los ou aproveitar o tempo liberado para focar em outros assuntos. O comunicação é a chave para uma distribuição serena de tarefas.

Você tem um pouco mais de tempo

Aqui está um resumo das mensagens compartilhadas por Noémie, Audrey, Esther, Antoine, Jocerand e Yannick. E algumas notas minhas também :).

Primeiras reações sobre o assunto

Yannick

Uma boa definição de problemas de UX, um bom direcionamento das “necessidades” do usuário podem melhorar o código. Os desenvolvedores podem fazer um código mais limpo.
Se não me engano, essa também é uma das ideias subjacentes ao DDD, “Domain-Driven Design é projetar software focando no valor comercial que ele traz para seus usuários”. Mais informações.
Cada membro da equipe de “produto” (PM, PO, Analista de Negócios, UX Designer, desenvolvedores, etc.) tem suas habilidades e competências e pode encontrar “chapéus para colocar na cabeça”.
“Pode ser PM, PO desde que trabalhe bem, chapéus não me interessam muito”.

Esther

Em empresas com processos complicados, cálculos “sombra”, o papel do Analista de Negócios é levar conhecimento técnico do “negócio” (=usuários) para repassar a outros atores, como UX designer ou desenvolvedores.

Jocerand

Um designer de UX é um designer de experiência, no digital ou em outro lugar. O UX pode trabalhar com BAs, PMs, POs, desenvolvedores… O BA ajuda o designer de UX a entender processos e regras de negócios complexas. O papel do designer de UX é lembrar que o usuário está no centro do design, ele deve “sensibilizar” a equipe para uma abordagem centrada no usuário.

Noémie

A abordagem UX começa com a compreensão do usuário, o papel do designer de experiência do usuário é fazer muitas perguntas às pessoas. O Product Owner constrói com o UX designer o Histórias dos usuários. O designer de UX também ajuda a representar a complexidade fazendo muitas perguntas. Garante um produto com boa usabilidade, viabilidade funcional, ergonomia e experiência geral do usuário. Os garantes da viabilidade económica são antes os OPs ou os PMs.

Antoine

A escuta ativa é um conceito importante. O PO ou Agile Coach ouve a equipe. O UX Designer ouve os usuários. O PM está mais na estratégia, no planejamento, ele faz o elo com os stakeholders.

Audrey

O papel do Product Owner é definido no Scrum. O PO é uma função que pode ser desempenhada por um Gerente de Produto ou outras pessoas. O PM/PO pode ter que trabalhar com o designer de UX para todas as questões de'interface homem/produto. Um designer de UX pode dar suporte a vários PMs. Diariamente, o PM toma decisões com base nas diretrizes fornecidas pelo designer de UX. Podemos ter vários chapéus PM, PO, UX.

Pergunta do público: você é como peças de lego, como você se encaixa?

Jocerand

Depende do tamanho das empresas, dos projetos e da metodologia.
Na Société Générale, as equipes de produto (software dedo do pé) trabalham em Lean UX e equipes de recursos.
Em cada equipe de recursos há um PM, um BA/PO, um designer de UX e cinco desenvolvedores em média.
O designer de UX trabalha com o PO para definir a necessidade. Ele usa técnicas de escuta e pesquisa de usuários para apoiar o PO.
O designer de UX às vezes participa da escrita de User Stories, mas mais raramente.
Ele também suporta desenvolvedores. No lean, o designer de UX pode ter que fazer alguns atalhos. Em geral, o casal PO-UX está um ou dois sprints à frente dos desenvolvedores, mas pode acontecer que trabalhemos diretamente em “design de pares” com os desenvolvedores durante o sprint.
No contexto de alguns projetos, o UX designer não atende os desenvolvedores, ele trabalha em pares com o PO ou o PM e sua entrega final é um conjunto de wireframes.

Antoine

Quando alguém tem uma boa ideia, é um bom ponto de partida, mas você precisa se concentrar novamente no problema que está tentando resolver. É importante ir ver os usuários e desafiar a ideia inicial. “Ideias” não confrontadas com os usuários são apenas hipóteses.
O designer de UX dá conselhos, ele vai a campo.
O PO, seguindo as recomendações do designer de UX ou indo a campo, toma as decisões. Ele escolhe as “User Stories”, ele é o dono do produto.
O PM tem um papel quando há aderência do mercado para o produto. Ele carrega a visão e a estratégia.

Pergunta do público: de repente, para evitar o desenvolvimento do túnel: ciclo de projeto curto, como fazemos testes de usuário? Quem está presente?

1ª rodada

Audrey

Na PessoasDoc, os testes de usuário são realizados a cada 2-3 meses por um par de UX designer/PM. E toda a equipe está convidada a observar. Em B2B (business to business) nem sempre é fácil encontrar clientes (=usuários) prontos para passar por testes de usuários.
Mas é crucial que o PM/PO priorize o que está na lista de pendências e a equipe de desenvolvimento geralmente recebe um impulso de motivação do contato com o usuário.

Noémie

O sprint de design é anterior ao sprint de desenvolvimento (a chamada operação assíncrona). O designer está então dando suporte à equipe de desenvolvimento durante o sprint. O teste do usuário pode ser feito logo após os wireframes ou após a camada gráfica. Eles devem ser muito regulares, desde protótipos de baixa fidelidade até alta fidelidade. Não é perda de tempo.

Esther

BAs não necessariamente validam wireframes, suas ferramentas são mais demos e UATs. As campanhas UAT (User Acceptance Test) são feitas em ambientes iso prod (os mesmos dados que no ambiente de produção) para validar as telas, mas também os dados.
Os UATs são muitas vezes meios de teste já implementados em grandes empresas e permitem recuperar informações sobre os usuários e sua interação com o produto. No entanto, é importante pensar em fazer testes antes. As UATs são feitas depois que o produto é desenvolvido, portanto, é mais caro fazer alterações do que quando você está no estágio de esboço ou protótipo de baixa fidelidade. Eles também são por vezes tendenciosos: vários testadores na mesma sala, as perguntas nem sempre seguem o boas práticas teste do usuário...
Portanto, é necessário levar isso em consideração, mas não substituir todos os testes de usuário por UATs.

Yannick

No método ágil Programação extrema, toda a equipe (UX, especialista em negócios, desenvolvedores, etc.) está diretamente com o usuário.
Este é um grande desafio para as grandes empresas. Em equipes muito grandes, esse princípio não pode funcionar sem cortes.

torre 2d

Jocerand

“É a gestão da mudança”. Quando chegamos a projetos que não são muito maduros em termos de UX, nos deparamos com pessoas que já acham que sabem tudo sobre o usuário.
O papel do designer de UX é então explicar a eles que eles estão parcialmente certos, mas também um pouco errados e que idealmente é necessário se aproximar dos usuários.
Muitas vezes um dos objetivos do designer de UX é conciliar os MOAs com os usuários.

Yannick

Muito poucos desenvolvedores entraram em contato com o usuário. No entanto, é muito motivador ver que além do código está a satisfação, a eficácia, a eficiência das pessoas que estão em jogo.

Audrey

Além do UX, é da maturidade da cultura do produto que estamos falando. Para entender e priorizar a necessidade, você tem que ir ver o usuário. Em algumas empresas que não têm a “cultura do produto”, há disputas internas de poder e nem os desenvolvedores, nem os POs, nem os PMs atendem aos usuários.

Jocerand

POs e UX geralmente têm o mesmo problema nesse nível.

Noémie

Nesse caso, ainda é necessário entrar em contato com os usuários. Você tem que ignorar os muros erguidos pela alta administração e depois mostrar os resultados da reunião com os usuários.
Em geral, o confronto das hipóteses com os usuários faz com que todos concordem. Isso evita debates de opinião.

Antoine

Existe um ditado que diz: “É melhor pedir desculpas do que dizer por favor”. Às vezes você só precisa perguntar ou encontrar a pessoa certa para ter os meios. Como, por exemplo, passar uma semana em campo com toda a equipe.

Pergunta do público: Como você consegue 2 sprints à frente? Se não, como gerenciamos?

Noémie

O designer de UX, o PO e os desenvolvedores se organizam para incorporar apenas histórias de usuário prontas (portanto, nas quais o designer de UX já trabalhou). Claro, algumas histórias de usuário são modificadas depois de qualquer maneira, isso pode causar alguma tensão. Mas normalmente tende a se equilibrar.

Esther

Os designers de BA/PO/UX não têm necessariamente dois sprints de antecedência, mas deve haver pelo menos o suficiente para alimentar um sprint de desenvolvimento.
A boa prática é não modificar um sprint backlog durante o sprint.

Yannick

Como desenvolvedor, você nunca fica entediado. É muito raro não termos mais nada para fazer, que o código esteja perfeitamente limpo, a cobertura do teste perfeita...
Muitas vezes, é a gerência que quer que as coisas aconteçam rapidamente.
Poucas pessoas querem construir, quebrar e reconstruir a mesma coisa dez vezes.
Talvez precise de mais tempo para fazer as coisas.

Jocerand

Às vezes, no entanto, você tem que ir muito rapidamente. O designer de UX pode fazer “design em pares” com um desenvolvedor. Usando esboços, ele pode construir rapidamente algo com o desenvolvedor para testar com o usuário e ajustar.

UX é wireframes?

Audrey

Hoje nosso designer de UX está trabalhando na plataforma global. Ela não faz Wireframes.

Antoine

Para mim, UX é realmente ouvir a montante, a partir da emoção do usuário. Os wireframes são uma ferramenta natural para o designer de UX, tão natural que não é um tópico.

Noémie

UX design é uma mistura de estratégia e produção. Um dos objetivos é garantir a consistência da experiência com todos os pontos de contato. Para fazer isso, você tem que dar um passo para trás.

Jocerand

Muitas vezes é pela palavra “wireframe” que inicia uma missão, é uma saída após um processo. é um artefato visual que muitas pessoas entendem. Mas isso é apenas a ponta do iceberg.

Esther

UX é um pouco como um “super colaborador”, um “confidente”. O BA não tem necessariamente as habilidades para criar um fluxo de trabalho de usuário ou uma tela. Antes, era um papel que muitas vezes cabia ao BA, sem contudo ser uma das suas áreas de especialização definidas.
Alguns BAs desenvolvem uma “dependência UX”. Também foi uma ideia apresentada por Vincent durante o Meetup sobre UX em ambientes Ágeis (sua apresentação está disponível aqui).
“Na Société Générale, como BA, vejo uma pessoa de contato para cálculos, etc. O designer de UX verá mais usuários eventualmente.”

Yannick

“Sem photoshop, por favor”. CSS (Cascading Style Sheets) é difícil. Sketches e Wireframes acompanhados de “Lava Loiça“, bibliotecas de componentes ou “padrões (veja Bootstrap), guias de estilo, etc. tornar o desenvolvimento muito mais fácil!

Pergunta do público: testes finais para usuários, como fazer o cliente entender que os usuários finais não são eles, mas as pessoas por trás de seus usuários?

Antoine

Às vezes você tem que hackear testes de usuário. Use a rede de sua rede. Mesmo que vejamos apenas algumas pessoas, e não seja exatamente o alvo certo, já está cheio de informações. Um teste que não seja perfeitamente direcionado ou adaptado é melhor do que nenhum teste de usuário.
Também é possível chamar empresas externas para os testes.
Ou use ferramentas como Teste do Usuário ou Testápico.

Noémie

Muitas empresas terceirizam testes de usuários. Infelizmente, a equipe do produto perde a oportunidade de gerar empatia pelo usuário nesse caso.
Segundo Nielsen, basta ver 5 usuários, 3 vezes.
Também podemos acompanhar as análises do produto assim que ele estiver acessível aos usuários.
Tivemos o prazer de receber uma reação de Carine Lallemand sobre este assunto, que quis nos lembrar que não devemos tomar muitos atalhos nesse sentido.

“A partir de 5 ou 7 testes, vemos padrões aparecerem. Mas corremos o risco de que designers profissionais de UX parem em um número sem questionar seu próprio caso. Este é também o risco de números que não temos tempo de explicar ou estereótipos (acho que um palestrante disse pouco antes que é melhor testar até no alvo errado do que não testar).
O que eu acho que precisa ser transmitido às pessoas é como decidir por si mesmas o número certo de testes e ver quando os dados são significativos e relevantes. Saiba também quais perfis mobilizar.
Também devemos qualificar “usabilidade” e UX. Se um teste de usuário de guerrilha com um alvo ruim (não um usuário final) às vezes é relevante para detectar problemas de usabilidade (e ainda é discutível), não é para estudar a experiência. No caso de uma avaliação realmente “UX” então acho melhor não testar nada do que um guerrilheiro em um alvo ruim. Porque o risco é confiar em dados inválidos (porque não no destino certo) para aprender com eles. Por isso, dá falsa confiança ou falsas suposições.”

Jocerand

“Teste é sempre um momento complicado”.
Um designer de UX é pago para entregar um trabalho de qualidade e, em seguida, pede ao cliente que comprometa dinheiro para fazer alguns testes para garantir que o trabalho seja de qualidade. Se olharmos para o problema assim, dizemos a nós mesmos que é um pouco distorcido.
Mas de qualquer forma você tem que ir. Mesmo que todas as paredes estejam levantadas, todas as portas fechadas, existem soluções, por exemplo, testes de guerrilha. Os resultados são geralmente um ponto de venda muito bom. Rapidamente percebemos que aprendemos outras coisas e até os gerentes podem desenvolver um vício em testes.

Conclusão

Yannick

Trabalhar com um bom UX, PO, PM, BA é construir um bom sistema mental.

Esther

Você tem que aprender a colaborar, não pisar no calo um do outro. Discutimos e na maioria dos casos funciona.

Jocerand

O que importa é a colaboração, o trabalho em equipe. O sucesso da equipe depende das habilidades de cada um.

Noémie

Ouvimos pessoas incomodadas porque “designers não UX” fazem os wireframes para eles. É mais interessante acompanhar os outros membros da equipe no UX, nos sketches, na criação de wireframes, nos protótipos… É uma oportunidade de crescer a disciplina, o UX “mainset”. Este trabalho, que gira em torno de entender as pessoas, é fascinante. A ligação entre um trabalho tecnológico e as pessoas é particularmente surpreendente e interessante.

Antoine

A noção de escuta ativa é fundamental. Quando você é um designer de UX, você é pago para ver o usuário. A escuta ativa possibilita o reconhecimento das emoções e altera a forma de trabalhar, mas também a forma de viver o dia-a-dia.

Audrey

Como PM ou PO, é muito bom ter designers de UX na equipe.
“Nunca senti conflitos ou áreas sobrepostas”. PM, PO, UX designer geralmente têm os mesmos objetivos e é melhor trabalhar juntos do que sozinhos.
Independentemente da tampa ou do rótulo, a equipe deve conhecer a necessidade do usuário, identificar o problema a ser resolvido e trabalhar em conjunto para “tirar os espinhos do lado” dos usuários.
Uma pequena ferramenta que eu recomendo para você: o tela da equipe.
Até breve!

25 a 26 de abril de 2024