As poucas premissas do manifesto ágil são uma síntese do que é a agilidade no desenvolvimento de softwares. A criação do Manifesto ágil marcou, em 2001, um divisor de águas para as empresas de desenvolvimento, uma vez que oficializou práticas que já se mostravam mais eficazes que as até então praticadas. Até hoje muitos desenvolvedores, por hábito ou desconhecimento, ainda tentam aplicar os métodos “tradicionais”, encontrando sempre muitas dificuldades. Infelizmente.

Manifesto ágil para o desenvolvimento de software

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Por meio deste trabalho, passamos a valorizar:

• Indivíduos e a interação entre eles mais que processos e ferramentas;
• Software em funcionamento 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.

Fonte: http://manifestoagil.com.br/

É importante observar que o manifesto ágil não representa uma ruptura completa dos valores questionados e sim um complemento, uma mudança de atitude em busca de melhores resultados.

É comum que se confundam agilistas com anarquistas, que taxem os métodos ágeis como uma terra sem lei. Isto é uma grande ignorância e falta de conhecimento. O manifesto é bem claro quanto a isso, assim como oque se vê no mercado de software ágil. Prova disso são os famosos kanban,  Scrum, XP entre outros, que são ferramentas de trabalho adotadas por muitos times ágeis e trazem consigo uma série de processos. A diferença é que no seu dia-a-dia valorizam mais os indivíduos que fazem partes destes times e suas interações entre si, o que pode ser observado em reuniões diárias (stand up meetings), retrospectivas, planejamentos etc.

Da mesma forma a documentação do software é considerada importante, mas não mais importante que o próprio software em funcionamento. O que vem mudando também é como se chegar à esta documentação abrangente, que pode ser feita durante o trajeto através do uso de TDD, wikis e outras ferramentas ao invés da documentação prévia.

Agora, imagine uma empresa sem contratos. complicado né? – O que mostra a importância destes, mas mais importante é a satisfação do clientes. Pode até parecer uma frase clichê, tirada de qualquer comercial barato. É clichê, mas é verdade. Fazer o que? O cliente em geral só quer uma coisa: Ter seu problema resolvido. Tendo isso, ele cumprirá sua parte no que foi negociado contratualmente. A proximidade do cliente no processo de desenvolvimento é torna-se vital.

Para concluir, uma citação de Ash Maurya que ilustra bem a importância de se priorizar as respostas às mudanças em detrimento do plano previamente traçado: “O que importa não é ter um melhor plano A, mas encontrar um plano que funciona antes que terminem os recursos“. Ou seja, um plano que não leve ao sucesso não vale nada. A vida muda, os requisitos mudam, as necessidades do cliente mudam, o mercado muda o tempo todo. Por que o plano não haveria de mudar?