O Manifesto Ágil

Você sabe o que levou à criação dos métodos ágeis? Quais são as principais diferenças entre os métodos ágeis e os métodos que já existiam anteriormente? A seguir veremos um breve histórico que nos revelará essas respostas.

Apresentação: princípios e características

Na década de 1990, existia uma grande insatisfação na forma com a qual os projetos de desenvolvimento de software eram gerenciados. Tal abordagem, conhecida como cascata por estruturar o projeto em fases sequenciais (em que cada fase depende das entregas da anterior), é ideal para projetos que possuem uma maior previsibilidade, caso dos setores de manufatura e construção, para o qual, aliás, o método ágil foi originalmente criado. As principais reclamações estavam associadas a:

Alguns de seus críticos consideravam esse método muito “pesado” para desenvolver softwares devido à sobrecarga de trabalho necessária para gerar toda a documentação. Em oposição a essa abordagem, começavam a surgir na época métodos conhecidos como “leves”, como, entre outros exemplos, o Scrum, o XP (Extreme Programming) e o Crystal.

Em 2001, 17 dos maiores representantes desses métodos mais leves se encontraram para discutir formas de aprimorá-los. A partir desse encontro, foi publicado o Manifesto Ágil. Seus 4 valores e 12 princípios serviram como base para tais métodos, que passaram a adotar o nome “métodos ágeis”.

O Manifesto Ágil expõe seus valores da seguinte forma:

<aside> 💬 Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Por meio desse trabalho, passamos a valorizar:

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda

(BECK et al., 2001a)

</aside>

Princípios do Manifesto Ágil


Nossa maior prioridade é satisfazer o cliente por meio da entrega contínua e adiantada de software com valor agregado.


Mudanças nos requisitos são bem-vindas, mesmo que tardiamente, no desenvolvimento. Processos ágeis se beneficiam das mudanças visando à vantagem competitiva para o cliente.


Entregar frequentemente um software funcionando de poucas semanas a poucos meses, com preferência para a menor escala de tempo.


Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto ao longo de todo o projeto.