MÉTODOS ÁGEIS

Profº Antonio César Brandão Gomes da Silva

Introdução

 Quais são os problemas mais frequentes com projetos?

 O que vocês já ouviram falar de métodos ágeis?
 XP?
 Scrum?
 Algum outro método?
Introdução

 Até meados dos anos 90, os métodos tradicionais dominavam o

gerenciamento do desenvolvimento de software.
 Se caracterizam pelo foco em planos detalhados definidos no princípio do
projeto (Cronograma detalhado, Escopo detalhado, documentação extensa,
etc).
 Mudanças são fortemente indesejadas
 Acreditava-se que seria possível tratar o desenvolvimento de software como
um processo previsível.
Introdução

 O método tradicional mais conhecido para o desenvolvimento de software é

o modelo em cascata, ou waterfall.
Introdução

 O método tradicional mais conhecido para o desenvolvimento de software é

o modelo em cascata, ou waterfall.
Royce, criticava o modelo em
seu artigo, afirmando que,
para o desenvolvimento de
software, seu uso era
arriscado.
Introdução
O Livro "Wicked Problems, Righteous Solutions" (DeGrace & Stall, 1990) já
ressaltava as razões pelas quais os métodos tradicionais não funcionavam, a
partir das prerrogativas:

• Requisitos não são completamente compreendidos antes do início do

projeto;
• Usuários só sabem exatamente o que querem após ver uma versão inicial
do produto;
• Requisitos mudam freqüentemente durante o processo de desenvolvimento;
• Novas ferramentas e tecnologias tornam as estratégias de desenvolvimento
imprevisíveis.
Introdução

 O movimento Ágil surgiu em meados dos anos 90 em resposta aos pesados

métodos de gerenciamento de desenvolvimento de software que
predominavam na época, que aqui chamamos de “métodos tradicionais”.
 Ágil: “que se movimenta com facilidade; ligeiro, leve”.
 Ágil vs Rápido
 O movimento Ágil apresentou diferentes formas de trabalhar .
 Na primavera de 2000 um grupo de líderes da comunidade do Extreme
Programming se reuniram na parte rural de Oregan.
Introdução

 O intuito era discutir as várias questões que envolviam o processo de

desenvolvimento com XP (Extreme Programming).
 Na reunião foi debatida a relação entre XP e processos semelhantes
conhecidos inicialmente como métodos leves (Lightweight Methods), uma
denominação aos novos métodos de desenvolvimento de software que
começavam a surgir naquela época
 Os métodos leves seguiam uma reação adversa aos métodos pesados, que
tinham como características a formalização exagerada nas documentações e
regulamentações, sendo em uma grande maioria, influenciadas pelo
tradicional e burocrático modelo em cascata.
Introdução

 Como consequência, concluíram que o XP era melhor como um método

específico, porém, concordaram que havia um espaço comum entre o XP e
os métodos leves.
 Um dos presentes nesta reunião, Robert Cecil Martin, decidiu montar uma
reunião com pessoas interessadas nos métodos leves.
 Em fevereiro de 2001, uma reunião nas montanhas nevadas do estado norte-
americano de Utah no resort de inverno e verão Snowbird, marcava o
surgimento e propagação do paradigma de desenvolvimento de softwares
ágeis.
 17 participantes.
Introdução
Introdução

 Ao decorrer da reunião um consenso comum sobre aspectos importantes em

desenvolvimento de software fluíam.
 Elevaram aquela reunião a um patamar maior
 Decidiram escrever um documento que serviria como grito de guerra aos
novos processos de desenvolvimento de software.
 A primeira parte se resumia a encontrar um nome que expressasse bem o
significado daquele movimento, métodos leves deixaram de ser uma opção
válida, pois não explanavam o significado desejado.
 Após considerar vários nomes decidiram que a palavra “ágil” melhor
captava a abordagem proposta.
Introdução

 A segunda parte da reunião foi dedicada à escrita de um documento que

desencadearia o manifesto ágil.
 Nele estaria contido a declaração das crenças e valores que aquelas
dezessete pessoas possuíam.
 Na última parte e nos meses seguintes os princípios foram trabalhados.
Introdução

 Com o manifesto ágil foi necessário uma organização que se configurasse

permanente e o representasse.
 No final de 2001, nasceu a Agile Alliance. Trata- se de uma organização sem
fins lucrativos que procura promover o conhecimento e discussões sobre os
vários métodos ágeis, hoje, existentes no mundo.
 Muitos dos membros do manifesto ágil, são integrantes dessa aliança.
 O Manifesto Ágil
Deve-se valorizar:

Indivíduos e interações Processos e ferramentas

Documentação
Software que funciona abrangente
mais que
Colaboração com o
Negociação de contrato
cliente

Resposta à mudanças Seguir um plano

Mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
Os valores do Ágil

Indivíduos e interações mais que Processos e ferramentas

 Quem gera produtos e serviços são os indivíduos, que possuem características

únicas, como talento e habilidade.
 Embora a descrição do processo seja importante, as pessoas envolvidas no
processo não podem ser trocadas como peças.
 As ferramentas utilizadas no desenvolvimento de SW devem ser as mais
simples possíveis que funcionem.
 Bons processos ajudam a equipe ao invés de ditar como seu trabalho deve
ser feito: Os processos se adaptam a equipe e não o oposto.
Os valores do Ágil

mais que Documentação

Software que funciona
abrangente

 Clientes se interessam por resultados, ou seja, software em funcionamento

que entregue valor de negócio.
 A documentação é muito útil, mas deve-se produzir somente a
documentação necessária e suficiente para a realização do trabalho.
 Documentação não é "desimportante", ela é simplesmente menos importante
do que versões em funcionamento do produto.
Os valores do Ágil

Colaboração com o mais que Negociação de contrato

cliente

 No desenvolvimento Ágil não há "nós" e "eles", há simplesmente "nós".

Clientes e desenvolvedores estão do mesmo lado.
 A relação cliente-time deve ser colaborativa, ao invés de marcada por
disputas de contrato antagônicas.
 A colaboração envolve companheirismo, tomada de decisão conjunta e
rapidez na comunicação. Algumas vezes pode até tornar contratos
desnecessários.
Os valores do Ágil

Resposta à mudanças mais que Seguir um plano

 Em projetos onde há incerteza (software), a dinâmica, pró-atividade, e

capacidade de adaptação predominam sobre o planejamento e a execução
restrita de tarefas planejadas.
 Construir um plano é útil, mas seguir o plano só é útil até o momento em
que ele ainda está próximo o suficiente da situação atual.
 Iterações curtas de desenvolvimento permitem que mudanças possam ser
rapidamente inseridas no projeto, de forma que atendam as novas
necessidades dos clientes.
Os Princípios do Ágil

1. Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e

contínua de software de valor.
2. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento.
Processos ágeis se adéquam a mudanças, para que o cliente possa tirar
vantagens competitivas.
3. Entregar software funcionando com freqüência, na escala de semanas até
meses, com preferência aos períodos mais curtos.
4. Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em
conjunto e diariamente, durante todo o curso do projeto.
Os Princípios do Ágil

5. Construir projetos ao redor de indivíduos motivados. Dando a eles o

ambiente e suporte necessário, e confiar que farão seu trabalho.
6. O Método mais eficiente e eficaz de transmitir informações para, e por
dentro de um time de desenvolvimento, é através de uma conversa cara a
cara.
7. Software funcional é a medida primária de progresso.
8. Processos ágeis promovem um ambiente sustentável. Os patrocinadores,
desenvolvedores e usuários, devem ser capazes de manter indefinidamente,
passos constantes.
Os Princípios do Ágil

9. Contínua atenção à excelência técnica e bom design, aumenta a agilidade.

10. Simplicidade: a arte de maximizar a quantidade de trabalho que não
precisou ser feito.
11. As melhores arquiteturas, requisitos e designs emergem de times auto-
organizáveis.
12. Em intervalos regulares, o time reflete em como ficar mais efetivo, então,
se ajustam e otimizam seu comportamento de acordo.
Mindset Ágil

Mindset: “Configuração da mente”

Representa o modo como vemos, compreendemos e julgamos as

coisas à nossa volta, o que por sua vez norteia as nossas ações no
dia a dia profissional e pessoal.
Porque usar Ágil

Métodos Ágeis são um dos responsáveis para o aumento recente

do numero de projetos com sucesso.
Standish group, 2011
Porque usar Ágil
Porque usar Ágil
Porque usar Ágil
Porque usar Ágil
Quebra de paradigmas

Desenvolvimento em fatias
Iterativo e Incremental
Orientado a pessoas
Escopo Flexível
Planejamento continuo
Quebra de paradigmas
Quebra de paradigmas
Benefícios
Benefícios
Benefícios