Eu tenho usado o SCRUM em três projetos diferentes nos últimos quatro anos. Uma das vantagens da SCRUM parece ser sua flexibilidade e adaptabilidade, por exemplo, a mudança nas exigências dos clientes. Outra vantagem é que o gerenciamento pode acompanhar facilmente o progresso de um projeto.
A flexibilidade do SCRUM pode ser uma vantagem, por exemplo, ao implementar um aplicativo da Web, onde os requisitos mudam muito rapidamente e os clientes realmente entendem o que desejam depois de verem um protótipo.
Por outro lado, existem outros tipos de projetos de software (por exemplo, na indústria aeroespacial) em que os requisitos são bastante fixos: você obtém um documento de especificação de requisitos e precisa voltar seis meses depois com o software em funcionamento e a documentação completa. Para esse tipo de projeto, duvido que seja necessária a flexibilidade oferecida pelo SCRUM (no sentido de que você não precisa criar protótipos e mostrá-los ao cliente para obter feedback sobre os requisitos): você precisa de uma abordagem muito estruturada e sistemática , que provavelmente é repetido várias vezes para cada projeto com pouco espaço para surpresa.
Então, o SCRUM é considerado por seus proponentes uma metodologia de desenvolvimento de software de uso geral ou é especialmente adequado para determinadas categorias de projetos ou áreas de aplicação?
Por exemplo, recentemente visitei o site de uma empresa produtora de software para a indústria aeroespacial e notei que eles estavam usando o modelo V. Um proponente do SCRUM diria que o SCRUM é menos adequado para esse tipo de projeto ou sugeriria que essa empresa tentasse mudar para o SCRUM?
Observe que não estou pedindo a opinião dos leitores deste fórum, mas quero saber qual é a opinião estabelecida entre os proponentes do SCRUM: o SCRUM é considerado de uso geral ou adequado apenas para determinadas classes de projetos? Nos últimos casos, para que tipos de projetos?