Evitar desperdício e compartilhar conhecimentos

Foto de Sohrab Salimi
Sohrab Salimi
2 Min. Tempo de Leitura
Este conteúdo foi traduzido com IA. Ver original

Um dos princípios fundamentais do Product Discovery, Lean UX e Lean Startup em geral é evitar ou reduzir "Waste" (trabalho desnecessário/desperdício). Na maioria das vezes, isso se refere ao desenvolvimento, construção, teste e disponibilização de uma solução que não atende aos objetivos esperados. Neste artigo, porém, quero falar sobre um tipo diferente de desperdício, particularmente frustrante, que já observei em inúmeras equipes. Acredito, no entanto, que ele é completamente evitável.

Quando novos conhecimentos não são compartilhados com outros, isso é desperdício

Estou falando de situações em que um membro da equipe aprende algo importante sobre o cliente ou o produto, e esses novos conhecimentos são desperdiçados porque não são compreendidos, internalizados e aplicados pelo resto da equipe.

Esse tipo de desperdício ocorre com mais frequência quando um User Researcher realiza entrevistas contextuais (Contextual Inquiries) ou visitas a clientes. Pela minha experiência, acontece o seguinte: o User Researcher obtém alguns insights muito valiosos, que às vezes podem e devem ter um grande impacto no produto. Ele repassa as informações para a equipe na forma de um relatório ou apresentação. A equipe então pode ou não prestar atenção a essas informações. De qualquer forma, a equipe não acha os resultados particularmente interessantes e os vê apenas como mais uma forma de input. Com muita frequência, os novos conhecimentos e as oportunidades que surgem deles são em grande parte desperdiçados.

Às vezes é o gerente de produto que aprendeu algo e não consegue transmitir ao resto da equipe a importância e relevância das informações recém-adquiridas.

Mas também poderia ser qualquer outro membro da equipe. Já vi casos em que foi o designer de produto ou um dos desenvolvedores. Com muita frequência, isso acaba resultando em aprendizados desperdiçados e oportunidades perdidas. Como é sabido, sou um grande defensor do papel do User Researcher, porque seu trabalho pode gerar ótimos resultados de aprendizado. No entanto, muitas organizações eliminaram essa função. É realmente uma pena, mas eu consigo entender. Se os resultados do trabalho não são utilizados no final das contas, uma função assim é realmente difícil de justificar.

Depois de ver esse problema tantas vezes, tenho uma posição muito clara a respeito: se nem todos podem aprender algo juntos a partir dos conhecimentos obtidos, não vale a pena nem se dar ao trabalho de coletá-los.

Como evitar o desperdício?

Por isso, quero fazer um apelo aos User Researchers para garantir que o aprendizado realmente chegue aos gerentes de produto, designers e desenvolvedores. O verdadeiro valor dos User Researchers para uma empresa não está em simplesmente repassar as novas informações. Em vez disso, eles devem ajudar os membros da equipe a aprender, pois são eles que, no final, precisam resolver problemas e aproveitar novas oportunidades.

A maioria das variantes de Lean UX inclui esse conceito de um processo de aprendizado compartilhado – mesmo assim, quero defender expressamente mais uma vez o uso desse método. O que se pode aprender ao se envolver intensamente com clientes e usuários é simplesmente valioso demais para ser desperdiçado.

Este texto é do blog de Marty Cagan e foi traduzido por nós para o alemão.

Mais sobre este tema

Galinhas & Porcos

Saiba mais sobre o termo "Chickens & Pigs" no mundo ágil. O que significam esses termos e como são utilizados?

Acordos de Trabalho / Acordos de Trabalho

Como funcionam os Working Agreements e como você pode implementá-los? Damos a você as explicações mais importantes no nosso Léxico Ágil.

Swarming (Enxameamento)

O que significa Swarming ou enxameamento em ambientes ágeis? Oferecemos respostas no nosso glossário ágil para as tuas perguntas!

Fale com nosso assistente Fale com nosso assistente