Estávamos discutindo um dia desses sobre aplicar metodologias ágeis em equipes grandes. Veja que de acordo com o primeiro texto, ele considera equipe grande mais de 100 (cem) pessoas.
Um outro ponto é que ele sempre fala em equipe, e não em projeto. Ou seja, para a escolha da metodologia, o tamanho do projeto (leia-se escopo) é indiferente.
Sobre o design evolutivo achei bem interessante, só que para funcionar de fato deve haver integração contínua, testes e refatoração. Caso contrário considero impossível.
Sobre metodologias ágeis, segue endereço com os princípios do manifesto ágil (princípios comuns das metodologias ágeis):
TJRN Developers 
Estávamos discutindo um dia desses sobre aplicar metodologias ágeis em equipes grandes. Veja que de acordo com o primeiro texto, ele considera equipe grande mais de 100 (cem) pessoas.
Um outro ponto é que ele sempre fala em equipe, e não em projeto. Ou seja, para a escolha da metodologia, o tamanho do projeto (leia-se escopo) é indiferente.
Sobre o design evolutivo achei bem interessante, só que para funcionar de fato deve haver integração contínua, testes e refatoração. Caso contrário considero impossível.
Sobre metodologias ágeis, segue endereço com os princípios do manifesto ágil (princípios comuns das metodologias ágeis):
http://agilemanifesto.org/principles.html
[…] Cada uma dessas afirmações é explicada aqui! Já tinha citado o Manifesto aqui. […]