A mudança foi difícil
Uma ideia fundamental da metodologia ágil é aliviar isso e permitir flexibilidade e mudanças nos requisitos. O processo de desenvolvimento de software deve diminuir e diminuir à medida que os recursos são desenvolvidos e os requisitos mudam. O software deve se adaptar rapidamente a essas mudanças. Esse é o coração e a alma de todo o Manifesto Ágil.
No entanto, quando o Manifesto Ágil foi concebido, o estado do desenvolvimento de software e da tecnologia de entrega de software não era flexível o suficiente para cumprir o que o manifesto defendia. Mas isso mudou com o advento do modelo SaaS (software como serviço).
É muito bom querer maximizar a flexibilidade, mas por muitos anos o software teve que ser entregue de uma só vez. Vários recursos tiveram que ser coordenados para estarem prontos para uma única data de lançamento. Foi necessário alocar tempo para correção de bugs. Os limites da tecnologia forçaram as equipes de desenvolvimento de software a serem disciplinadas, rígidas e inflexíveis. Afinal, as datas de entrega tinham que ser cumpridas.
E uma vez entregue o software, alterá-lo significava entregar tudo de novo. As atualizações costumavam ser um processo complicado e árduo. Um programa do Windows de qualquer complexidade pode ser difícil de instalar e configurar. Entregar ou atualizar software em um local com 200 computadores rodando Windows pode ser um grande desafio. Portanto, isso não era feito com frequência, ou pelo menos não com frequência suficiente. Freqüentemente, os clientes tinham que esperar por um lançamento oficial para obter uma única correção de bug.
