Aula de Scrum + UX no curso de AI
Upcoming SlideShare
Loading in...5
×
 

Aula de Scrum + UX no curso de AI

on

  • 2,297 views

Aula de Scrum, ministrada por Tatiane Viana, no Curso AI:

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

Statistics

Views

Total Views
2,297
Views on SlideShare
2,058
Embed Views
239

Actions

Likes
4
Downloads
41
Comments
0

8 Embeds 239

http://flavors.me 135
http://www.tatianev.com 53
http://tatix.flavors.me 31
http://tatianev.com 12
http://www.linkedin.com 3
http://www.slideshare.net 2
https://www.linkedin.com 2
http://www.onlydoo.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Apple Keynote

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />
  • <br />

Aula de Scrum + UX no curso de AI Aula de Scrum + UX no curso de AI Presentation Transcript

  • 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 passando a bola entre eles
  • O que é scrum e como ele funciona?
  • O que é scrum? O Scrum é uma metodologia ágil para o desenvolvimento iterativo e incremental de projetos, amplamente utilizada no desenvolvimento de software.
  • 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
  • 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.
  • 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
  • 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.
  • 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.
  • 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
  • O quadro
  • STORIES TO DO WIP DONE Story 1 Story 2 Impediments Burn down 100 75 50 25 0 1 2 3 4
  • 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
  • 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
  • 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. Product owner 2. Scrum master 3. Time
  • 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
  • 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
  • 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
  • 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 desenvolvedores, entre o que é desejado e realizado.
  • O time gosta porque... Para os desenvolvedores e designers é o reconhecimento do time que torna o Scrum um método bem sucedido.
  • 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 + desenvolvedores Maturidade de equipe
  • 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 (formative testing, rapid iterative testing and evaluation-RITE) ...
  • User Story mapping Usando personas e cenários
  • Tempo X necessidade Fonte: Jeff Patton website
  • Quer ser um redder?