Você está na página 1de 23

INTRODUÇÃO AOS

MÉTODOS ÁGEIS
Professor: Paulo Vencio
Conteúdo Programático:

• Histórico
• O Manifesto Ágil
• Princípios Ágeis
Bibliografia
Histórico
• Nascida na segunda metade do século XX, a
Engenharia de Software buscou na indústria
grande parte das teorias e dos métodos de
produção (padronização de componentes e
processos).
• Em meados dos anos 1990, começaram o surgir
os processos “leves” (lightweight) em oposição
aos anteriores, “pesados” (heavyweight), ambos
baseados no desenvolvimento iterativo.
• Em 2001, com a criação do Manifesto Ágil,
cunhou-se o termo “Métodos Ágeis”.
Manifesto Ágil
• O Manifesto Ágil é composto pela declaração de
alguns valores e por 12 princípios.
• Agilidade não está relacionada à obediência de
protocolos preestabelecidos de produção, mas a
novos padrões de comportamento e atitude.
• Cada Método Ágil define suas próprias práticas,
mas todos, em um momento ou outro,
compartilham dos valores e princípios
postulados pelo Manifesto Ágil.
Manifesto Ágil
“Estamos descobrindo maneiras melhores de desenvolver software,
fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através desse
trabalho, passamos a valorizar:
• Indivíduos e interação mais que processos e ferramentas
• Software funcionando mais que documentação abrangente
• Colaboração com o cliente mais que negociação de contratos
• Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens
à esquerda. ”
Princípios Ágeis
1. Nossa maior prioridade é satisfazer o cliente com
entregas contínuas e adiantadas de software com
valor agregado.

• O primeiro princípio do Manifesto Ágil resgata o maior objetivo que devemos ter
em mente:
• Entregar software funcionando com qualidade;
• Com iterações rápidas e contínuas;
• Sempre agregando valor de negócio ao cliente.
2. Mudanças nos requisitos são bem-vindas, mesmo
tardiamente no desenvolvimento. Os processos ágeis
tiram vantagem das mudanças, visando à vantagem
competitiva para o cliente.
• Boa parte das metodologias tradicionais buscou formas para desestimular a
possibilidade de mudanças.
• Métodos Ágeis preparam-se com técnicas e ferramentas para responder o mais
rápido possível a todo o tipo de mudanças.
• O cliente livra-se das “amarras” de decisões precipitadas.
3. Entregar frequentemente software funcionando,
de poucas semanas a poucos meses, com preferência
à menor escala de tempo.

• Possibilidade de obter feedbacks frequentes.


• Ciclos curtos dão ritmo ao trabalho, e a equipe passa a ter consciência da sua
velocidade, ou seja, melhora suas estimativas.
• Relação de confiança com o cliente tende a aumentar ao longo do processo.
4. Pessoas de negócio e desenvolvedores devem
trabalhar diariamente em conjunto por todo o
projeto.

• Clientes “tradicionais” gostariam de participar de poucas reuniões, falar sobre o


que querem e aparecer um tempo depois para ver o que foi feito.
• Uma das maneiras de se evitar isto é adotar um processo de constante
colaboração entre clientes e equipes de desenvolvimento.
• A participação contínua de representantes diretos dos clientes possibilita um
fluxo contínuo de apresentação, discussão e feedback.
5. Construa projetos em torno de indivíduos
motivados. Dê a eles o ambiente e o suporte
necessários e confie neles para realizar o trabalho.
• Equipes ágeis são auto gerenciadas. Não existe alguém dando ordens ou cobrando
resultados.
• Em um time verdadeiramente ágil, o ambiente é de comunicação direta e constante, os
feedbacks são frequentes e o comprometimento é de todos.
• Profissionais sem iniciativa rapidamente são desmascarados em um ambiente dessa
natureza.
• A figura do gerente estilo “comando e controle”, que vive cobrando resultados, cede
espaço para o líder facilitador, que confia no seu time e está ali para servi-lo em prol
de um objetivo maior.
6. O método mais eficiente e eficaz de transmitir
informação para a equipe e entre a equipe de
desenvolvimento é a conversa frente a frente.
• O Manifesto Ágil coloca que, dentre todos os tipos de troca de informação entre
equipes de desenvolvimento de software, a mais eficaz é a da comunicação
frente a frente.
• Quanto menos comunicação indireta, menores serão os riscos de má
interpretação.
• Quanto mais frequentes forem as conversas presenciais, menos conflitos
surgirão, menos energia será gasta para sua reversão e mais eficazes e
sustentáveis serão os trabalhos.
7. Software funcional é a medida primária de
progresso.
• O Manifesto Ágil propõem que código funcionando seja mais importante que
uma documentação extensa.
• Documentos e especificações têm validade, mas priorizá-los em detrimento de
um software bem feito e funcional é um erro.
• O bom andamento de um projeto de desenvolvimento de software deve ser
mensurado, primordialmente, por meio da quantidade de software entregue e
funcionando.
8. Os processos ágeis promovem desenvolvimento
sustentável. Os patrocinadores, desenvolvedores e
usuários devem ser capazes de manter um ritmo
constante sempre.
• Nos métodos tradicionais, parte-se da premissa de que quanto mais tempo o
profissional estiver em frente ao computador digitando código, maior será sua
produção.
• O ponto-chave da proposta ágil é a manutenção de ambientes que funcionem
não em seus limites operacionais, mas em níveis nos quais sua sustentação seja
viável por ilimitados períodos de tempo.
9. Contínua atenção à excelência técnica e bom
design aumenta a agilidade.
• Um código bem feito aliado a um projeto de qualidade elimina a necessidade
de documentação exaustiva, reduz o retrabalho e facilita a tomada rápida de
decisões.
• Viabiliza-se a entrega constante de versões funcionais e a resposta rápida a
feedbacks do cliente.
10. Simplicidade – a arte de maximizar a quantidade
de trabalho não realizado – é essencial.
• Procure focar o que é realmente importante e que trará valor de negócio e
vantagem competitiva ao seu cliente.
• Elimine o que não é importante.
• Esse princípio nos leva constantemente aos questionamentos do tipo: isso é
realmente essencial? Há alguma forma de tornar isso mais simples?
• Muitos confundem Métodos Ágeis com o desenvolvimento rápido de software.
Na verdade, o ágil diz muito mais sobre eficiência, eficácia e efetividade do
desenvolvimento do que sobre velocidade de programação.
11. As melhores arquiteturas, requisitos e design
emergem de times auto organizáveis.
• Uma equipe é considerada auto organizada com quando ela por si só atinge
uma dinâmica de relações saudáveis entre seus membros, ou seja, relações na
qual a escolha de papeis a serem exercidos por seus membros parte da
iniciativa do próprio grupo e oscila conforme a necessidade dos diferentes
contextos e demandas.
• As competências de seus membros são aproveitadas de forma inteligente e
altruísta.
• Membros do time são auto motivados.
12. Em intervalos regulares, o time reflete sobre
como se tornar mais eficaz e então refina e ajusta seu
comportamento de acordo.
• Cada equipe, em cada projeto, deve encontrar, por méritos próprios, sua
dinâmica de trabalho.
• Não existe um processo prescritivo.
• Uma regra básica é a da melhoria contínua. A cada ciclo de trabalho, deve-se
refletir sobre o que foi feito, aprender com o que não funcionou (descartando-o,
se for o caso) e potencializar o que estiver dando certo.
• Naturalmente, as primeiras iterações do projeto serão de grande aprendizado.
Ano: 2009, Banca: FIP, Órgão: Câmara Municipal de São José dos Campos – SP, Prova:
Analista de Sistemas
Assinale a alternativa que não apresenta características dos métodos ágeis de
desenvolvimento de software:
a) entregas parciais do sistema em períodos curtos, que duram de semanas a meses, com
preferência para intervalos de tempo menores.
b) atribuição dos requisitos de maior complexidade funcional e não funcional nas
primeiras interações com os clientes, de forma a priorizar os aspectos críticos do sistema.
c) quantidade de código executável considerada a medida mais importante do progresso
do desenvolvimento de um software.
d) mudanças nos requisitos, mesmo quando ocorrem próximas ao final do
desenvolvimento.
e) processos de desenvolvimento e recursos tecnológicos disponíveis considerados mais
importantes do que as interações entre os membros das equipes.
Ano: 2017, Banca: CESPE, Órgão: TRE-TO, Prova: Técnico Judiciário - Programação de
Sistemas
2) Os métodos ágeis possibilitam que um software seja desenvolvido rapidamente e
têm como princípio
a) usar frameworks.
b) envolver o cliente.
c) prescrever os processos.
d) entender o software por completo.
e) evitar mudanças.
Ano: 2014, Banca: CS-UFG, Órgão: CELG/GT-GO, Prova: Analista de Gestão - Analista
de Sistemas
3) São princípios dos métodos ágeis:
a) aceitação de mudanças e maior ênfase nos processos em detrimento das
pessoas.
b) rejeição de mudanças e envolvimento dos clientes.
c) foco na simplicidade e maximização da documentação formal
d) entrega contínua ao usuário e maior ênfase nas pessoas em detrimento dos
processos
e) maximização da documentação formal e envolvimento dos clientes.
Gabarito das Questões:

1. E
2. B
3. D

Você também pode gostar