0
Projetamos felicidade.
Origem
Origem
Scrum é o nome de um movimento no Rugby em que a equipe tenta percorrer
uma determinada distância como uma unidade ...
O que é scrum e
como ele funciona?
O que é scrum?
O Scrum é uma metodologia ágil para o desenvolvimento iterativo e incremental de
projetos, amplamente utili...
Product backlog (PBL)
É o documento mais importante do projeto
Contém todas funcionalidades através de histórias.




    ...
Modelo das histórias
As an [who], I want [what], so that [why].

         1   Como usuário necessito fazer uma busca de im...
Estimation meeting
Reunião para estimar o tamanho dos próximos items mais relevantes do Product Backlog




        Como f...
Planning 1
Definir o objetivo do sprint e os selecionar os items Product Backlog




         Como funciona           - De...
Planning 2
Definir as tarefas de cada história para criar o Sprint Backlog.




         Como funciona             - O tim...
Daily meeting
Reunião para atualizar e inspecionar o progresso do time




                 Objetivo       Atualizar e ins...
O quadro
STORIES TO DO WIP DONE
    Story 1

    Story 2

Impediments        Burn down
                 100
                  75
  ...
Sprint review
Revisar todos as histórias entregues no Sprint e verificar se o objetivo do Sprint foi
alcançado




       ...
Sprint retrospective
Aprender com a experiência anterior, melhorando a produtividade do time




                Flip char...
Papéis
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. P...
1. Product owner

 Gerenciar e priorizar o product backlog
 Trabalhar com visão compartilhada
 Coletar requisitos
 Validar...
2. Scrum master

 Cuidar do time
 Remover impedimentos
 Assegurar que o processo de scrum seja seguido
 Trabalhar junto co...
3. Time

 Estimar os items do backlog
 Se comprometer e entregar cada sprint conforme
 o planejado
 Rastrear e acompanhar ...
The Scrum flow



Fonte: Sprint it - Training by Boris Gloger
Flexibilidade

         Investimento



    Tempo        Escopo
O cliente gosta porque...

Visualiza o projeto desde o primeiro
sprint, tendo feedback contínuo
entre ele e os desenvolved...
O time gosta porque...

Para os desenvolvedores e
designers é o reconhecimento do
time que torna o Scrum um
método bem suc...
Outras vantagens

 Velocidade
 + comunicação - documentação
 O mais importante vem primeiro
 Motivação
Desafios

 DOD detalhado
 Comunicação X distância
 Falta de familiaridade do cliente com scrum
 Designers + desenvolvedore...
Como começar
a usar scrum?
Agile + UX
todo o time é
responsável pela
UX
Designers +
Developers?
Como inserir
UCD em agile?
Agile + Design
 Pesquisa etnográfica
 Focus groups
 Personas
 Cenários
 Card sorting
 Prototipação
 Teste de usabilidade (...
User Story
mapping
Usando personas e cenários
Tempo X necessidade




Fonte: Jeff Patton website
Quer ser um redder?
Upcoming SlideShare
Loading in...5
×

Aula de Scrum + UX no curso de AI

3,087

Published on

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

Published in: Design
0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
3,087
On Slideshare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
48
Comments
0
Likes
5
Embeds 0
No embeds

No notes for slide



































  • Transcript of "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?
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×