<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Defesa Tardia do RUP</title>
	<atom:link href="http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/</link>
	<description>Blog da Comunidade Milfont Consulting, uma empresa especializada em desenvolvimento Web, principalmente Javascript, node.js e muito Javascript.</description>
	<lastBuildDate>Fri, 27 Jan 2012 22:58:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: cmilfont</title>
		<link>http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/comment-page-1/#comment-8624</link>
		<dc:creator>cmilfont</dc:creator>
		<pubDate>Fri, 12 Mar 2010 15:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/?p=881#comment-8624</guid>
		<description>#Roberto GM

&quot;Desculpe, mas achei seu post extremamente simples, sem argumentos pra nenhum lado, e sem considerações técnicas a respeito de um ou outro.&quot;

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.

&quot;E por essas e outras que concordo com o Yoshima sobre os riscos futuros das práticas ágeis no Brasil.&quot;

Eu estou preocupado são com os riscos presentes e não futuros.

&quot;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.&quot;

Independente se eu trabalhei ou não, alguém tem que ser alcoolatra para falar sobre como o alcool faz mal?

&quot;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.&quot;

Esse tipo de raciocinio que combato hoje em dia, é sempre no estilo: &quot;Eu que sei implantar whatever, a culpa foi de fulano que não sabia, voces tiveram azar&quot; e assim vamos vendendo consultoria e substituindo os mesmos vicios com nomes diferentes.

&quot;É muito fácil olhar uns “desenhos a la diagramas” de um e de outro e dizer que entende como funciona.&quot;

Se voce perceber e ler com atenção as práticas não tem importancia, falo mais abaixo:

&quot;É 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.&quot;

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/

&quot;Enquanto isso grandes gerentes de projeto usam algumas das suas características em processos ágeis.&quot;

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/

&quot;Enfim, novamente não conheço sobre sua experiência, e gostaria de argumentos mais técnicos e profundos a respeito, quando puderes.&quot;

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</description>
		<content:encoded><![CDATA[<p>#Roberto GM</p>
<p>&#8220;Desculpe, mas achei seu post extremamente simples, sem argumentos pra nenhum lado, e sem considerações técnicas a respeito de um ou outro.&#8221;</p>
<p>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.</p>
<p>&#8220;E por essas e outras que concordo com o Yoshima sobre os riscos futuros das práticas ágeis no Brasil.&#8221;</p>
<p>Eu estou preocupado são com os riscos presentes e não futuros.</p>
<p>&#8220;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.&#8221;</p>
<p>Independente se eu trabalhei ou não, alguém tem que ser alcoolatra para falar sobre como o alcool faz mal?</p>
<p>&#8220;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.&#8221;</p>
<p>Esse tipo de raciocinio que combato hoje em dia, é sempre no estilo: &#8220;Eu que sei implantar whatever, a culpa foi de fulano que não sabia, voces tiveram azar&#8221; e assim vamos vendendo consultoria e substituindo os mesmos vicios com nomes diferentes.</p>
<p>&#8220;É muito fácil olhar uns “desenhos a la diagramas” de um e de outro e dizer que entende como funciona.&#8221;</p>
<p>Se voce perceber e ler com atenção as práticas não tem importancia, falo mais abaixo:</p>
<p>&#8220;É 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.&#8221;</p>
<p>O pior mesmo é considerar PMBOK ou qualquer metodologia no mesmo nivel de metodologias de desenvolvimento, já falei sobre isso em outro post <a href="http://www.milfont.org/tech/2009/03/14/pmbok-de-jeans/" rel="nofollow">http://www.milfont.org/tech/2009/03/14/pmbok-de-jeans/</a></p>
<p>&#8220;Enquanto isso grandes gerentes de projeto usam algumas das suas características em processos ágeis.&#8221;</p>
<p>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 <a href="http://www.milfont.org/tech/2008/09/25/gerentes-de-projetos-nao-sao-tecnicos/" rel="nofollow">http://www.milfont.org/tech/2008/09/25/gerentes-de-projetos-nao-sao-tecnicos/</a></p>
<p>&#8220;Enfim, novamente não conheço sobre sua experiência, e gostaria de argumentos mais técnicos e profundos a respeito, quando puderes.&#8221;</p>
<p>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.</p>
<p>Saudações</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roberto GM</title>
		<link>http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/comment-page-1/#comment-8623</link>
		<dc:creator>Roberto GM</dc:creator>
		<pubDate>Fri, 12 Mar 2010 14:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/?p=881#comment-8623</guid>
		<description>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 &quot;cutucado&quot; 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 &quot;desenhos a la diagramas&quot; 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 &quot;agilistas&quot; com comentários sobre o PMBOK.... não sabem o que dizem, não o conhecem, não entendem o conceito de &quot;corpo de conhecimento&quot; 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</description>
		<content:encoded><![CDATA[<p>Desculpe, mas achei seu post extremamente simples, sem argumentos pra nenhum lado, e sem considerações técnicas a respeito de um ou outro.<br />
Gostaria de ver algo deste genero.<br />
Ou seja, extremamente radical contra um e a favor de outro.<br />
E por essas e outras que concordo com o Yoshima sobre os riscos futuros das práticas ágeis no Brasil.<br />
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.<br />
Aliás, muita gente já participou de projetos com RUP sem ao menos perceber ou ser &#8220;cutucado&#8221; 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.<br />
É muito fácil olhar uns &#8220;desenhos a la diagramas&#8221; de um e de outro e dizer que entende como funciona.<br />
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.<br />
São coisas distintas !<br />
É o mesmo que vejo alguns &#8220;agilistas&#8221; com comentários sobre o PMBOK&#8230;. não sabem o que dizem, não o conhecem, não entendem o conceito de &#8220;corpo de conhecimento&#8221; e simplesmente o ignoram e dizem que para software ele é o Gantt encarnado, representa o Waterfall, e por aí vai.<br />
Enquanto isso grandes gerentes de projeto usam algumas das suas características em processos ágeis.<br />
Enfim, novamente não conheço sobre sua experiência, e gostaria de argumentos mais técnicos e profundos a respeito, quando puderes.<br />
Saudações</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Silveira</title>
		<link>http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/comment-page-1/#comment-8534</link>
		<dc:creator>Paulo Silveira</dc:creator>
		<pubDate>Tue, 09 Mar 2010 22:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/?p=881#comment-8534</guid>
		<description>Excelente.... sempre foi valorizado o outro lado mesmo, por mais praticas ageis que voce queira adicionar ao antigo RUP....</description>
		<content:encoded><![CDATA[<p>Excelente&#8230;. sempre foi valorizado o outro lado mesmo, por mais praticas ageis que voce queira adicionar ao antigo RUP&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leonardo Eloy</title>
		<link>http://www.milfont.org/tech/2010/03/08/defesa-tardia-do-rup/comment-page-1/#comment-8510</link>
		<dc:creator>Leonardo Eloy</dc:creator>
		<pubDate>Mon, 08 Mar 2010 18:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/?p=881#comment-8510</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<p>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 &#8211; não ter entraves &#8211; vão encontrar um fim agonizante, seja em 2012 ou após o tsunami em Fortaleza.</p>
<p>E deixem o futuro falar mais alto.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

