Anotações do curso Projetos ágeis com SCRUM ministrado por: Thiago Sano e Diego Pereira
Com a metodologia tradicional, no obejetivos de negócio temos o processo de desenvolvimento com os seguintes requisitos:
Dai nasce um sofware que vai ajudar a empresa no seu objetivo de negócio. Por tanto, o princípio de pareto também se aplica ao desenvolvimento de software, onde 20% das funcionalidades costumam gerar 80% ou mais do benefício esperado.
Waterfall - cascata (tradicional): Só permite que o projeto avance quando uma fase está inteiramente completa, e pode trazer grandes dores de cabeça pois pode ter varias incertezas no design gerando muito tempo de discussão, com isso, o projeto é implementado com varias incertezas e o cliente simplismente fala que não é isso que ele queria ou quer mudar algo e cada mudança pode ter um novo prazo, novo valor o que acaba sendo inviável para o cliente.
Tradicional
Escopo preditivo, definido na fase inicial do projeto.
Projeto é controlado por fases e marcos.
Cliente só vê o software funcionando na fase final do Projeto.
Resistência a Mudanças.
Ágil
Escopo adaptativo, definido ao longo do projeto.
Projeto é controlado por funcionalidades entregues.
cliente pode ver parte do software funcionando na parte inicial do projeto.
mudanças constantes de acordo com feedbacks contínuos.
No modelo tradicional (cascata - waterfall), você corre o risco de descobrir que estava errado depois de meses. Com o scrum, você descobre que estava errado em no máximo 30 dias.