Palestra apresentada por Alexandre Magno no Agile Brazil em Porto Alegre, RS.
Palestra apresentada no contexto de persona e cenários, que conta a história de John, um Product Owner que se aproximou do mundo da usabilidade durante um projeto Scrum.
3. Quem é John?
Informações pessoais
Idade atual: 52 anos
Profissão: sócio e gerente de produtos da Marine4Fun
Localidade: San Diego, CA
Vida em família: Casado há 25 anos; 3 filhas; 1 neto da filha mais velha
Hobbies: velejar e dar manutenção no seu veleiro Hunter466; assitir aos jogos de
baiseball do Padres tanto pela TV como indo aos jogos; caminhar pela cidade.
Programas favoritos: principalmente os de esporte e jornalismo, mas é também fã
do seriado Família Soprano.
Personalidade: humor ácido, precisa ter - frequentemente - um tempo
para si mesmo; faz as coisas do seu jeito; teimoso; focado.
quinta-feira, 7 de outubro de 2010
4. Quem é John?
Informações técnicas/profissionais
Internet: Usa frequentemente para - basicamente - pesquisas, compras e e-mail
Sites preferidos: Google, Amazon, MarineAdventures.com, SanDiegoPadres
Áreas de interesse profissional: negócios, gestão, liderança
Computador: notebook Dell com Windows XP
Browser: IE 7
quinta-feira, 7 de outubro de 2010
5. Quem é John?
Perfil
John, juntamente com dois amigos, fundou recentemente uma empresa que desenvolve
e mantém websites e softwares para empresas de lazer náutico. Esta empresa,
Marine4Fun, iniciou com uma equipe de 20 pessoas - total - e agora está planejando
utilizar Scrum no desenvolvimento dos produtos de seus clientes.
John herdou do seu pai a paixão por esportes náuticos. Seu pai tinha um veleiro escuna
com o qual passeava com a família desde que John tinha seus 7 anos de idade. John ao
longo da sua vida aprendeu a guiar diversos tipos de barcos, lanchas, infláveis e jet ski.
Aos 48 anos de idade, após uma longa e - na sua opinião - árdua temporada trabalhando
no funcionalismo público, John montou um pequena loja de artigos para esportes
náuticos. Depois de 5 anos de bons negócios, John rompeu com seu sócio e decidiu
partir para esta nova empreitada com estes dois amigos.
Nesta nova empresa John será responsável por gerenciar alguns dos produtos
desenvolvidos, e ele espera poder fazer isso de uma forma simples e ágil. Após ler um
pouco sobre o assunto e consultar alguns amigos, John conversou com seus sócios para
sugerir o uso de Scrum.
quinta-feira, 7 de outubro de 2010
6. Escrevendo Stories para John
John precisa priorizar o
John precisa de um Product John precisa ter
Product Backlog para
Backlog para organizar as disponibilidade para garantir
garantir o retorno sobre o
suas necessidades de uma boa comunicação com
investimento
produto o time
John precisa escrever os John gostaria de uma
testes de aceitação nos itens John precisa planejar
ferramenta eletrônica de
mais prioritário para garantir Releases para possuir uma
gerenciamento ágil para
que eles estejam preparados visibilidade do horizonte do
poder realizar seu trabalho
para a Sprint Planning projeto
quando viajando
Meeting
John gostaria de visualizar os
...
John precisa de um Product itens prontos assim que
Backlog para organizar as estes estejam finalizados
suas necessidades de para poder antecipar
produto problemas e garantir o
atingimento da meta
quinta-feira, 7 de outubro de 2010
7. Exemplo do processo criação de personas
at Conchango (EMC2 Consulting)
quinta-feira, 7 de outubro de 2010
8. OS PROBLEMAS DE JOHN COM USABILIDADE
quinta-feira, 7 de outubro de 2010
9. características que encontrávamos nas
funcionalidades (e na mentalidade) de John
> abertura de novas janelas de navegador
> janelas pop-up
> elementos de design que lembram anúncio
> violação de convenções da web
> conteúdo vago ou denso
> john loves flash
> clicabilidade incerta
> rolagem
> página splash
> componentes de interface personalizado
> conteúdo ultrapassado
> solicitação prematura de informações pessoais
> modismo
> não preocupação com sem/seo
quinta-feira, 7 de outubro de 2010
10. ENTRA UM TIME DE USABILIDADE
quinta-feira, 7 de outubro de 2010
11. Time Scrum
Time UX
quinta-feira, 7 de outubro de 2010
12. principal problema
> time de desenvolvimento é separado do time de
usabilidade
consequências
> “rivalidade” entre os times (a “sua” parte)
> wireframes se tornaram contrato (lembra: requisitos
se tornam contrato)
> A visão e as idéias de John eram diferentes das do
time de usabilidade
> Demora de feedback
> Time de usabilidade trabalhava muito a frente do time
de desenvolvimento
> John começou a ser “substituído” pelo time de
usabilidade
quinta-feira, 7 de outubro de 2010
13. JOHN SE APROXIMA DA USABILIDADE
quinta-feira, 7 de outubro de 2010
16. Time Scrum
TORNANDO READY OS ITENS PRIORITÁRIOS
TORNANDO READY OS ITENS PRIORITÁRIOS
Sprint 1 Sprint 2 ...
quinta-feira, 7 de outubro de 2010
17. Time Scrum
Time do John
?
TORNANDO READY OS ITENS PRIORITÁRIOS TORNANDO READY OS ITENS PRIORITÁRIOS
Sprint 1 Sprint 2
quinta-feira, 7 de outubro de 2010
18. o que fez assim ser melhor?
> Envolvimento do John com usabilidade
> Uso de personas (usability loves personas)
> Time possuir a UX (empowered team)
> Feedback rápido e próximo
> Time Scrum focado em features “really” DONE
> Itens estavam READY na entrada da Sprint
> Uma única visão
quinta-feira, 7 de outubro de 2010
21. Se você acha que é importante para o
John entender um pouco sobre
usabilidade...do que mais ele deveria
entender?
quinta-feira, 7 de outubro de 2010
22. obrigado!
@axmagno
alexandre.magno@adaptworks.com.br
quinta-feira, 7 de outubro de 2010