RUP pode ser ágil?

flaleite wrote:

nefertiti wrote:

flaleite wrote:
- Usando um processo ágil cada iteração deve ser "entregue" ao cliente, então isso serve como uma "prototipação"

Com certeza. Pelo menos no RUP, a utilização de 'pequenos protótipos' é recomendada porque a cada iteração realizada você pode mostrar ao cliente. Ocorre uma evolução do protótipo até chegar ao 'produto final' (apesar que não existe produto final porque o software nunca é finalizado completamente... ...sempre existem modificações a fazer )

Até mais

Patty

Você considera RUP um processo ágil?

Saiu essa discussão aqui no tópico sobre protótipo...

Eu lhes pergunto. O RUP pode ser ágil?

[não sou da IBM e não defendo RUP]

JavaGuru Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

Depende do que tu quer dizer com "ágil".

Se deres uma definição mais específica talvez tenha uma resposta mais específica.

www.agilemanifesto.org

HelloWorld Membro desde: 07/05/2006 14:02:19 Mensagens: 12 Offline

Não conheço bem esta metodologia, mas pelo que entendi ela pode ser adaptada para se tornar ágil.

Na página de artigos da Agile Alliance tem alguns artigos sobre o assunto:
http://www.agilealliance.com/articles/AgileArticlesCatSearch?category=Rational%20Unified%20Process

A IBM também tem um plugin para utilizar o Extreme Programming junto com o RUP http://www-128.ibm.com/developerworks/rational/library/4156.html

Não é uma dúvida, é uma discussão!

Queria entender porque todo "agilista" logo de cara acha que está contrapondo o (R)UP....

JavaBaby Membro desde: 22/08/2005 19:01:35 Mensagens: 94 Offline

O RUP é um framework. Ele ser ágil depende de como você implementa. Há uma implementação minimalista bastante famosa, chamada dX - em alusão ao diferencial, he he - que se aproxima brutalmente de XP.

http://www.objectmentor.com/publications/RUPvsXP.pdf

Então eu diria que sim, o RUP pode ser ajustado para ser ágil.

Mas, se vc vai ajustar RUP pra ser agil, pq nao usar um processo agil logo duma vez?

JavaBaby Membro desde: 22/08/2005 19:01:35 Mensagens: 94 Offline

And that's the million dollar question...

cv wrote:Mas, se vc vai ajustar RUP pra ser agil, pq nao usar um processo agil logo duma vez?

Incrível, mas tem clientes que pedem que se use RUP como processo de suporte ao desenvolvimento (não, eu não estou passando mal!). Logo, num caso assim, acho que flexibilizar o RUP para torná-lo ágil é válido. Nos demais casos onde não haja uma cláusula contratual obrigando o uso de RUP, entre flexibilizá-lo ou usar XP/SCRUMM, acho mais fácil a segunda opção.

cv wrote:Mas, se vc vai ajustar RUP pra ser agil, pq nao usar um processo agil logo duma vez?

Acredito que nenhum processo é "out-of-the-box". Seguir qualquer processo à risca mesmo que seja XP pode te transformar num "tradicionalista". Certo?

Você aplica as metodologias exatamente do jeito que a literatura manda? Você não faz algumas adaptações (mesmo que pequenas)?

rodrigoy wrote:

cv wrote:Mas, se vc vai ajustar RUP pra ser agil, pq nao usar um processo agil logo duma vez?

Acredito que nenhum processo é "out-of-the-box". Seguir qualquer processo à risca mesmo que seja XP pode te transformar num "tradicionalista". Certo?

Você aplica as metodologias exatamente do jeito que a literatura manda? Você não faz algumas adaptações (mesmo que pequenas)?

Eu entendi o que você quis dizer, Rodrigo, mas acho que o ponto que o Carlos quis comentar não foi bem este. Acho que a questão seria: "o que é melhor: ajustar algo que é grande, complexo e tradicionalmente não-ágil como o RUP para torná-lo ágil ou simplesmente adaptar as práticas do XP/Scrumm para as suas necessidades?".

Daniel, é verdade, bom, podemos usar o AUP nesse caso que a customização já está feita..... Mas sobre o que você falou das empresas exigirem o RUP não é fato isolado. Rola direto!!!

Geralmente o gestor que está comprando o projeto acha que estará mais seguro se o processo for distribuido por uma empresa (IBM). Bom, cada louco com a sua mania....

What is classpath? Membro desde: 10/05/2006 12:50:14 Mensagens: 7 Offline

Usar um processo agil nao exclui a necessidade de criar diagramas, modelos, etc, sempre que necessario, deve-se fazer modelos para melhor entender o sistema.
So que na XP por exempo, a atividade principal e CODIFICAR, nao modelar, como no RUP.

Robert wrote:Usar um processo agil nao exclui a necessidade de criar diagramas, modelos, etc, sempre que necessario, deve-se fazer modelos para melhor entender o sistema.
So que na XP por exempo, a atividade principal e CODIFICAR, nao modelar, como no RUP.

Robert, aí é que vc se engana. Não é que a atividade principal do XP é codificar. Para falar a verdade a maneira de se modelar é que é diferente. Eles usam um modelo mental, ou um modelo rascunhado, ou até mesmo a questão de você fazer os testes antes de codificar é considerado o modelo.

Até mesmo o pair programming pode ser considerado uma atividade de modelagem (um pensa no operacional o outro pensa na tática). Tudo isso é para compensar a especificação mais leve que o processo prega.

Muitos metodologistas defendem que os processos ágeis não são gambiarra e nem mesmo 100% desprovidos de documentação. Como já falei, não gosto quando XP vira desculpa para sair fazendo as coisas sem processo nenhum.

Os gerentes de projetos e afins adoram metodologias como RUP e metodos de qualidade como CMM* simplesmente por que tem muito papel e documento, ( quilos alias ) o cliente precisa ter informacoes sobre o projeto. e ele muitas vezes nao sabe ler codigo, entao ... quer tranquilidade melhor para um gerente do que mandar 100 emails por dia com 2 documentos anexados pro cliente "se divertir" e largar do pé do supracitado ?