Defesa Tardia do RUP

{ March 8th, 2010 }


cmilfont

Autor: cmilfont

Eu ia escrever um post gigantesco sobre o porquê do RUP ter morrido mas vou tentar ir direto pro cerne da questão. Ultimamente eu vejo muita gente dizer que RUP não deu certo por culpa humana e que só existem 3 caras no Brasil inteiro que entendem como a mágina do RUP funciona, entre outros argumentos desse estilo.

√Č muito f√°cil defender RUP hoje em dia depois de toda evolu√ß√£o do mercado [que diga-se de passagem o RUP s√≥ ajudou sendo a ant√≠tese do caminho correto], duvido que esses 3 √ļnicos caras que supostamente conhecem a pedra filosofal do RUP fizessem o que fazem [ou devem fazer] hoje antes desses √ļltimos 15 anos de discuss√£o e experimento √°gil.

√Č dif√≠cil imaginar que Kent Beck, Martin Fowler e tantos outros que come√ßaram a propagar o agilismo ap√≥s o manifesto √°gil n√£o conhececem RUP a ponto de,¬† como os defensores atuais do RUP afirmam: “renomearam pr√°ticas antigas com nomes novos”.

Meus caros, práticas não são o coração do agilismo, são os valores e princípios. RUP sempre valorizou os itens à direita em detrimento aos itens à esquerda no manifesto ágil, então não me venham com essa de que seguir o plano nunca foi prioritário do RUP. RUP é uma metodologia que não deu certo porque foi uma tentativa de taylorizar o desenvolvimento de software.

ps. Notaram que não linkei nada? Preguiça de responder esse tipo de coisa.

Categories: Engenharia de Software, Metodologia, M√©todos √Āgeis, Scrum, XP ~ ~ Trackback


Assine os coment√°rios deste artigo.


4 Responses to “Defesa Tardia do RUP”

  1. 1
    Leonardo Eloy

    Isso só mostra que todas as práticas, valores, metodologias e indo um pouco mais além e incluindo aí também frameworks ou bibliotecas, que de alguma forma vão de encontro com o caminho natural do desenvolvimento Рnão ter entraves Рvão encontrar um fim agonizante, seja em 2012 ou após o tsunami em Fortaleza.

    E deixem o futuro falar mais alto.

  2. 2
    Paulo Silveira

    Excelente…. sempre foi valorizado o outro lado mesmo, por mais praticas ageis que voce queira adicionar ao antigo RUP….

  3. 3
    Roberto GM

    Desculpe, mas achei seu post extremamente simples, sem argumentos pra nenhum lado, e sem considera√ß√Ķes t√©cnicas a respeito de um ou outro.
    Gostaria de ver algo deste genero.
    Ou seja, extremamente radical contra um e a favor de outro.
    E por essas e outras que concordo com o Yoshima sobre os riscos futuros das pr√°ticas √°geis no Brasil.
    Muita gente fala mal do RUP sem ao menos ter trabalhado com ele (não sei se é o seu caso), sem ao menos conhecê-lo a fundo.
    Ali√°s, muita gente j√° participou de projetos com RUP sem ao menos perceber ou ser “cutucado” por algum colega, que aquele projeto feito em RUP era na verdade um Waterfall disfar√ßado. E da√≠ ficam com a impress√£o err√īnea, e acabam radicalizando.
    √Č muito f√°cil olhar uns “desenhos a la diagramas” de um e de outro e dizer que entende como funciona.
    Enfim, como me disse a muito tempo atrás um professor de pós que tive, e um respeitável escritor de livros sobre o assunto, tome muito cuidado com a confusão que quase todos cometem. Não confunda metodologia com modelo com framework com processo, etc.
    S√£o coisas distintas !
    √Č o mesmo que vejo alguns “agilistas” com coment√°rios sobre o PMBOK…. n√£o sabem o que dizem, n√£o o conhecem, n√£o entendem o conceito de “corpo de conhecimento” e simplesmente o ignoram e dizem que para software ele √© o Gantt encarnado, representa o Waterfall, e por a√≠ vai.
    Enquanto isso grandes gerentes de projeto usam algumas das suas características em processos ágeis.
    Enfim, novamente não conheço sobre sua experiência, e gostaria de argumentos mais técnicos e profundos a respeito, quando puderes.
    Sauda√ß√Ķes

  4. 4
    cmilfont

    #Roberto GM

    “Desculpe, mas achei seu post extremamente simples, sem argumentos pra nenhum lado, e sem considera√ß√Ķes t√©cnicas a respeito de um ou outro.”

    Se voce ler com atenção eu deixei bem claro que não é na parte técnica simplesmente que há diferença entre agile, rup ou cascata.

    “E por essas e outras que concordo com o Yoshima sobre os riscos futuros das pr√°ticas √°geis no Brasil.”

    Eu estou preocupado s√£o com os riscos presentes e n√£o futuros.

    “Muita gente fala mal do RUP sem ao menos ter trabalhado com ele (n√£o sei se √© o seu caso), sem ao menos conhec√™-lo a fundo.”

    Independente se eu trabalhei ou não, alguém tem que ser alcoolatra para falar sobre como o alcool faz mal?

    “Ali√°s, muita gente j√° participou de projetos com RUP sem ao menos perceber ou ser ‚Äúcutucado‚ÄĚ por algum colega, que aquele projeto feito em RUP era na verdade um Waterfall disfar√ßado.”

    Esse tipo de raciocinio que combato hoje em dia, √© sempre no estilo: “Eu que sei implantar whatever, a culpa foi de fulano que n√£o sabia, voces tiveram azar” e assim vamos vendendo consultoria e substituindo os mesmos vicios com nomes diferentes.

    “√Č muito f√°cil olhar uns ‚Äúdesenhos a la diagramas‚ÄĚ de um e de outro e dizer que entende como funciona.”

    Se voce perceber e ler com atenção as práticas não tem importancia, falo mais abaixo:

    “√Č o mesmo que vejo alguns ‚Äúagilistas‚ÄĚ com coment√°rios sobre o PMBOK‚Ķ. n√£o sabem o que dizem, n√£o o conhecem, n√£o entendem o conceito de ‚Äúcorpo de conhecimento‚ÄĚ e simplesmente o ignoram e dizem que para software ele √© o Gantt encarnado, representa o Waterfall, e por a√≠ vai.”

    O pior mesmo é considerar PMBOK ou qualquer metodologia no mesmo nivel de metodologias de desenvolvimento, já falei sobre isso em outro post http://www.milfont.org/tech/2009/03/14/pmbok-de-jeans/

    “Enquanto isso grandes gerentes de projeto usam algumas das suas caracter√≠sticas em processos √°geis.”

    Bem, não sei o que gerente de projetos quer se intrometendo em atividades do time já que não há responsabilidade nem ação alguma que um gerente possa fazer em relação a desenvolvimento, o corpo de atuação dele é de um nivel mais exterior. Esse é outro problema, considerar metodologias ageis como ter relação a gerencia de projetos. Outro post sobre isso http://www.milfont.org/tech/2008/09/25/gerentes-de-projetos-nao-sao-tecnicos/

    “Enfim, novamente n√£o conhe√ßo sobre sua experi√™ncia, e gostaria de argumentos mais t√©cnicos e profundos a respeito, quando puderes.”

    Como eu deixei claro no texto, a unica diferença entre UP e Agile está nos principios e valores, qualquer pratica de agile pode ser introduzida no UP e vice-versa, esse não é o foco. Enquanto não entender que a diferença entre esquerda e direita no manifesto é o que pauta a diferença entre os modelos vamos ficar eternamente nesse tipo de discussão.

    Sauda√ß√Ķes

Leave a Reply