Workshop Story Mapping - Planejando releases de forma ágil

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    3 Favorites

    Workshop Story Mapping - Planejando releases de forma ágil - Presentation 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
    SlideShare Zeitgeist 2009

    + Karine  DrumondKarine Drumond Nominate

    custom

    118 views, 3 favs, 1 embeds more stats

    Story Mapping é uma técnica ágil colaborativa, p more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 118
      • 117 on SlideShare
      • 1 from embeds
    • Comments 0
    • Favorites 3
    • Downloads 7
    Most viewed embeds
    • 1 views on http://suicidesign.blogspot.com

    more

    All embeds
    • 1 views on http://suicidesign.blogspot.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories