No IHC2010, ocorrido em Belo Horizonte, tive a oportunidade de apresentar um trabalho que venho desenvolvendo a partir da base teórica do MEX que foca na relação Agile – UX. Trata-se dos MEX Experience Boards, uma série de ferramentas que visam auxiliar na análise e geração de soluções para experiência do usuário em projetos ágeis (Scrum, XP, etc), unindo a visão ampla e detalhista de UX à leveza dos métodos ágeis.

O artigo em PDF (inglês) está aqui: Mex experience boards (ihc 2010 paper download)

Neste artigo apresento as duas primeiras ferramentas que já venho usando em alguns projetos: o Experience Summary Board (sumário de experiência) e o Experience Flow Board (fluxo da experiência).

OBS: Todo o material está em inglês, mas pretendo fazer uma versão em português em breve.

Vale mencionar que ainda no IHC2010, tive contato com um ótimo relato de aplicação da técnica Story Mapping, da Karine Drumond e Leandro Alves (Latitude 14). Essa técnica é voltada para a priorização de user stories com base no valor agregado à experiência de uso, levando em conta a sequência e encadeamento dos eventos. Achei interessante por que segue na mesma linha de uma das ferramentas na qual estou trabalhando, o Experience Flow Board. Vou dar uma estudada melhor e ver o que de repente pode sair daí :-)

Abraço e até o próximo post!

Bom, passado o impacto inicial sobre esse paradigma da experiência do usuário, a turma pôde avançar para a parte mais prática. Basicamente, vimos 2 coisas:

• Um processo simplificado para o projeto da experiência do usuário (Analisar-Fazer-Avaliar)
• O detalhamento da parte “Analisar”, a primeira desse processo, a qual consiste na elicitação de requisitos do projeto.

Como o objetivo da aula era exercitar a capacidade de gerar requisitos a partir da análise da experiência do usuário, lancei o seguinte desafio: a partir de uma foto de um terrível engarrafamento (terrível mesmo, veja a foto nos slides abaixo) pedi que os alunos, em equipes de 3 pessoas, gerassem requisitos para um sistema de mobilização social que pudesse evitar aquela situação, usando dispositivos móveis (celulares, handhelds, etc). Traduzindo, pedi que bolassem uma maneira das pessoas interagirem entre si durante o caos que é o trânsito das grandes cidades, avisando umas às outras quando uma via estivesse com problemas (acidentes, grandes buracos, lentidão, etc) em uma espécie de rede social móvel. O objetivo seria evitar que mais motoristas trafegassem pela via problemática, diminuindo o impacto do problema.

Para que chegassem aos requisitos do sistema, pedi que utilizassem as técnicas de personas e cenários, recém vistas em sala. Fiquei impressionado com a criatividade e o espírito lúdico das equipes! Por exemplo, todos fizeram questão de desenhar as personas, o que foi muito engraçado. Isso só reforça o quanto essas técnicas podem ser divertidas, além de úteis.

Com a idéia básica do que seriam os sistemas e alguns de seus requisitos em mãos, partimos para a aula seguinte, sobre a parte “Fazer” do processo. Basicamente, design baseado em prototipação. Fica para o próximo post!

A título de recapitulação, o MEX é um modelo genérico que visa explicitar as interrelações das diversas variáveis que influenciam a experiência do usuário. Essas variáveis, ou elementos, são: Contexto, Tarefas, Momento, Indivíduo, Artefatos e Interações. O intuito é ajudar na análise (ex.: elicitação de requisitos) e projeto dessas experiências.

Veja aqui informações mais detalhadas sobre o MEX.

O exemplo de aplicação mostrado neste artigo, o primeiro da série, é uma adaptação do que elaborei para meu TCC. Trata-se de uma aplicação fictícia para dispositivos móveis, através da qual procuro demonstrar o MEX como ferramenta de elicitação de requisitos focada na experiência do usuário.

Definição do exemplo: Aplicativo “Mobile Banking 1.0″

O objetivo do aplicativo Mobile banking 1.0 é permitir que usuários de dispositivos móveis realizem as transações bancárias mais comuns, como consulta de extrato, saldo, realização de transferências e pagamentos diversos.

Primeiro passo: Análise da experiência do usuário

Para se identificar os requisitos decorrentes da experiência do usuário, os elementos do MEX são analisados um a um, utilizando-se as diversas técnicas tradicionais de IHC (análise de tarefas, personas, cenários, etc). Como o foco deste artigo é demonstrar uma utilização do MEX, e não as técnicas relacionadas, este projeto exemplo se utiliza de estudos simples e resumidos.

Segundo passo: Definição de requisitos

Neste ponto, a tarefa consiste em extrair os requisitos apropriados de cada variável MEX acima estudada. A título de exemplo, vamos gerar apenas cinco requisitos:

1. [REQ01] o sistema deve dificultar a visualização de dados confidenciais por terceiros que estejam próximo ao usuário.
2. [REQ02] o sistema deve permitir salvar o estado da transação para posterior conclusão;
3. [REQ03] o sistema deve permitir recuperação de dados da memória volátil do aparelho e de arquivos.
4. [REQ04] o sistema deve permitir a entrada de dados via leitura de código de barras.
5. [REQ05] o visual do sistema deve ser baseado em iconografia foto-realística e estilo sofisticado (linhas retas com cantos arredondados).

A matriz de rastreabilidade abaixo mostra a partir de quais elementos do MEX cada requisito foi gerado.

Pronto, alcançamos nosso objetivo: já temos uma (intencionalmente pequena) lista de requisitos para nosso projeto fictício. É importante lembrar que tratam-se de “requisitos do usuário”, ou seja, a lista completa de requisitos do projeto envolveria aspectos ligados ao negócio, tecnologia, legislação, etc. Outro ponto importante é que esta não é a única forma possível de utilização do MEX na elicitação de requisitos. Muitas variações de técnicas podem ser tentadas. O importante, sempre, é observar as interrelações entre as variáveis.

Até a próxima!