Diferença entre o modelo Unified Process e o desenvolvimento ágil [duplicado]

5

Estou confuso em relação ao modelo de processo unificado e ao desenvolvimento ágil. Quando estou lendo sobre o UP, estou apenas entendendo que é uma melhoria iterativa. Alguém pode esclarecer isso?

    
por Noor 03.10.2012 / 14:58
fonte

3 respostas

3

Ambos UP e Agile são abordagens iterativas. Se fôssemos desenhar um espectro de requisitos de documentação para processos de desenvolvimento, então a Waterfall representaria um extremo, o Agile seria colocado do outro lado. UP existe no meio entre Waterfall e Agile e pode ter muitos slots nesse espectro dependendo de como ele é implementado.

Nenhuma documentação como modelo de desenvolvimento seria muito mais além do Agile nesse espectro, então, por favor, não interprete erroneamente o meu comentário como indicando que o Agile está tão longe do "meio" quanto o Waterfall. Agile pode ser uma abordagem bastante razoável para o desenvolvimento.

UP é mais um documento (artefato) pesado do que o Agile. Existe uma gama mais ampla de artefatos que podem ser criados através do processo de desenvolvimento, e há potencialmente mais etapas para revisão. O Agile depende muito mais de comunicação direta e iterações curtas para validação constante.

Como uma generalização , o UP é mais adequado para equipes maiores em projetos maiores, nos quais nem sempre você terá comunicações presenciais. Agile funciona melhor em equipes menores e projetos menores. Mas essas são apenas generalizações, não regras rígidas e rápidas.

IMO, cada equipe deve examinar as várias abordagens de desenvolvimento, incluindo a Waterfall, para entender os pontos strongs da abordagem e determinar se isso é apropriado para a equipe. Já vi vários projetos do Agile que poderiam usar uma documentação melhor definida. Eu tenho visto projetos UP que se desconectaram dos requisitos reais do cliente porque eles escolheram os artefatos errados para trabalhar. Todos os processos têm seus negativos, portanto, certifique-se de que a abordagem correta seja escolhida para o projeto e a equipe.

    
por 03.10.2012 / 15:46
fonte
2

Processo Unificado é um processo detalhado e bem definido.

"Agile" não é um processo, é simplesmente uma maneira de dizer que se segue o manifesto Agile que, por sua vez, é apenas um monte de valores e práticas.

Portanto, em resumo, qualquer processo que siga o manifesto ágil pode ser considerado ágil.

    
por 03.10.2012 / 22:39
fonte
0

Então, eis o problema, o CMMI e o RUP obtiveram um mau representante porque foram associados a projetos caros, repletos de documentação e superestimados. Foi assim que foi vendido pelos "especialistas". Pense nisso, quando você pergunta a uma empresa externa para ajudá-lo a implementar um processo de software e, em seguida, implementar um projeto piloto usando esse processo, a tentação é muito alta para que a empresa torne o processo o mais extenso e complicado possível.

O RUP não exige que você preencha todos os documentos no catálogo, ele os fornece como diretrizes e modelos e incentiva você a usar o que precisa e até mesmo GASP personaliza o processo para se adequar à sua empresa .

Da mesma forma, o CMMI não requer grandes quantidades de documentação. Infelizmente, muitas empresas que realizam avaliações CMMI são as mesmas que vendem o RUP como um processo em cascata. Não é preciso procurar muito para ver como os interesses conflitantes de um auditor que também é contratado podem levar a um desastre (por exemplo, a Enron).

O RUP é uma estrutura e, como você reconheceu, é um processo iterativo. Existem estruturas ágeis que reconhecem isso (consulte o eXtreme Unified Process).

    
por 03.10.2012 / 17:01
fonte