Your SlideShare is downloading. ×
0
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Workshop Story Mapping - Planejando releases de forma ágil
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Workshop Story Mapping - Planejando releases de forma ágil

1,648

Published on

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.

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.

Published in: Technology
0 Comments
6 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,648
On Slideshare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
59
Comments
0
Likes
6
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ESTRATÉGIA, PROJETO E ANÁLISE PARA PRODUTOS INTERATIVOS
  • 2. Story Mapping Workshop de priorização de funcionalidades para sistemas interativos Fabrício Marchezini, Karine Drumond, Leandro Alves
  • 3. "As agile methods take over the programming world (and they will), EVERYONE else will adjust accordingly” Alan Cooper Alan Cooper"
  • 4. 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/
  • 5. Ciclo de vida SCRUM
  • 6. Sprint zero Release 3 Release 2 Release 1
  • 7. O que é? Técnica colaborativa que auxilia na priorização de funcionalidades para planejamento de releases
  • 8. Quem deve participar? • Toda a equipe: ‣ negócios ‣ marketing ‣ designers ‣ desenvolvedores ‣ cliente ‣ usuários fonte: http://www.selfishprogramming.com/2008/10/
  • 9. 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
  • 10. 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
  • 11. 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
  • 12. 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
  • 13. 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
  • 14. 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
  • 15. 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
  • 16. 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
  • 17. 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
  • 18. 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
  • 19. 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
  • 20. 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
  • 21. 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
  • 22. 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.)
  • 23. 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
  • 24. 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.
  • 25. 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
  • 26. Release 1 Release 2 Release 3 Release 4
  • 27. 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
  • 28. latitude14.com.br diamundialdausabilidade.com.br

×