Aula de Scrum + UX no curso de AI

3.512 visualizações

Publicada em

Aula de Scrum, ministrada por Tatiane Viana, no Curso AI:
Coordenador do curso: Renato Rosa
Onde: Perestroika Creative School
Quando: 2009

Publicada em: Design
0 comentários
5 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
3.512
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1.528
Ações
Compartilhamentos
0
Downloads
49
Comentários
0
Gostaram
5
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide



































  • Aula de Scrum + UX no curso de AI

    1. 1. Projetamos felicidade.
    2. 2. Origem
    3. 3. Origem Scrum é o nome de um movimento no Rugby em que a equipe tenta percorrer uma determinada distância como uma unidade passando a bola entre eles
    4. 4. O que é scrum e como ele funciona?
    5. 5. O que é scrum? O Scrum é uma metodologia ágil para o desenvolvimento iterativo e incremental de projetos, amplamente utilizada no desenvolvimento de software.
    6. 6. Product backlog (PBL) É o documento mais importante do projeto Contém todas funcionalidades através de histórias. Histórias Cada funcionalidade está descrita em forma de história Priorização Estas histórias devem estar priorizadas pelo Product Owner (PO) DOD (Definitions of done) Critérios de aceitação devem ser detalhados Estimativas Estimativa realizada pelo time Considerações Deve estar sempre atualizado e visível para todos participantes do projeto
    7. 7. Modelo das histórias As an [who], I want [what], so that [why]. 1 Como usuário necessito fazer uma busca de imóvel por faixa de preço, pois assim eu posso escolher um imóvel que esteja dentro das minhas condições financeiras 2 Como usuário necessito ver fotos do imóvel, pois assim eu posso visualizar e escolher melhor o imóvel que se encaixa no que desejo 3 Como anunciante de imóvel necessito poder divulgar meus dados de contato no site, pois assim um interessado no imóvel pode me contactar de forma direta e fácil.
    8. 8. Estimation meeting Reunião para estimar o tamanho dos próximos items mais relevantes do Product Backlog Como funciona - Todos da equipe estimam cada história - Estimativa por pontos (planning poker) - 2 pontos para a história menor e ela vira referência - Negociação em estimativas diferentes Considerações - PO explica cada história e fica disponível durante a reunião - PBL deve estar priorizado
    9. 9. Planning 1 Definir o objetivo do sprint e os selecionar os items Product Backlog Como funciona - Definição de primeiro e último do Sprint, agendamento de daily meeting, review e retrospectiva. - PO é obrigatório.
    10. 10. Planning 2 Definir as tarefas de cada história para criar o Sprint Backlog. Como funciona - O time tem que se certificar que codificação, teste, reuniões, estudo, desenho de interface foram mapeadas. - Se a tarefa é maior que 1 dia, quebrar em 2 tarefas.
    11. 11. Daily meeting Reunião para atualizar e inspecionar o progresso do time Objetivo Atualizar e inspecionar o progresso do time Timebox 15 minutos Como funciona Todos membros do time devem responder 3 questões relacionadas ao progresso (“To Do”, “In Progress” and “Done”) Considerações Product Owner e Stakeholders são opcionais Impedimentos devem ser apontados A daily meeting é do time
    12. 12. O quadro
    13. 13. STORIES TO DO WIP DONE Story 1 Story 2 Impediments Burn down 100 75 50 25 0 1 2 3 4
    14. 14. Sprint review Revisar todos as histórias entregues no Sprint e verificar se o objetivo do Sprint foi alcançado Como funciona O time apresenta o resultado do Sprint e demostra as novas funcionalidades, história por histórias Considerações Se o Product Owner deseja mudar a funcionalidade um novo item é adicionado no PBL Se uma nova ideia para a funcionalidade surgir, um novo item é adicionado no PBL Se o time informar um impedimento que não foi resolvido, ele deve ser adicionado no Impediment Backlog
    15. 15. Sprint retrospective Aprender com a experiência anterior, melhorando a produtividade do time Flip chart What Went Well What could be Improved Who is in Control (time e organização) Considerações Todos membros do time participam PO opcional
    16. 16. Papéis
    17. 17. Papéis não são cargos! Os papéis no Scrum são responsabilidades no processo e não posições e cargos na empresa. 1. Product owner 2. Scrum master 3. Time
    18. 18. 1. Product owner Gerenciar e priorizar o product backlog Trabalhar com visão compartilhada Coletar requisitos Validar a entrega do final de cada iteração/sprint
    19. 19. 2. Scrum master Cuidar do time Remover impedimentos Assegurar que o processo de scrum seja seguido Trabalhar junto com o product owner Fomentar o uso de scrum dentro da organização
    20. 20. 3. Time Estimar os items do backlog Se comprometer e entregar cada sprint conforme o planejado Rastrear e acompanhar seu processo Ser auto-organizado e pequeno
    21. 21. The Scrum flow Fonte: Sprint it - Training by Boris Gloger
    22. 22. Flexibilidade Investimento Tempo Escopo
    23. 23. O cliente gosta porque... Visualiza o projeto desde o primeiro sprint, tendo feedback contínuo entre ele e os desenvolvedores, entre o que é desejado e realizado.
    24. 24. O time gosta porque... Para os desenvolvedores e designers é o reconhecimento do time que torna o Scrum um método bem sucedido.
    25. 25. Outras vantagens Velocidade + comunicação - documentação O mais importante vem primeiro Motivação
    26. 26. Desafios DOD detalhado Comunicação X distância Falta de familiaridade do cliente com scrum Designers + desenvolvedores Maturidade de equipe
    27. 27. Como começar a usar scrum?
    28. 28. Agile + UX
    29. 29. todo o time é responsável pela UX
    30. 30. Designers + Developers?
    31. 31. Como inserir UCD em agile?
    32. 32. Agile + Design Pesquisa etnográfica Focus groups Personas Cenários Card sorting Prototipação Teste de usabilidade (formative testing, rapid iterative testing and evaluation-RITE) ...
    33. 33. User Story mapping Usando personas e cenários
    34. 34. Tempo X necessidade Fonte: Jeff Patton website
    35. 35. Quer ser um redder?

    ×