SCRUM

GRUPO 3
 01 Criação de User Stories 02 Composição do Product
Backlog

Nossa 03 Atribuição de Story Points 04 Sprint Planing

Agenda
05 Task Board & Mockups 06 Sprint Review

07 Sprint Retrospective
 01
Parte
USER STORIES
‘
User
Story

User Story é a descrição de uma funcionalidade do

sistema, escrita do ponto de vista do usuário final.
Uma User Story é escrita numa única frase ou User Story

parágrafo curto, utilizando linguagem natural e

simples, de forma que todos possam entender e se
relacionar com a história.
‘
User
Story

Uma história de usuário é escrita e norteada

User Story
tendo em conta os três elementos seguintes: ----------------

 EU, como <Quem> EU, como Passageiro, Quero poder

rastrear a localização do táxi que reservei,
Para que eu saiba quanto tempo levará
QUERO <O Quê?>
para o táxi chegar ao meu local de partida.
PARA <Porquê?>
‘
User
Story
ATENÇÃO: A user story não pode ser muito grande,
User Story
----------------
porque isso pode dificultar a atribuição da story point
"EU, como passageiro, Quero ser capaz
mais tarde e atrapalhar o processo de
de rastrear meu táxi em tempo real,
desenvolvimento de software.
receber notificações quando ele chegar e
Histórias de usuário como essa são indesejadas e
avaliar a qualidade do serviço do
precisariam posteriormente ser dividida em histórias
motorista após a corrida".
menores
‘
User
Story

 Reservar Taxi
 Cancelar Reserva
 Rastrear Taxi
 Efectuar Pagamento
 Avaliar Motorista
PARTE 02
Product Backlog
‘
Product
Backlog

O Product Backlog é uma lista dinâmica e priorizada de todas as

funcionalidades/requisitos (User Stories) que devem ser desenvolvidas
em um produto ou projecto de software. Ele serve como um registro
vivo e contínuo de tudo o que a equipe de desenvolvimento precisa
realizar para concluir o projecto de maneira eficiente e eficaz.
PARTE 03
Story Points
‘
Story
Points

Story point é uma unidade de medida usada em metodologias ágeis,

como o Scrum, para avaliar a complexidade e o esforço necessários
para concluir uma tarefa ou User Story.

ATENÇÃO: Os story points são atribuídos com base na complexidade

de implementação de uma user story, não na sua prioridade.
‘
Story Points:
Escala de Fibonacci
Usaremos a sequência de Fibonacci na estimativa de story points
devido à sua natureza exponencial e à sua capacidade de representar
uma ampla gama de valores.

0 - História trivial ou não avaliada 5 - História um pouco difícil

½ -1 - História muito fácil 8 - História difícil
2 - História fácil 13 - História muito difícil
3 - História média 20 - 100 - História extremamente difícil
? – Impossível de mensurar
‘
Story Points
Como Atribuir?
User Story: “EU, como passageiro, Quero poder efectuar o
pagamento da corrida de diversas formas (via POS, Mpesa, Emola ou
IZI), PARA que eu possa escolher a opção mais conveniente para mim
e que eu julgue ser a mais segura”

Com base nas informações fornecidas, eu atribuiria 5 pontos a essa user story
‘
Story Points
Como Atribuir?
JUSTIFICATIVA:
 Considerando que essa é uma funcionalidade básica que muitas Apps de táxi já possuem, a
complexidade da história é relativamente baixa. Porém, o desenvolvimento de uma
funcionalidade de pagamento com cartão de crédito exigiria algumas etapas, como
integração com um provedor de pagamento, criação de uma interface de usuário para
inserção de informações do cartão e desenvolvimento de uma lógica de pagamento. Embora
não seja um trabalho muito extenso, ainda exige algum esforço por parte da equipe de
desenvolvimento.
‘
Story Points:
Planing Poker

É uma técnica colaborativa em que os

membros da equipe jogam cartas com
valores de story points que representam o
nível de esforço necessário para
completar a tarefa.
PARTE 04
Sprint Planing
‘
Sprint
Planing

Sprint planning é uma das cerimónias do Scrum que tem como

objectivo definir o backlog do sprint e definir o que será entregue pela
equipe de desenvolvimento ao final da sprint.
‘
Sprint
Planing

Cada grupo deve escolher algumas user stories com o mais alto nível de
prioridade para compor o Sprint Backlog e somar os pontos delas. O
somatório dos pontos das user stories selecionadas para o sprint backlog não
pode exceder o valor limite definido pela equipe Scrum. Por exemplo, se a
equipe definiu que tem capacidade para desenvolver histórias de usuários
cujos pontos somam até 30, o sprint backlog não deve exceder esse valor.
PARTE 05
Task Board
‘
Task Board &
Desenho de Mockups

O Task Board é uma ferramenta visual usada para gerenciar o trabalho em

andamento de uma equipe, permitindo que ela visualize facilmente as tarefas
a serem realizadas, as tarefas em andamento e as tarefas concluídas.

Nesta fase, cada grupo deve simular uma task board e cada membro será
responsável por criar mockups de telas para algumas user stories.
‘
Task Board &
Desenho de Mockups
‘
Task Board &
Desenho de Mockups
PARTE 06
Sprint Review
‘
Sprint
Review

Durante essa tarefa, os grupos farão a apresentação dos mockups que foram
feitos.
PARTE 07
Sprint Review
‘
Sprint
Retrospective

A Sprint Retrospective é uma reunião realizada pela equipe Scrum ao final de

cada sprint, onde os membros se reúnem para discutir e avaliar a sprint
anterior. O objectivo da retrospectiva é reflectir sobre o que deu certo e o que
pode ser melhorado no processo de desenvolvimento de software e na
colaboração da equipe.
PARTE Final
Apresentação da
Ferramenta Digital