Workshop Story Mapping - Planejando releases de forma ágil

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 signiﬁca 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.selﬁshprogramming.com/2008/10/

Etapas 1. Listar funcionalidades 2. Escrever em cartões 3. Ordenar em ﬂuxo 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 (proﬁssã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 ﬂuxo ‣ 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 ﬁnal 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 ﬂuxo 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.br diamundialdausabilidade.com.br

http://suicidesign.blogspot.com	215
http://www.slideshare.net	12
http://suicidesign.blogspot.com.br	4

Workshop Story Mapping - Planejando releases de forma ágil

by Karine Drumond on Nov 13, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 231

Statistics

Workshop Story Mapping - Planejando releases de forma ágil — Presentation Transcript