Workshop Story Mapping - Planejando releases de forma ágil - Presentation Transcript
ESTRATÉGIA, PROJETO E ANÁLISE PARA PRODUTOS INTERATIVOS
Story Mapping
Workshop 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 funcionamento
mais que documentação abrangente
• Colaboração com o cliente
mais que negociação de contratos
• Resposta às mudanças
mais que seguir um plano
http://agilemanifesto.org/
Ciclo de vida SCRUM
Sprint zero
Release 3
Release 2
Release 1
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: semanalmente
Valor: 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 Receber pedido do Gerar etiqueta para os
fornecedor Vender produto Analisar vendas
vendedor produtos recebidos
(comprador) (consultor de vendas) (analista de vendas)
(controlador de estoque) (controlador de estoque)
Frequência: Frequência: diário Frequência: mensal
Frequência: diário Frequência: diário
semanalmente Valor: alto Valor: alto
Valor: alto Valor: médio
Valor: médio 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
muito usado
Necessidade
Receber pedido do
Vender produto
vendedor
(consultor de vendas)
(controlador de estoque)
Frequência: diário
Frequência: diário
Valor: alto
Valor: alto
Fazer pedido ao Gerar etiqueta para os
fornecedor Devolver e reembolsar Analisar vendas
produtos recebidos
(comprador) (consultor de vendas) (analista de vendas)
(controlador de estoque)
Frequência: Frequência: diário Frequência: mensal
Frequência: diário
semanalmente Valor: médio Valor: alto
Valor: médio
Valor: médio
raramente usado
sequência de uso
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
muito usado
compra recebimento Venda Análise
Necessidade
Receber pedido do
Vender produto
vendedor
(consultor de vendas)
(controlador de estoque)
Frequência: diário
Frequência: diário
Valor: alto
Valor: alto
Fazer pedido ao Gerar etiqueta para os
fornecedor Devolver e reembolsar Analisar vendas
produtos recebidos
(comprador) (consultor de vendas) (analista de vendas)
(controlador de estoque)
Frequência: Frequência: diário Frequência: mensal
Frequência: diário
semanalmente Valor: médio Valor: alto
Valor: médio
Valor: médio
raramente usado
sequência de uso
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
muito usado
compra recebimento Venda Análise
Necessidade
Receber pedido do
Vender produto
vendedor
(consultor de vendas)
(controlador de estoque)
Frequência: diário
Frequência: diário
Valor: alto
Valor: alto
Fazer pedido ao Gerar etiqueta para os
fornecedor produtos recebidos Devolver e reembolsar Analisar vendas
(comprador) (controlador de estoque) (consultor de vendas) (analista de vendas)
Frequência: Frequência: diário Frequência: diário Frequência: mensal
semanalmente Valor: médio Valor: médio Valor: alto
Valor: médio
raramente usado
sequência de uso
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
Story Mapping é uma técnica ágil colaborativa, p more
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. less
0 comments
Post a comment