Desde quando RUP é Waterfall?

Debugger Membro desde: 01/11/2008 22:36:37 Mensagens: 58 Offline

Cara, RUP é um processo iterativo sim e qualquer documentação a respeito do mesmo diz isso.
Se na prática as pessoas não o fazem iterativamente é outra estória.
Sua afirmação não tem fundamento e só está servindo para aumentar sua quota de mensagens

Mochuara, você disse: "Mas RUP é waterfall por não proporcionar o design iterativo. "

Você pode, por favor me indicar a fonte para essa afirmação? Onde você leu isso?

Extraído do RUP:

"In the RUP, the architecture evolves iteration after iteration to become refined and polished. As each iteration includes integration and test, the architecture is quite robust by the time the product is delivered."

Se você tiver dificuldades com inglês, segue a tradução:

"No RUP, a arquitetura evolui iteração após iteração para tornar-se refinada e polida. Como cada iteração inclui integração e testes, a arquitetura torna-se bastante robusta quando chega a hora do produto ser entregue."

Fonte: RUP, novamente aqui você pode LER o RUP http://www.wthreex.com/rup/smallprojects/index.htm)

Isso é: o Design no RUP é incremental. O RUP é um processo iterativo *E* incremental. Tudo é feito de maneira incremental: captura e definição dos requisitos, análise e design, implementação, testes e implantação. Tudo é incremental.

Ok?

Oi, não sei se é certo perguntar aqui mas, é pura curiosidade:

Quais grandes empresas utilizam o RUP?

This message was edited 1 time. Last update was at 02/08/2010 21:09:17

Lucas,

Eu trabalho na IBM Rational e infelizmente não tenho autorização para publicar as referências sem autorização dos clientes.

Posso afirmar que dezenas de grandes empresas usam, em todos os segmentos, mas principalmente energia e petróleo, financeiro/bancário/seguros, governo e Jogos.

Este último é um ramo que eu gosto bastante de citar: ouço muito por aí que "RUP é pesado e burocrático" e "XIBRUTS é leve e ágil" (sinceramente foi a primeira vez que vi alguém advogando que o RUP é cascata

e se existe uma indústria de desenvolvimento de software que precisa de processo eficiente é a de Games. Um dos processos de desenvolvimento mais bem sucedidos nessa indústria é o GUP - Game Unified Process, que usa como base o UP e mistura elementos do XP. Vale a leitura: http://www.gamedev.net/reference/articles/article1940.asp

E no Brasil foi criado uma variação desse processo, específicamente para jogos móveis (que tem como características equipes muito enxutas e prazos apertadíssimos). Vale MUITO a pena a leitura (alô Mochuara!): www.dominiopublico.gov.br/download/texto/cp000585.pdf

Se você ler o artigo do Kevin, vai perceber que o desafio de mudança cultural é sempre o mesmo: MINDSET. Eu sinto isso na pele todos os dias, principalmente em empresas médias e grandes.

É muito difícil mudar a maneira de pensar Waterfall para Iterativo. Costumo dizer a adoção de um novo processo ocorre em ondas: colocamos bastante energia para adotar novas práticas e no começo as equipes se empolgam, os resultados positivos aparecem. Depois de um tempo, a consultoria termina, as pessoas dos times vão sendo trocadas e a coisa recua, mas sempre para um patamar sempre superior ao do início da onda. Depois uma nova onda se inicia e o ciclo se repete.

Infelizmente, assim como tem o ScrumBut, existe o WUP: Waterfall Unified Process. Que acontece quando a empresa usa o vocabulário, os (malditos) templates de documentos, mas se mantém presa ao processo cascata.

Eu acredito que existam mais empresas grandes usando WUP do que RUP. Mas o movimento ágil renovou nosso gás, pudemos identificar problemas na abordagem inicial e continuar a perseguir nosso objetivo que é banir de vez essa praga chamada "abordagem em cascata".

E nisso, eu acredito, estamos todos juntos. Sejam XisPêzeiros, SCRUMzeiros, Agilistas, RUPianos, LEANistas... Juntos chegaremos lá!

)))

Um abraço!
Rodolpho

PS: sobre as referencias, se estiver interessado em algo mais específico, pode me contactar diretamente.

@rugolini

Eu sinto muito mas ao mesmo tempo que concordo contigo eu tenho que alfinetar o RUP. Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Por isso que eu concordo com tudo que o meu amigo Rodrigo Yoshima diz no post abaixo e que com certeza já deve ter falado contigo sobre esse assunto:

http://blog.aspercom.com.br/2009/09/29/o-que-matou-o-rup-pode-matar-o-agile/

Abraços,

GUJ Expert Membro desde: 18/02/2008 16:17:53 Mensagens: 3002 Offline

Emerson Macedo wrote:
Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Ambos sofrem do mesmo mal: eles querem seguir um manual, mas não querem refletir sobre o que estão seguindo.

Aliás não é um problema só do desenvolvimento de software, essa pragua de desligar o cérebro e se deixar levar por outros é uma pandemia, vem desde a nossa educação na infância, de aceitar o que é repassado sem questionar.

Eu tenho certeza que uma equipe formada de seres pensantes trabalhando para melhorar a si própria, terá muito sucesso, independente do método que for adotar ou criar.

Bruno Laturner wrote:Eu tenho certeza que uma equipe formada de seres pensantes trabalhando para melhorar a si própria, terá muito sucesso, independente do método que for adotar ou criar.

Carinha, que coisa bacana que você disse; parabéns!

Nada contra as metodologias porem quando o verdadeiro desafio se apresenta, certamente o que conta são a habilidade e a criatividade do individuo ou da equipe em questão.

=Bruno LaturnerAliás não é um problema só do desenvolvimento de software, essa pragua de desligar o cérebro e se deixar levar por outros é uma pandemia, vem desde a nossa educação na infância, de aceitar o que é repassado sem questionar.

Isto que você disse já rendeu muita grana para consultorias e vendedores de cursos. Quem disse que burrice não rende dinheiro?

flws

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Bruno Laturner wrote:

Emerson Macedo wrote:
Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Ambos sofrem do mesmo mal: eles querem seguir um manual, mas não querem refletir sobre o que estão seguindo.

Aliás não é um problema só do desenvolvimento de software, essa pragua de desligar o cérebro e se deixar levar por outros é uma pandemia, vem desde a nossa educação na infância, de aceitar o que é repassado sem questionar.

Eu tenho certeza que uma equipe formada de seres pensantes trabalhando para melhorar a si própria, terá muito sucesso, independente do método que for adotar ou criar.

Calma lá, está dizendo que desenvolver software é uma atividade complexa e requer profissionais capacitados!?!? Então vc precisa receber a visita de um dos nossos consultores RUP ou especialistas agile!!!

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Emerson Macedo wrote:@rugolini

Eu sinto muito mas ao mesmo tempo que concordo contigo eu tenho que alfinetar o RUP. Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Por isso que eu concordo com tudo que o meu amigo Rodrigo Yoshima diz no post abaixo e que com certeza já deve ter falado contigo sobre esse assunto:

http://blog.aspercom.com.br/2009/09/29/o-que-matou-o-rup-pode-matar-o-agile/

Abraços,

Dica do mochuara: Desconfie quando alguém disser que X morreu, principalmente se X ainda é amplamente utilizado pela indústria.

Caro Mochuara, desculpe, mas eu desconfio é de quem faz afirmações falaciosas sem citar FONTES ou estudos que as comprovem.

Fantomas,

Qual o problema de render dinheiro a quem entrega cursos/treinamentos? E livros? E blogs?

Cuidado... será que não estamos invertendo as coisas? Qual o problema de ganhar dinheiro ao ensinar uma técnica nova ou melhor?

Outra coisa, você disse "Nada contra as metodologias porem quando o verdadeiro desafio se apresenta, certamente o que conta são a habilidade e a criatividade do individuo ou da equipe em questão."

Metodologia, pra mim, é como ferramenta: serve pra ajudar. Ela sozinha não faz nada.

Uma frase que gosto demais é do Grady Booch: "Um bom time sem processo adequado sempre será superado por um bom time que aplica um bom processo."

Um abraço.

Emerson Macedo wrote:@rugolini

Eu sinto muito mas ao mesmo tempo que concordo contigo eu tenho que alfinetar o RUP. Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Por isso que eu concordo com tudo que o meu amigo Rodrigo Yoshima diz no post abaixo e que com certeza já deve ter falado contigo sobre esse assunto:

http://blog.aspercom.com.br/2009/09/29/o-que-matou-o-rup-pode-matar-o-agile/

Abraços,

Opa Emerson, concordo discordando: o RUP não é mau documentado. Na minha opinião ele é bem documentado DEMAIS. Tem tudo lá. E esse, ao mesmo tempo, é uma fraqueza e uma virtude.

Para iniciantes, documentação (do processo!) por documentação, fico com a do SCRUM: as simpler, the better.

Como sei RUP de trás pra frente, me dou muito bem com o bixo. Mas dificulta muito a vida de quem está começando.

Para esses, recomendo fortemente o livro do Philip Krutchen (um dos padrinhos e mantenedores da criança) "RUP Made Easy". Eu aprendi direito por ele.

Um abraço,
Rodolpho

Bruno Laturner wrote:

Emerson Macedo wrote:
Muito mau documentado e deu margem a muitas interpretações. Ao contrário o SCRUM que tem a documentação melhor, como você bem disse. Esse segundo sofre do inverso, pois muita gente esquece que estamos desenvolvendo software e acha que colar papelzinho de post-it e ficar em pé numa reunião de 15 minutos todos os dias vai resolver todos os problemas.

Ambos sofrem do mesmo mal: eles querem seguir um manual, mas não querem refletir sobre o que estão seguindo.

Aliás não é um problema só do desenvolvimento de software, essa pragua de desligar o cérebro e se deixar levar por outros é uma pandemia, vem desde a nossa educação na infância, de aceitar o que é repassado sem questionar.

Eu tenho certeza que uma equipe formada de seres pensantes trabalhando para melhorar a si própria, terá muito sucesso, independente do método que for adotar ou criar.

Concordo totalmente contigo. A um tempo atrás escrevi um post entitulado "Paranóia mMetodológica tem cura!"

Depois se tiver um tempinho dê uma lida http://j.mp/aQ1mGS

Um abraço!

mochuara wrote:
Dica do mochuara: Desconfie quando alguém disser que X morreu, principalmente se X ainda é amplamente utilizado pela indústria.

Desconfie do quê? Diz aí... Trabalho com RUP a mais de 10 anos, sou consultor e só em 2010 devo ter visitado mais de 30 empresas para conversar sobre processos, times e problemas. Uma coisa te digo, ninguém mais está me procurando para implantar RUP. Isso é um fato. Qual a sua desconfiança?

É culpa do RUP? Não. RUP é um bom processo.

rodrigoy wrote:

mochuara wrote:
Dica do mochuara: Desconfie quando alguém disser que X morreu, principalmente se X ainda é amplamente utilizado pela indústria.

Desconfie do quê? Diz aí... Trabalho com RUP a mais de 10 anos, sou consultor e só em 2010 devo ter visitado mais de 30 empresas para conversar sobre processos, times e problemas. Uma coisa te digo, ninguém mais está me procurando para implantar RUP. Isso é um fato. Qual a sua desconfiança?

É culpa do RUP? Não. RUP é um bom processo.

Pra mim, o melhor e mais completo.

Notícias, artigos e o maior fórum brasileiro sobre Java