workshop story mapping - planejando releases de forma ágil
DESCRIPTION
Story Mapping é uma técnica ágil colaborativa, para auxiliar o planejamento de releases de um produto interativo. Apresentada no Dia Mundial da Usabilidade 2009 pela Latitude14.TRANSCRIPT
ESTRATÉGIA, PROJETO E ANÁLISE PARA PRODUTOS INTERATIVOS
Story MappingWorkshop de priorização de funcionalidades
para sistemas interativos
Fabrício Marchezini, Karine Drumond, Leandro Alves
"As agile methods take over the programming world (and they will), EVERYONE else will adjust accordingly”
Alan Cooper"
Alan Cooper
O que significa ser ágil?• Indivíduos e interação entre eles
mais que processos e ferramentas
• Software em funcionamentomais que documentação abrangente
• Colaboração com o clientemais que negociação de contratos
• Resposta às mudançasmais que seguir um plano
http://agilemanifesto.org/
Ciclo de vida SCRUM
Sprint zero
Release 1
Release 2
Release 3
O que é?Técnica colaborativa que auxilia na priorização de funcionalidades para planejamento de releases
Quem deve participar?
• Toda a equipe:
‣ negócios
‣ marketing
‣ designers
‣ desenvolvedores
‣ cliente
‣ usuários
fonte: http://www.selfishprogramming.com/2008/10/
Etapas
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
Passo 1
• Brainstorming: Fazer uma lista de possíveis features do seu sistema. Pense “O que as pessoas podem fazer no meu sistema?”‣ Cada iten deve começar com um verbo, mantenha ponto de vista
do usuário
‣ Esqueça detalhes de implementação, mantenha o foco nos usuários
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
Passo 1 • Escreva cada item em um cartão diferente
• “Eu, como usuário x, preciso .... no sistema”
• Deixe espaço para outros detalhes
Fazer pedido ao fornecedor
Passo 2• Adicione 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)
Fazer pedido ao fornecedor(comprador)
Frequência: semanalmenteValor: médio
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
Fazer pedido ao fornecedor
(comprador)Frequência:
semanalmenteValor: médio
Receber pedido do vendedor
(controlador de estoque)Frequência: diário
Valor: alto
Gerar etiqueta para os produtos recebidos
(controlador de estoque)Frequência: diário
Valor: médio
Vender produto(consultor de vendas)
Frequência: diárioValor: alto
Analisar vendas(analista de vendas)Frequência: mensal
Valor: alto
Devolver e reembolsar
(consultor de vendas)
Frequência: diário
Valor: médio
sequência de uso
Passo 4
• Ajustar conforme criticidade (verticalmente)‣ Coloque acima as cartas mais críticas e mais frequentemente usadas
pelos usuários.
‣ Discuta com a equipe o quão crítico cada funcionalidade é para o negócio
sequência de uso
Nec
essi
dade
muito usado
raramente usado
Fazer pedido ao fornecedor
(comprador)Frequência:
semanalmenteValor: médio
Receber pedido do vendedor
(controlador de estoque)Frequência: diário
Valor: alto
Gerar etiqueta para os produtos recebidos
(controlador de estoque)Frequência: diário
Valor: médio
Vender produto(consultor de vendas)
Frequência: diárioValor: alto
Analisar vendas(analista de vendas)Frequência: mensal
Valor: alto
Devolver e reembolsar(consultor de vendas)
Frequência: diárioValor: médio
Passo 5
• Note as quebras no fluxo‣ 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
‣ Este grupo maior representam as atividades que as pessoas realizam no sistema
sequência de uso
Nec
essi
dade
muito usado
raramente usado
compra recebimento Venda Análise
Fazer pedido ao fornecedor
(comprador)Frequência:
semanalmenteValor: médio
Receber pedido do vendedor
(controlador de estoque)Frequência: diário
Valor: alto
Gerar etiqueta para os produtos recebidos
(controlador de estoque)Frequência: diário
Valor: médio
Vender produto(consultor de vendas)
Frequência: diárioValor: alto
Analisar vendas(analista de vendas)Frequência: mensal
Valor: alto
Devolver e reembolsar(consultor de vendas)
Frequência: diárioValor: médio
Passo 6
• Marcar primeiro release‣ 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
Nec
essi
dade
muito usado
raramente usado
compra recebimento Venda Análise
Fazer pedido ao fornecedor
(comprador)Frequência:
semanalmenteValor: médio
Receber pedido do vendedor
(controlador de estoque)Frequência: diário
Valor: alto
Gerar etiqueta para os produtos recebidos
(controlador de estoque)Frequência: diário
Valor: médio
Vender produto(consultor de vendas)
Frequência: diárioValor: alto
Analisar vendas(analista de vendas)Frequência: mensal
Valor: alto
Devolver e reembolsar(consultor de vendas)
Frequência: diárioValor: médio
Passo 7
• Estime o tempo de desenvolvimento‣ Peça a equipe de desenvolvimento que estime o tempo para
cada cartão (em dias, horas, semanas etc.)
Passo 8
• Reparta o bolo: programe outros releases‣ No final você poderá ver quantos releases serão necessários e
quais funcionalidades conterá em cada um
Exercício• Sistema de auxílio ao aprendizado de linguas
‣ Encontrar uma lição‣ Vizualizar lições já feitas‣ Baixar arquivo texto para ler depois‣ Fazer exercícios‣ Salvar palavras do texto na minha lista de vocabulário‣ Enviar um texto para ser corrigido por um professor‣ Assistir videos educativos‣ Conversar por voz no chat
• Modelo de negócio: planos de serviços baseado em sistema de pontuação.
Etapas
Listar funcionalidades
Escrever em cartões
1. Ordenar em fluxo de tarefas
2. Ajustar posição quanto à criticidade
3. Agrupar por atividades macros
4. Marcar o primeiro release
Release 1
Release 2
Release 3
Release 4
Conclusão• A primeira versão tem somente o que é mais útil e tem
maior valor de negócio
• Facilita ver as relações de dependência entre as funcionalidades
• Ajuda a formar a “visão do todo”
• Facilita a comunicação interna
• Gera rápido retorno
• Reduz risco
latitude14.com.brdiamundialdausabilidade.com.br