Introdução a Engenharia de

Software (IESI4)
Prof. Robson Rodrigues
robsonr@ifsp.edu.br
Scrum
 Características

● É um framework para gerenciamento de projetos ágeis;

● Permite o início do desenvolvimento sem uma definição completa da arquitetura;
● Mantém times pequenos para facilitar a comunicação e divisão de tarefas;
● Os clientes são convidados a fazer parte da equipe de desenvolvimento;
● Quadro Kanban é bastante presente na organização das tarefas;
● Mudanças de equipe e requisitos fazem parte do processo;
● O trabalho precisa ser bem dividido e acompanhado;
● Os projetos são divididos em ciclos;
● Auxilia na integração de equipes.
 Termos do Scrum

● Product Backlog:
○ Todas as funcionalidades que devem ser desenvolvidas em um projeto.
● Sprint Backlog:
○ Funcionalidades que devem ser desenvolvidas dentro de uma sprint.
○ São considerados:
■ A prioridade que o cliente deu aos itens
■ O tempo e esforço estimados pela equipe para completar os vários
itens
● Sprint:
○ Iteração do processo de desenvolvimento com duração e objetivos pré-
 Termos do Scrum
● Sprint Planning Meeting
○ Reunião de início de uma sprint. Aqui são escolhidas quais e como as tarefas serão
desenvolvidas.
● Daily Scrum
○ O que eu fiz desde ontem? O que planejo fazer hoje? Algo me impediu de atingir meu
objetivo?
○ Geralmente dura 15min, as pessoas ficam em pé e só o time de desenvolvimento fala.

● Sprint Review Meeting

○ Reunião de fechamento da sprint, são discutidos os resultados e os problemas.
 “Papéis” dentro do Scrum

● Product Owner:
○ É o representante do cliente dentro do time de desenvolvimento;
○ Tem a palavra final em relação às tarefas que devem ser realizadas.
○ Aceita ou rejeita os resultados dos trabalhos
 “Papéis” dentro do Scrum

● Scrum Master:
○ É o gerente do processo Scrum;
○ Ele gerencia a comunicação entre todos e o time;
○ Atua para resolver qualquer problema que os times estejam
enfrentando.
○ Garante a plena funcionalidade e produtividade da equipe
○ Escudo para interferência externas
 “Papéis” dentro do Scrum

● Time de Desenvolvimento:
○ Contém tipicamente entre 5 e 9 pessoas
○ Não há divisão formal entre a equipe;
○ Os times são interdisciplinares;
○ Equipe auto-gerenciável.
○ Trocas só na mudança de Sprints
Product Owner

https://backefront.com.br/guia-do-scrum/
O ciclo do Scrum
Kanban no Scrum

https://www.digite.com/pt-br/kanban/quadro-kanban/
eXtreme Programming (XP)
 Características
● É uma metodologia ágil para desenvolvimento de software;
● Os requisitos são escritos como cenários (User Story);
● Necessita do cliente bem próximo ao processo;
● O desenvolvimento do sistema é incremental:
○ Antes de desenvolver código, é preciso pensar no teste;
○ O cliente pode validar o plano de teste;
○ O teste acontece logo após o desenvolvimento;
○ Os próprios desenvolvedores executam o teste :(
● Programadores trabalham em pares:
○ Os pares nem sempre são os mesmos;
○ Apenas um computador para duas pessoas! https://www.devmedia.com.br/praticas-em-xp-extreme-
programming/29330
 Vantagens
● Entregas constantes ao cliente;
● A refatoração é constante e valorizada:
○ Mantenha simples, pense na necessidade atual para desenvolver o código;
https://adrianolisboa.com/questoes-
○ Pensar em alterações futuras não agrega valor (para o XP). frequentes-sobre-a-programacao-em-
pares/
● A padronização do código é fundamental;
● O código é coletivo:
○ Todos podem alterar o código;
○ Código bem feito é mérito da equipe toda;
○ Todos sabem sobre como o sistema funciona.

● A dinâmica dos pares faz com que todos os membros da equipe se conheçam e
conheçam o código:
○ Com isso todos acabam refatorando o revisando o código.
 User Story

● Tradução direta seria “história de usuário”;

● É uma descrição informal e simples da necessidade de um usuário sobre o produto:
○ É uma história que ajuda a observar os requisitos.

● A descrição não é completa, com o desenvolvimento o usuário precisa fornecer mais detalhes;
● A leitura das User Stories dão origens às tarefas do projeto;
● As User Stories devem ser simples e caber em um cartão:
○ Histórias longas precisam ser refinadas ou quebradas.

● Pode representar um item do backlog;

● Tem 3 itens principais:
○ Ator;
○ Tarefa;
○ Funcionalidade.
https://k21.global/blog/o-que-e-a-user-story
 User Story

https://tech.gsa.gov/guides/effective_user_stories
 User Story

https://tech.gsa.gov/guides/user_story_example
Obrigado

Prof. Robson Rodrigues

robsonr@ifsp.edu.br