XP e SCRUM

Metodologia
Ágil
Rafael
Resumo da Aula
XP
Visão geral
SCRUM
O que é eXtreme programming?
É uma metodologia de desenvolvimento
ágil de software que tem como base
elevar a qualidade do que está sendo Através do uso dessa
produzido. Uma de suas principais metodologia é possível
proporcionar entregas com
características é se adaptar com mais qualidade para os
facilidade a ambientes de produção clientes
acelerados que demandam abordagens

diferenciadas.
Quando a metodologia Extreme
Programming pode ser aplicada?
Essa metodologia pode ser utilizada quando:
A equipe de trabalho é reduzida com no máximo 12 pessoas;
Trata-se de um projeto que prevê riscos decorrentes do
tempo fixado para produção;
Projetos em que estão previstas mudanças frequentes;
A tecnologia permite que os desenvolvedores façam testes
automatizados de unidades e funcionalidades;
Apresenta alteração dinâmica dos requisitos do software e
escopo.
Qual a origem do essa metodologia
Extreme Programming? tem regras simples,
mas muito
Essa metodologia foi criada em 1996, eficientes.
pelo engenheiro de software Kent Beck. Desenvolvedores,
O surgimento da internet no começo dos clientes e gerentes
anos 1990 criou a necessidade de se tornam parceiros
mudanças na forma como os softwares no processo de
eram desenvolvidos. Antes, os softwares criação. A equipe se
tinham um ciclo de vida mais longo, mas torna muito mais
nesse novo contexto era necessário produtiva e
trabalhar de forma mais dinâmica. organizada.
As práticas do Extreme
Programming
Pair Programming
Quando duas pessoas trabalham em Projeto simples:
Design simples e que
uma única máquina; permite a realização de
Maior produtividade; testes
Projeto de alta qualidade.

Teste: Refatoração:
É a mudança e melhoria do
Cada funcionalidade de um código, sem que seu
projeto possui um teste antes de comportamento e sua
ser codificado, isso garante que funcionalidade sejam
alterados.
não exista retrabalho entre os
colaboradores e mantém a
qualidade dos projetos.
Propriedade coletiva
Qualquer colaborador pode Interação continua:
modificar códigos e mexer em Qualquer colaborador pode
modificar códigos e mexer em
todas as partes do projeto. Isso todas as partes do projeto. Isso
garante que, caso alguém saia da garante que, caso alguém saia da
equipe, o projeto não seja
equipe, o projeto não seja prejudicado.
prejudicado.
Cliente presente
Semanalmente, o
O cliente deve estar presente para cliente deve ser
atualizado e poder ver
aprovação, definição de prioridade novidades palpáveis. O
projeto precisa ter
e auxiliar no desenvolvimento do
realmente avançado de
projeto. uma entrega para a
outra.
Semana de 40
horas Padrões de código:
O fato de todos os
colaboradores
participarem de todos
Evita-se trabalhar mais de 40 horas os processos requer
semanais, visando o bem-estar da que um padrão na
equipe para manter o projeto em codificação seja
alta qualidade mantido.
Reunião diária
Nela se discute o que foi feito

Como mapas distorcem a
anteriormente, o que está
distância e tamanho da
sendo feito no dia atual e o
superfície da Terra, diferentes
que ainda tem que ser feito.
projeções foram criadas.
Scrum
O processo começa com a visão inicial do A partir dessa definição, o projeto é
dividido em ciclos, os Sprints, que
produto e um planejamento realizado pelo geralmente têm de duas a quatro
semanas de duração.
Product Owner
Em seguida, esse planejamento é Sprint é o período de tempo em que
o conjunto de atividades definidas
desmembrado nas funcionalidades do produto no Product Backlog devem ser
colocadas em prática.
em uma lista, chamada de Product Backlog

Exclua este aviso ao editar esta página.
Nessa etapa, é fundamental que o Product Agradeço!
Owner defina prioridades para implementar as

funcionalidades ao longo do projeto.
Antes de iniciar o Sprint, a equipe se
reúne para planejar as tarefas a serem
Durante a execução do Sprint,
implementadas, ter uma visão clara a equipe deve fazer um Daily
das prioridades e do que se espera Scrum: uma reunião diária em
que cada colaborador deve
do ciclo. pontuar o que fez no dia
anterior, o que irá fazer hoje e
As tarefas designadas para cada quais impedimentos existem.
Sprint são deslocadas do Product
Backlog para o Sprint Backlog.
E assim o processo segue até o fim do
Esse ciclo se repete
Sprint, momento em que é realizada uma
até a entrega do
reunião de revisão das funcionalidades produto final ao
implementadas, a fim de validar o produto. cliente.
Também é nesse momento que se faz uma
retrospectiva do Sprint, em que a equipe
avalia o processo, identifica necessidades
de adaptação e começa o planejamento do
novo Sprint.
Exercicio:
1. Monte a equipe
2. Crie o Product Backlog
3. Planeje o Sprint
4. Organize o processo de forma visual

XP e SCRUM

Enviado por

Direitos autorais:

Formatos disponíveis

XP e SCRUM

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

XP e SCRUM

Enviado por

Direitos autorais:

Formatos disponíveis

Metodologia

acelerados que demandam abordagens

Projeto de alta qualidade.

Nela se discute o que foi feito

em uma lista, chamada de Product Backlog

Owner defina prioridades para implementar as

Você também pode gostar