UNIVERSIDADE EDUARDO MONDLANE
FACULDADE DE ENGENHARIA
DEPARTAMENTO DE ENGENHARIA ELECTROTÉCNICA
Engenharia de Software 2
Tema: SCRUM
Discentes:
• Almeida, Henriques Docentes:
• Da Fonseca, Clifton • Sergio Mavie , MSc
• Niuare, Geraldo • Khalid Bapu
• Ntema, Alexandre
Maputo, Agosto de 2024
Objectivos
Objetivos Gerais
Apresentar a metodologia SCRUM
Objetivos específicos
Definir os termos e conceitos fundamentais
Detalhar o processo SCRUM
Introdução
No cenário contemporâneo do desenvolvimento de software,
a busca por métodos que garantam flexibilidade e eficiência
tem levado muitas organizações a adotarem metodologias
ágeis. Dentre essas metodologias, o SCRUM se destaca como
um dos frameworks mais populares e eficazes.
Este trabalho se propõe a explorar em profundidade o
SCRUM, abordando seus elementos fundamentais como
artefactos, eventos e os papéis essenciais.
02
O que são metodologias
ágeis?
Metodologias ágeis são conjuntos de práticas que
proporcionam uma forma de gerenciar projetos mais
adaptável às mudanças.
Dessa forma, elas são estruturadas em ciclos curtos
com entregas rápidas e frequentes, realizadas por
equipes pequenas e auto-organizadas.
03
SCRUM
04
O que é SCRUM?
O termo Scrum vem do jogo de rugby, é a jogada em
que ficam todos juntos.
05
Definição
Criada por Jeff Sutherland e Ken Schwaber
O SCRUM é um framework ágil de gestão de projetos que é
usado principalmente no desenvolvimento de software, mas
também é aplicável a uma ampla variedade de projetos
complexos
Pilares do SCRUM
1.Transparencia 2.Inspeccao 3.Adaptacao
SCRUM é iterativo e incremental
06
Analogia ao bolo
07
Artefactos
Product Backlog
Sprint Backlog
Entrega
08
Product Backlog
Corresponde a lista de demandas ou funcionalidades, sempre
atualizada de modo a registrar todas as solicitações do usuário.
Estas funcionalidades são organizadas por prioridade.
Users storys são usadas para representar os itens do product
Backlog.
09
‘
User
Story
User Story é a descrição de uma
funcionalidade do sistema, escrita do
ponto de vista do usuário final. Uma User Story
User Story é escrita numa única frase
ou 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 User Story
----------------
norteada tendo em conta os três
EU, como Passageiro, Quero
elementos seguintes: poder rastrear a localização do
táxi que reservei, Para que eu
EU, como <Quem> saiba quanto tempo levará para
o táxi chegar ao meu local de
QUERO <O Quê?> partida.
PARA <Porquê?>
‘
User
Story
User Story
ATENÇÃO: A user story não pode ser ----------------
muito grande, porque isso pode dificultar a "EU, como passageiro, Quero
atribuição da story point mais tarde e ser capaz de rastrear meu táxi
atrapalhar o processo de desenvolvimento em tempo real, receber
de software. notificações quando ele chegar e
Histórias de usuário como essa são avaliar a qualidade do serviço do
indesejadas e precisariam posteriormente motorista após a corrida".
ser dividida em histórias menores
‘
User
Story
Reservar Taxi
Cancelar Reserva
Rastrear Taxi
Efectuar Pagamento
Avaliar Motorista
‘
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 5 - História um pouco difícil
avaliada 8 - História difícil
½ -1 - História muito fácil 13 - História muito difícil
2 - História fácil 20 - 100 - História extremamente
3 - História média 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.
‘
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
Sprint Backlog
Sprint backlog: é aquela porção do Product backlog
que o Product Owner elegeu como mais importante
neste momento e que apresentará ao time para
construção e entrega ao negócio no próximo Sprint;
11
Entrega
Ao final do Sprint é disponibilizada a entrega daquilo
que foi combinado, construído e concluído
12
Papeis
Product Owner
SCRUM master
Team SCRUM
13
Product Owner
É o papel de maior
visibilidade, o navegador do
time, é ele quem toma as
decisões estratégicas, define
o que precisa ser feito, valida
e traz do negócio a palavra
final para aceite e publicação;
14
SCRUM
Master
Um profundo conhecedor
do método e técnicas,
proporcionando
treinamentos e reciclagens,
organização dos eventos,
desimpedimentos, e
trabalhando pela harmonia
do time em seu ecossistema;
15
Team SCRUM
Contém os cargos
necessários à construção
Product Owner,
ScrumMaste,
desenvolvedores(UX,
testador, entre outros),
sempre valorizando certo
16
nível de
Eventos
Scrum define cinco eventos que ocorrem durante um
sprint: sprint, sprint planning, daily standup, sprint
review e sprint retrospective
Sprint planning
Sprint planning é a reunião que planeia a sprint.
● Envolve o scrum master e a equipa
● Recomenda-se a dedicação de 1 hora para cada
semana da sprint
● Escolhem-se as tarefas do product backlog que
irão ser executadas na sprint de acordo com a
prioridade
Sprint planning
● Ao escolher número tarefas a serem executadas
durante a sprint, deve-se considerar a velocidade
da equipa (quantas tarefas foi capaz de concluir
durante sprints anteriores)
● Durante sprint planning é criado o sprint backlog
Sprint
Um sprint é um período curto e fixo em que uma equipe
scrum trabalha para concluir uma quantidade definida
de trabalho.
É aconselhado que cada sprint dure 2 ou 4 semana
Daily Standup
Durante o sprint, durante 15 minutos no início do dia, é
realizada uma reunião. Toda a equipa participa e a
reunião é feita em pé. Esta é a oportunidade da equipa
para falar uns com os outros sobre o seu progresso.
Durante esta reunião três questões devem ser
respondidas:
Daily Standup
● O que eu fiz ontem para ajudar a equipa a alcançar
os objectos do Sprint
● O que eu vou fazer hoje para ajudar a equipa de
desenvolvimento a alcançar o objectivo do sprint
● Existe algo que me impeça de ajudar a atingir os
objectivos do sprint
Sprint Review
Após o fim do sprint, vem o sprint review, onde a equipa
analisa o sprint junto do product owner.
O objectivo deste evento é:
● Permitir que o product owner e outros envolvidos
no projects(funcionários, clientes, investidores,etc)
de aprender o que está acontecer com o produto e
o estado da equipa.
Sprint Review
● Equipa ser informadas da situação do product
owner de mudanças no mercado
● Ser apresentada uma demo do resultado do sprint
O principal objectivo deste evento é interação entre a
equipa e os demais envolvidos com o projecto
Sprint Retrospective
Por fim temos a retrospectiva. Esta é uma prática que
algumas equipas pulam, mas ela é fundamental para a
melhoria da equipa.
O objectivo desta retrospectiva é de:
● Criar uma oportunidade para toda a equipa discutir
o que tem estado a funcionar e o que deve ser
alterado
18
O Scrum, como originalmente concebido, foi projectado
para uso de equipes colocalizadas, em que todos os
membros poderiam se encontrar todos os dias em
reuniões rápidas.
Exemplo de softwares desenvolvidos usando
metodologia SCRUM: Microsoft Windows Azure, Spotify,
Salesforce, Google apps, Uber, Amazon.
19
Conclusão
Neste trabalho, exploramos o SCRUM como um framework ágil eficaz
para o desenvolvimento de software e gestão de projetos. O SCRUM se
destaca por sua estrutura bem definida, que inclui papéis, eventos e
artefatos específicos, promovendo um ambiente de trabalho
colaborativo e orientado para a entrega contínua de valor.
O SCRUM é uma metodologia que, quando aplicada correctamente,
pode transformar a dinâmica de trabalho e a eficiência das equipes,
sendo uma ferramenta valiosa para organizações que buscam agilidade
e inovação.
20
Referências Bibliográficas
● Audy, Jorge. "Scrum 360: Um Guia Completo e Prático para
Agilidade".
● Casa do Código, 2016. Vanessa Weber, Gabriel Froes. Dicionário do
Programador - SCRUM. Código Fonte TV.2019. URL:
https://www.youtube.com/watch?v=3aCww_1RnL0
● Sabbath, Rafael. “SCRUM. Gestão geral para Projectos”. Casa do Codigo.
21
Obrigado pela
atenção!
