UNIP – ADS - Engenharia de Software I – Profa.

Priscila

Exercícios- Metodologias Ágeis

1) Quais os princípios do manifesto ágil?

1. Satisfação do cliente por meio do fornecimento contínuo e adiantado de
software: os clientes ficam mais felizes quando recebem software de
funcionamento em intervalos regulares em vez de esperar longos
períodos entre as versões.

2. Acomodação de mudanças de requisito durante todo o processo de

desenvolvimento: a capacidade de evitar atrasos quando um requisito
ou solicitação de recurso muda.

3. Entrega frequente de software em funcionamento: o Scrum acomoda

esse princípio, já que a equipe opera em sprints de software ou iterações
que garantem o fornecimento periódico de software em funcionamento.

4. Colaboração entre as partes interessadas do negócio e os

desenvolvedores em todo o projeto: melhores decisões são tomadas
quando as equipes técnica e comercial estão alinhadas.

5. Apoio, confiança e motivação das pessoas envolvidas: equipes

motivadas são mais propensas do que equipes infelizes a entregar o
melhor trabalho possível.

6. Possibilidade de interações presenciais: a comunicação é mais profícua

quando as equipes de desenvolvimento trabalham no mesmo local.

7. Software em funcionamento é a principal medida de progresso: fornecer

software funcional ao cliente é o fator mais importante para medir o
progresso.

8. Processos ágeis para dar apoio a um ritmo de desenvolvimento

consistente: as equipes estabelecem uma velocidade repetível e
sustentável na qual podem fornecer software funcional a cada versão.

9. Atenção aos detalhes técnicos e ao design aumenta a agilidade: as

habilidades certas e um bom design garantem que a equipe possa
manter o ritmo, melhorar constantemente o produto e sustentar as
mudanças.

1
 10. Simplicidade: desenvolva o suficiente para realizar o trabalho de agora.

11. Equipes auto-organizáveis realizam ótimas arquiteturas, requisitos e

designs: membros de equipe qualificados e motivados que têm poder de
decisão, assumem a responsabilidade, se comunicam frequentemente
com outros membros da equipe e compartilham ideias que resultam em
produtos de qualidade.

12. Reflexões periódicas sobre como aumentar a eficácia:

autoaperfeiçoamento, melhoria de processos, desenvolvimento de
habilidades e técnicas ajudam os membros da equipe a trabalhar com
mais eficiência.

2) Qual o significado da sigla XP? Extreme Programming

3) Cite e explique 5 práticas do modelo de processo XP.

Cliente presente: O cliente deve participar ativamente do processo de
desenvolvimento. Tudo precisa da comunicação com o cliente. Ele deve
receber o melhor resultado possível a cada semana, ver o progresso no
sistema, ser informado de mudanças de planos, etc. Escute, para que saiba
qual é o problema a ser resolvido.

Planejamento: O desenvolvimento utilizando o XP é feito em iterações. Uma

iteração é um período curto de tempo (1 ou 2 semanas) onde a equipe
desenvolve um conjunto de funcionalidades. Sendo assim, no início da
semana, desenvolvedores e clientes se reúnem para priorizar as
funcionalidades. Essa reunião chama-se jogo de planejamento e nela já devem
estar criadas as estórias. Se uma estória for muito grande, ela deve ser dividida
em tarefas com duração máxima de alguns dias. Essas estórias devem ser
escritas pelo cliente, pois assim ele consegue pensar melhor em cada
funcionalidade. O planejamento é importante para que você sempre faça a
coisa mais importante a ser feita.

Stand Up Meeting: São reuniões feitas em pé e de curta duração - mas muito

produtiva, para que o time se mantenha alinhado, para saber o que cada um
está fazendo exatamente, em que ponto está o projeto e se alguém está tendo
problemas para executar suas tarefas. Ainda que apareça algum problema,
essa reunião não tem o propósito de pensar em soluções.

Programação em par: É uma programação em par (dupla) em um único

computador. Como é apenas um computador, o software sempre é revisto por
duas pessoas diminuindo assim a possibilidade de falhas. Busca-se sempre a
evolução da equipe melhorando a qualidade do código fonte. Ela é uma das
práticas primordiais do XP, pois dois programadores fazendo o trabalho juntos
acaba agregando muito para o trabalho em equipe.

Testes constantes: É utilizado o Desenvolvimento Orientado a Testes (Test

Driven Development), o conhecido TDD. Primeiro crie os testes unitários e
depois crie o código para que o teste funcione, essa abordagem é complexa no
início, mas os testes unitários são essenciais para que a qualidade do projeto
seja mantida.

Refatoração: É um processo que permite a melhoria contínua da programação,

o mínimo de introdução de erros e mantendo compatibilidade com o código já
existente. Refatorar melhora a clareza, leitura do código e facilita a
manutenção. Além disso, o código fica mais coeso e você tem um melhor
aproveitamento, evitando duplicação no código fonte.
Código coletivo: Diz que o código fonte não tem dono e ninguém precisa
solicitar permissão para poder modificar o mesmo. O objetivo é fazer a equipe
conhecer todas as partes do sistema.

Padronização do código: Como todo mundo trabalha no desenvolvimento do

mesmo software, a equipe de desenvolvimento precisa estabelecer regras para
programar e todos devem seguir essas regras, assim parecerá que todo código
fonte foi digitado pela mesma pessoa. A padronização de código também é
muito importante, porque o XP preza isso, o trabalho em equipe, se uma pessoa
faz de um jeito e a outra faz de outro, isso fica muito confuso e futuramente
pode ter problemas na revisão deste código.

Design simples: Essa prática se encaixa no princípio da simplicidade e é

basicamente seguir o que o usuário está pedindo, por conta disso o design do
software acaba sendo mais simplista. Além disso, o software acaba ficando
mais fácil de ser alterado. Com essa metodologia você consegue alterar o
código quando precisar, sem comprometer a qualidade.

Metáfora: Procura facilitar a comunicação com o cliente, entendendo qual a

realidade dele. É preciso traduzir as palavras do cliente para o significado que
ele espera dentro do projeto.

Ritmo sustentável: Manter um ritmo de trabalho com qualidade, onde eles

estejam atentos e dispostos.

Semana de 40 horas: É trabalhar com qualidade buscando ter um ritmo de

trabalho saudável, 40h por semana, 8h por dia, sem horas extras.

Integração contínua: Sempre que for produzido uma nova funcionalidade você
nunca deve esperar uma semana para integrar com a versão atual do sistema.
 Isso só aumenta a possibilidade de conflitos e possibilidade de erros no código
fonte. Integrar de forma contínua permite saber o status real da programação.

Releases curtos: As liberações de pequenas versões funcionais do projeto

auxiliam muito no processo de aceitação por parte do cliente que já pode testar
uma parte do sistema. As versões chegam ainda ser menores que as
produzidas em outras metodologias incrementais, como o RUP. Os releases
são pequenos pedaços do produto que são entregues ao cliente antes do
tempo, assim o cliente não precisa esperar o produto todo ficar pronto para ver.

4) Quais os valores da metodologia XP?

São eles: comunicação, simplicidade, feedback, coragem e respeito.

5) Cite vantagens, desvantagens da adoção do modelo de processo XP.

Vantagens:
1. Entrega rápida e contínua:
A Metodologia Agile XP adota um ciclo de desenvolvimento curto, conhecido
como iteração ou sprint. Isso permite que o time entregue incrementos
funcionais do software em um curto período de tempo, garantindo que o produto
esteja em constante evolução.
Essa abordagem ágil reduz o tempo de espera do cliente para ver resultados
tangíveis, aumentando a satisfação e mantendo-o envolvido no processo de
desenvolvimento.

2. Adaptabilidade às mudanças:
A Metodologia Agile XP permite que as equipes se adaptem rapidamente às
mudanças de requisitos e prioridades. Os princípios ágeis promovem a
flexibilidade durante o desenvolvimento, possibilitando ajustes e inclusões de
novas funcionalidades ao longo do projeto.
Isso garante que o produto final atenda às necessidades reais do cliente,
mesmo que elas mudem ao longo do tempo.

3. Qualidade do produto final:

A Metodologia Agile XP coloca uma forte ênfase na excelência técnica e na
entrega de software de alta qualidade. Práticas como o Test-Driven
Development (TDD) e a programação em pares contribuem para a detecção
precoce de erros e a garantia da qualidade do código.
Além disso, a implementação contínua de feedback do cliente permite que
ajustes sejam feitos rapidamente, aprimorando o produto final e aumentando a
satisfação do usuário.

4. Colaboração e engajamento da equipe:

A Metodologia Agile XP promove a comunicação e a colaboração constante
entre os membros da equipe. Através de práticas como a programação em
 pares e as reuniões diárias, o time trabalha em conjunto para alcançar os
objetivos do projeto.
Essa colaboração fortalece o engajamento da equipe, melhora a troca de
conhecimentos e contribui para a construção de um ambiente de trabalho mais
produtivo e harmonioso.

Desvantagens:
1. Resistência à mudança:
Em alguns casos, as equipes e o próprio cliente podem resistir à adoção da
Metodologia Agile XP, principalmente se estiverem acostumados a modelos de
desenvolvimento mais tradicionais.
Para minimizar essa desvantagem, é importante educar tanto a equipe quanto
o cliente sobre as vantagens da abordagem ágil e demonstrar resultados
tangíveis desde o início do projeto.

2. Necessidade de comunicação eficiente:

A Metodologia Agile XP exige uma comunicação constante e clara entre os
membros da equipe e com o cliente. Se a comunicação não for bem
estabelecida, podem ocorrer mal entendidos e atrasos no projeto.
Para superar essa desvantagem, é fundamental investir em práticas de
comunicação eficientes, como reuniões diárias de acompanhamento, definição
clara de requisitos e funcionalidades, e feedback constante.

3. Foco excessivo no curto prazo:

Devido à natureza iterativa da Metodologia Agile XP, pode haver uma tendência
de se concentrar apenas nas demandas imediatas, sem pensar em uma visão
de longo prazo.
Para minimizar esse aspecto, é importante estabelecer um bom planejamento
estratégico desde o início, definindo metas de longo prazo e estabelecendo
uma visão clara do produto final.

4. Equipe experiente e autogerenciável:

A Metodologia Agile XP exige uma equipe experiente e autogerenciável para
obter sucesso. Se a equipe não possuir os conhecimentos técnicos adequados
ou se houver falta de autonomia, pode haver dificuldades na implementação da
metodologia.
Para mitigar essa desvantagem, é importante investir no desenvolvimento da
equipe, treinando e capacitando seus membros, além de incentivar a troca de
conhecimentos e a colaboração mútua.

6) Cite e descreva os papeis do SCRUM?

O Scrum Team é composto por três papeis, que são o Product Owner, o
Development Team e o Scrum Master.
 O Product Owner (PO) é o responsável por maximizar o valor do produto e do
trabalho da equipe de Desenvolvimento e é a única pessoa responsável por
gerenciar o Product Backlog.
O Development Team (DT) é a equipe de profissionais responsável por
transformar o Product Backlog em um produto funcional. São eles que
desenvolvem as versões incrementais do produto “Pronto” que são entregues
ao final de cada Sprint.
O Scrum Master (SM) é responsável por garantir que o Scrum seja entendido
e aplicado. O Scrum Master faz isso para garantir que o Scrum Team adere à
teoria, práticas e regras do Scrum. O Scrum Master é um servo-líder para o
Scrum Team, e não somente um gerente, está sempre em contato com o
Product Owner.

7) Como são conduzidas as Dailys Scrum?

Nesta reunião, todos os membros da equipe respondem, com relação às suas
tarefas, a três perguntas fundamentais sobre o decorrer de suas funções:
• O que foi feito no dia anterior;
• O que será feito no dia em questão;
• Se há algo impedindo a realização de algo discutido nas perguntas
anteriores.
Esta pequena reunião coloca todos os profissionais envolvidos em uma mesma
Sprint em sintonia, evitando intercorrências causadas por falhas de
comunicação.

8) O que é um Product Backlog?

Product Backlog, ou Backlog do Produto, é uma lista ordenada de tudo o que é
necessário para chegar ao produto final de um projeto de desenvolvimento de
software. Em outras palavras, são as “coisas” que devem ser desenvolvidas
para chegar àquilo que foi acordado entre todos os envolvidos no projeto —
quase uma “lista de desejos”.
No Product Backlog, todos os itens são descritos em linguagem simples, não
técnica e de negócios. Eles devem ser apresentados a todos os interessados
(desenvolvedores, clientes, patrocinadores do projeto, usuários etc.) para evitar
conflitos, problemas de alinhamento de expectativas e insatisfações.
9) Quais as características de uma Sprint?
Sprint: Sprint (ou iteração) é o período de tempo onde se é realizado um
trabalho em direção ao objetivo. Toda e qualquer Sprint deve ter uma
meta/objetivo a ser alcançado pelo Time de Desenvolvimento e deve atender
ao Backlog da Sprint. As Sprints devem ter o período de 1 a 4 semanas.
10) Como se conduz a Sprint Planning 1?
O sprint planning acontece sempre que um sprint ocorre. Essa é uma reunião
de planejamento, que aponta as atividades mais importantes, retira o que está
atrapalhando o caminho e estabelece novos rumos.
O foco é o product backlog. Todas as atividades que precisam de execução
para o desenvolvimento de etapas eficientes, exigem demandas no sprint
planning.
O scrum master deve guiar a visão da equipe para o panorama amplo, mas
essa é a parte em que todos os colaboradores devem falar sobre as suas
atividades em desenvolvimento, necessidades, falhas e apontar resoluções. É
o começo de um sprint ágil e efetivo.