User story map User story map é uma técnica desenvolvida por Jeff Patton e seu principal objetivo é auxiliar na estratégia do produto, ou seja, na priorização e planejamento de funcionalidades que serão lançadas para um determinado produto. O mais interessante da técnica é sua característica colaborativa que propicia uma discussão entre a equipe (e stakeholders) sobre as funcionalidades, sob um ponto de vista de seus usuários. Consiste, resumidamente em:
Definir as principais atividades que o usuário pode realizar no produto
Detalhar as tarefas realizadas por usuários
Agrupar atividades e tarefas
Ordenar tarefas em um fluxo lógico de uso
Validar com usuários o agrupamento e ordenamento de tarefas
Selecionar funcionalidade para primeiro releaseVeja o artigo completo para maior entendimento da técnica Release sob medida: Por que é importante priorizar sob o ponto de vista dos usuários? Existe o risco de lançar um produto com o mínimo possível, que, no entanto, não é considerado útil pelos usuários, ou seja, que falte alguma necessidade, ou não permita que ele faça toda uma tarefa completa, por exemplo. Por isso é importante entender bem o que é importante de ter no primeiro release que satisfaça as necessidades dos usuários para lançar o mínimo possível e útil. Sob esse ponto de vista é possível analisar as funcionalidades, de acordo com: Necessidade - qual o mínimo necessário para o produto existir que satisfaça seus usuários? Flexibildiade - o que permite ao usuário realizar a tarefa de forma diferente? Segurançar - o que tornaria o produto mais seguro de usar? Conforto, luxúria e performance - O que faria o produto mais fácil, mais desejável ou mais rápido? Considerando qualidade das features Segundo Noriaki Kano, existem dois aspectos das features, os objetivos e os subjetivos. Objetivos dizem respeito a conformidade com os requerimento, enquanto subjetividade pertence a satisfação dos usuários. Existe, segundo ele, 3 categorias de features:
Must-haves - "O produto precisa ter isso para que eu considere ele aceitável"
One dimensionals - "Quanto mais eu tiver disso melhor"
Delighters - "Eu amo este elemento deste produto!"Qualidades objetivas: O produto opera sem erros? Qualidades subjetivas: O produto é simples de usar? O produto é eficiente? Eu como usuário gosto de usar o produto? Conclusões Patton explica que na hora de planejar o primeiro release, a discussão sobre o que deve ter ou não no primeiro release e as discussões sobre as soluções, são, na maioria das vezes, puramente especulativa. Porque não se conhece ao certo o que é importante para os usuários. Por isto penso ser importante o "ciclo zero", no clico de vida iterativo de um produto, onde, por meio de pesquisa com usuários, procura-se resolver e clarificar especialmente estas questões: - Quais são as principais tarefas dos usuários? - Qual é o fluxo realizado, ou que se espera do software? - O que é necessário que tenha? - O que faria o produto mais flexível? - O que faria o produto mais seguro? - O que faria o produto mais desejavel? Sabemos que para o primeiro release, devemos tentar reduzir o máximo, para reduzir riscos. No entando, é indicado, na hora de considerar a solução ou feature que irá fazer parte do primeiro release, considerar também, sob a ótica do mínimo necessário que se traduza em flexibilidade, segurança, prazer, ou seja, aspectos subjetivos também, para, justamente, evitar o erro de um release que não satisfaça ou seja incompleto. Embora estas questões possam também vir a serem respondidas nos testes de usabilidade, em fases avançadas de desenvolvimento, há o risco de ser tarde de mais. A existência de um ciclo zero pode esclarecer e munir a equipe com informações mais concretas e acertadas. Talvez a solução seja, começar, a partir dessa pesquisa inicial, e implementar as funcionalidades "mais necessárias" e ir adicionando outras camadas de qualidade com o tempo. Pensando iterativamente e incrementalmente. Obs.: Apresentaremos, com mais detalhes, esta técnica em um workshop no Dia Mundial da Usabilidade BH, aguarde mais informações. Entenda melhor as referências do texto: User Story maps http://www.agileproductdesign.com/blog/the_new_backlog.html Diagrama de necessidades de Kano http://www.infoescola.com/administracao_/diagrama-de-kano/ Adaptando Agile para UX http://www.upassoc.org/upa_publications/jus/2007may/agile-ucd.html