Um projeto perfeito

Projetoimg_0732ver um aplicativo pode ser uma coisa infernal dor de cabeça. Não sabemos qual método usar, qual equipe recrutar, quais usuários mobilizar. Bom, eu tinha um projeto “ideal” e, como sou super generoso :-), vou te contar!
 

A decoração

Para os neófitos (observe aqueles que não nos conhecem), o princípio da UX Republic é trabalhar com nossos clientes em estreita colaboração com eles para projetar aplicativos, sites… O que eu sei…
Mim !? eu sou Ativista de UX (Picture queen, UI, DA tossiu), mas também estou UX-evangelista um pouco no meu coração (tmtc #uiux…).
Então aqui estou eu em casaimg_0726n cliente que deseja fazer um pedido. É um pouco enorme torta de chocolate para um designer este projeto, porque temos um dispositivo e sabemos qual: ipad mini, o mesmo para todos. E o que mais ? Ah sim, conhecemos nossos usuários, não são muitos e muitos são acessíveis! Muito fácil ? Nem tanto…
 
Porque para o cliente estou falando de Agility e UX é bastante novo e aqui começamos Lean e do Scrum.
Então, como você fez? (Desculpe especular sobre sua impaciência, fico feliz em fazer suposições questionáveis… [e a felicidade no trabalho é boa para a produtividade, está comprovado!]).
Para melhor definir o cenário, em nossa equipe de produção havia:

  • Uma PM (Gestor de projeto)
  • Uma PPO (Proxy Product Owner para quem tem tempo a perder) / Analista de Negócios / UX Designer (voltaremos a isso) / Application Designer (cada cliente => um novo nome de trabalho)
  • Uma equipe de desenvolvedores
    • 1,5 dev back (não, não maltratamos ninguém)
    • 1 iOS / UX Designer dev (também voltaremos a isso)
  • Un UI / UX (mim :-))

Do lado do usuário:

  • Un Power User (que eles chamam PO no meu cliente ou Business Champion)
  • 5 usuários principais
  • Cerca de cinquenta usuários em todo o mundo

Por que funcionou?

 
Na minha opinião, houve vários fatores-chave (alguns se cruzam, então às vezes você pode pensar que estou divagando…):

  1. img_0727Lenvolvimento dos membros da equipe
    sua proximidade e suas trocas regulares.
  2. Le conformidade com o framework Scrum
    Mais particularmente a escrita de boas Histórias dos usuários e respeito pelos rituais: reunião diária de scrum et retrospectivo em particular para comunicar bem (ver acima) e para identificar problemas o mais rapidamente possível.
  3. A definição de um alcance realista.
    Não podemos em 6 meses colocar todas as características da terra e seus arredores em um aplicativo, por favor ACEITE ISSO !

    É como ir à padaria com 2 euros e querer sair com todos os pastéis e outras iguarias na montra... Não lhe serão dadas (a não ser que tenha uma arma de destruição maciça, mas isso é outro problema).

  4. Le compartilhando a mesma visão !
    A mesma vontade de fazer um produto de qualidade (e concordamos que nada deve ficar à margem da estrada, nem a compreensão da necessidade, nem o design, nem o código…), enfim nada além de funcionalidades supérfluas (acima, avisei tu).
  5. Le compartilhamento de habilidades...
    A noção de “UX” era partilhada por vários membros da equipa, de qualquer forma estávamos todos convencidos de que garantir uma boa experiência do utilizador era o foco número 1 da aplicação.

    Sim, senhoras e senhores, não estamos fazendo um aplicativo para gargarejar, mas para um grupo de usuários que realmente precisa dele para realizar suas tarefas diárias. E quem vai te amar se você tornar o dia a dia deles mais doce… (sim, sim, eu amo a equipe de produtos do Slack, especialmente quando consigo gerar aleatoriamente um gif #BonheurDeMaJournée).

  6. Uma abordagem pragmática.
    Os responsáveis ​​pelo processo de “validação” (tomada de decisão) estavam muito atentos às “opiniões” de todos e preferiam sempre o bom ao invés do melhor (o melhor é inimigo do bom…). 

Mas aqui estamos falando apenas de pessoas… onde estão as habilidades? Você pode imaginar que a equipe era composta por pessoas competentes que fizeram seu trabalho bem "tecnicamente", mas quero insistir no fato de que o motivação, a paixão, a comunicação da equipa e dos vários “stakeholders” são fatores extremamente determinantes no sucesso de um projeto!

Como isso te preocupa?

Bem, eu não posso recomendar você o suficiente para comunicar, é cansativo sim, é sempre mais fácil resmungar do que ouvir que você está fazendo algo errado... MAS você melhora aceitando que às vezes você está errado (sim, é difícil!).
Também é interessante eduque seus funcionários para UX, métodos ágeis e enxutos... img_0729Não tenha medo de compartilhar, de dar conhecimento, se seus colegas forem mais competentes, certamente são mais ameaçadores e vão te dizer ainda mais quando você estiver errado. MAS sua colaboração será emulada (eu insisto que sei).
Nossa você leu tudo? Fico lisonjeado! Desejo-lhe grandes projetos e talvez até breve em um Meetup !? <3
 
Anne Pedro, ativista UX @UXRepublic