MTA2 - Fatiando o produto com User Story Mapping

Métodos e Técnicas de Avaliação 2 / Marcello Cardoso

IEC - INSTITUTO DEEDUCAÇÃO CONTINUADA

Fatiando o produto comUser Story Mapping

Pós-Graduação em Design de Interação

Métodos e Técnicas de Avaliação IIMarcello de Campos Cardoso | www.mcardoso.com.br | [email protected]

aula 03/10

Tuesday, August 16, 2011

http://www.mcardoso.com.br

http://www.mcardoso.com.br

mailto:[email protected]

mailto:[email protected]


Ciclo de vida do produto

pesquisa

planejam

ento

desenvolvim

ento

validação


pesquisa

planejam

ento

desenvolvim

ento

validação


Ciclo de vida do produtoQuestionários e entrevistas

personas prototipa

çãoStory mapping

Benchm

arking



User Story MappingTuesday, August 16, 2011


Plano de cursoApresentação do curso, aquecimento e posicionamento teórico

Questionários e entrevistas

Separando releases: User Story Mapping

Definindo a arquitetura da informação - Card Sorting

Projetando a interface: Task Flow + Prototipação em papel (workshop)

Análise Heurística: Perguntando a especialistas

Análise Heurística: Workshop

Percurso cognitivo: Avaliando tarefas

Engenharia semiótica - Método de Inspeção Semiótica

Apresentação final

1ª

2ª

3ª

4ª

5ª

6ª

7ª

8ª

9ª

10ª

-

15pts

10pts

10pts

10pts

-

15pts

10pts

10pts

20pts



Técnica colaborativa, que auxilia na priorização e planejamento de releases (lançamentos) de produtos interativos.

(desenvolvida por Patton em 2005)

O que é Story mapping?



user storyuser s

toryuser story

user storyuser s

toryuser storyuser s

toryuser storyuser storyuser storyuser storyuser storyuser story

user storyuser storyuser story

user storyuser storyuser storyuser story

release 1

(MVP)

release 2

release 3

Priorizando durante o planejamento



user storyuser s

toryuser storyuser s

toryuser storyuser storyuser storyuser storyuser story

user story

Priorizando durante o planejamento

user story

user storyuser story

user story



‣ Dificuldade de comunicar a visão do "todo" ‣ Risco de faltar funcionalidades importantes para os usuários realizarem uma tarefa de forma plena;

Por que mapa e não lista?



A equipe• negócios •marketing • designers• desenvolvedores • cliente• usuários• etc



1. Criar cartões de estórias2. Ordenar em fluxo de tarefas

3. Ajustar posição quanto à criticidade

4. Marcar o primeiro release

Etapas



Passo 1 Identificar as possíveis user stories do seu sistema. Pense “O que as pessoas podem fazer no meu sistema?”‣ Cada item deve começar com um verbo, mantenha ponto de vista do usuário, NÃO DO SISTEMA

‣ Esqueça detalhes de implementação, mantenha o foco nas tarefas



Passo 1 Ex.: software de controle de vendas‣ Fazer pedido ao fornecedor

‣ Receber pedido do fornecedor

‣ Gerar etiquetas para itens recebidos

‣ Vender produtos

‣ Devolver e reembolsar produtos

‣ Analisar vendas



Fazer pedido ao forn

ecedor

Passo 1 Escreva cada item em um cartão diferente.Deixe espaço para outros detalhes.



comprador internocontrolador de estoqueconsultor de vendaanalista de venda

Fazer pedido ao forn

ecedor

(comprador interno)

Frequência: semanalmente

Valor: médio

Passo 2Adicione detalhes importantes:‣ Usuários (profissão, cargo, papel desempenhado)

‣ Frequência de uso (muito, pouco, raro ou diariamente, semanalmente etc.)

‣Valor (valor para o negócio. ROI: baixo, médio ou alto)



Passo 3 Ordene as cartas em uma sequência lógica de tarefas‣ O objetivo é contar uma história de como o sistema funciona

‣ Sobreponha os cartões que aconteçam no mesmo tempo (este OU este)



Analisar vendas(analista de vendas)Frequência: mensalValor: alto

sequência de uso

Necessidade

mais usado

raramente usado

Fazer pedido ao forne

cedor

(comprador interno)


Valor: médio

Receber pedido do fornecedor(comprador interno)Frequência: diário

Fazer pedido ao fornecedor(comprador interno)Frequência: semanalmenteValor: médio

Vender produto

(consultor de vendas)

Frequência: diário

Valor: alto

Devolver e reembolsar



Valor: médio



Passo 4 Ajustar conforme criticidade (verticalmente)‣ Coloque acima as cartas mais importantes: alta frequência e alto valor.

‣ Discuta com a equipe o quão crítico cada funcionalidade é para o negócio




sequência de uso

Necessidade

mais usado

raramente usado


cedor

(comprador interno)


Valor: médio



Vender produto



Valor: alto




Valor: médio



Passo 5Divida e dê nome aos conjuntos de tarefas‣ Discuta onde há quebras no modelo

‣ Pode ser uma mudança de usuário, regras de negócio ou processo

‣ Divida verticalmente as quebras e dê um nome




sequência de uso

Necessidade

mais usado

raramente usado


cedor

(comprador interno)


Valor: médio



Vender produto



Valor: alto




Valor: médio

compra

recebimento

vendaanálise



Passo 6Marcar primeiro release (MVP)‣ Deve ser o menor número de funcionalidades úteis para os usuários e o contexto do negócio

‣ É o primeiro release mas não necessariamente o primeiro a ser público




sequência de uso

Necessidade

mais usado

raramente usado


cedor

(comprador interno)


Valor: médio



Vender produto



Valor: alto




Valor: médio

compra

recebimento

vendaanálise

1º RELEASEMVP





1. Como escrever as user story? (“Busca” “Digitar palavra” ou “Encontrar produtos”?)

Não usar termos técnicos para descrever as estórias. Qual o objetivo do usuário? Usar “Eu como [usuário] preciso de...”

2. Frequência de uso de cada estória. (a frequência pode variar em grupos de usuários e pode haver falta de conhecimento real sobre a atividade dos usuários)

Observações, entrevistas contextuais e testes de usabilidade.

3. Definir valor para negócio. Participação do dono do produto, equipe multidisciplinar.

4. Os requisitos, as ideias mudam. Repriorização, ciclo de vida iterativos de design, reuniões diárias.

Desafios e Recomendações



Exercício

1. Listar funcionalidades

2. Escrever em cartões

3. Ordenar em fluxo de tarefas

4. Ajustar posição quanto à criticidade

5. Agrupar por atividades macros

6. Marcar o primeiro release

Exercício



Este arquivo contém a apresentação realizada por Marcello de

Campos Cardoso, em Agosto de 2011, para a disciplina Métodos e

Técnicas de Avaliação 2, ministrada no curso de especialização em

Design de Interação, no Iinstituto de Educação Continuada (IEC)

na Pontifícia Universidade Católica de Minas Gerais (PUC-MG).

obrigado!


Documents

MTA2 - Fatiando o produto com User Story Mapping