﻿<?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>Comentários em: SCRUM funciona sem XP?</title>
	<atom:link href="http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/</link>
	<description>Pensamentos, artigos e as lições aprendidas de um gerente de projetos. A vida corporativa numa visão ágil, onde pessoas e comunicação são sempre mais importantes.</description>
	<lastBuildDate>Sat, 04 Sep 2010 01:19:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: Jordano Gonzatto</title>
		<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/comment-page-1/#comment-243</link>
		<dc:creator>Jordano Gonzatto</dc:creator>
		<pubDate>Fri, 06 Nov 2009 13:41:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileway.com.br/?p=470#comment-243</guid>
		<description>Flávio, você continua mudando uma pequena empresa, agora mostrando o caminho.
Na comparação que vc fez sobre o CHA a questão não deveria ser orientada pelos métodos ágeis em si, mas como vc colocou, pelos valores ágeis. A confusão quanto ao CHA existe dentro de uma empresa com ou sem métodos. Portanto, o cenário é muito mais caótico e conflitante. E se torna pior quando a empresa enxerga o método e não a cultura que precisa para adotar o método. Quero dizer que o empreendedor precisa respeitar antes de tudo a cultura do método, para depois tentar aprendê-lo.</description>
		<content:encoded><![CDATA[<p>Flávio, você continua mudando uma pequena empresa, agora mostrando o caminho.<br />
Na comparação que vc fez sobre o CHA a questão não deveria ser orientada pelos métodos ágeis em si, mas como vc colocou, pelos valores ágeis. A confusão quanto ao CHA existe dentro de uma empresa com ou sem métodos. Portanto, o cenário é muito mais caótico e conflitante. E se torna pior quando a empresa enxerga o método e não a cultura que precisa para adotar o método. Quero dizer que o empreendedor precisa respeitar antes de tudo a cultura do método, para depois tentar aprendê-lo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Roberto Almeida</title>
		<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/comment-page-1/#comment-238</link>
		<dc:creator>Roberto Almeida</dc:creator>
		<pubDate>Wed, 04 Nov 2009 11:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileway.com.br/?p=470#comment-238</guid>
		<description>Excelente artigo,

Concordo plenamente com sua exposição no sentido de que o Scrum pode e deve ser usado como agente de mudança cultural, a grande maioria das nossas empresas de tecnologia, principalmente as mais antigas, precisa e muito de uma &quot;sacudida&quot; nos seus processos e vejo o Scrum como uma ferramenta mais que perfeita pra isso.</description>
		<content:encoded><![CDATA[<p>Excelente artigo,</p>
<p>Concordo plenamente com sua exposição no sentido de que o Scrum pode e deve ser usado como agente de mudança cultural, a grande maioria das nossas empresas de tecnologia, principalmente as mais antigas, precisa e muito de uma &#8220;sacudida&#8221; nos seus processos e vejo o Scrum como uma ferramenta mais que perfeita pra isso.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Cleiton Wasen</title>
		<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/comment-page-1/#comment-227</link>
		<dc:creator>Cleiton Wasen</dc:creator>
		<pubDate>Fri, 30 Oct 2009 17:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileway.com.br/?p=470#comment-227</guid>
		<description>Gostei muito do artigo. Segue um link para um artigo do Martin Fowler traduzido que trata bem esta questão da necessidade de qualidade técnica para o bom funcionamento do Scrum.

http://www.akitaonrails.com/2009/02/03/tradu-o-scrum-fl-cido</description>
		<content:encoded><![CDATA[<p>Gostei muito do artigo. Segue um link para um artigo do Martin Fowler traduzido que trata bem esta questão da necessidade de qualidade técnica para o bom funcionamento do Scrum.</p>
<p><a href="http://www.akitaonrails.com/2009/02/03/tradu-o-scrum-fl-cido" rel="nofollow">http://www.akitaonrails.com/2009/02/03/tradu-o-scrum-fl-cido</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Otávio</title>
		<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/comment-page-1/#comment-225</link>
		<dc:creator>Otávio</dc:creator>
		<pubDate>Thu, 29 Oct 2009 23:33:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileway.com.br/?p=470#comment-225</guid>
		<description>Bom artigo.

Mas eu sou mais radical (ok, um xiita): acredito que a XP deve ser aplicada independente do processo (seja SCRUM, RUP e etc).

Não cheguei a trabalhar em mais de uma empresa, mas pela minha experiência e comentários de colegas, nós negligenciamos a qualidade do projeto. Digo código limpo, bem testado, documentado e versionado - coisas básicas. Em resumo, a mantebilidade é baixa. 

Fora que dificilmente vemos outras áreas como IHC exploradas. Não saímos muito do arroz com feijão.</description>
		<content:encoded><![CDATA[<p>Bom artigo.</p>
<p>Mas eu sou mais radical (ok, um xiita): acredito que a XP deve ser aplicada independente do processo (seja SCRUM, RUP e etc).</p>
<p>Não cheguei a trabalhar em mais de uma empresa, mas pela minha experiência e comentários de colegas, nós negligenciamos a qualidade do projeto. Digo código limpo, bem testado, documentado e versionado &#8211; coisas básicas. Em resumo, a mantebilidade é baixa. </p>
<p>Fora que dificilmente vemos outras áreas como IHC exploradas. Não saímos muito do arroz com feijão.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rafael Fuchs</title>
		<link>http://www.agileway.com.br/2009/10/29/scrum-funciona-sem-xp/comment-page-1/#comment-224</link>
		<dc:creator>Rafael Fuchs</dc:creator>
		<pubDate>Thu, 29 Oct 2009 18:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileway.com.br/?p=470#comment-224</guid>
		<description>Flavio

Eu acredito que Scrum pode funcionar sem XP.
A experiência de várias pessoas/empresas mostra que funciona muito melhor.

A grande questão, além do que tu mostrou no texto, é que é muito mais fácil conseguir implementar as práticas do Scrum do que do XP.

Desenvolvedores não suportam testar. Isso é muito complicado para conseguir colocar na cabeça deles. É fácil mostrar a importância disso, eles acham bacana, mas na hora de colocar a mão na massa, desenvolvedor não quer testar, tem uma resistência tremenda em relação a isso.

E como uma das condições básicas para se ter XP é ter desenvolvimento guiado a testes, dificulta muito a implementação disso.

Outra questão é a programação em pares. É dificil acostumar a trabalhar dessa forma. O cara não tem mais o controle total do PC dele, se quer dar uma relaxa, ler uma noticias ou emails, fica na dependencia do outro ou fica meio cabrero de sair e deixar o outro ali, sozinho. Eles nao se sentem a vontade.

(Fugindo um pouco do raciocínio... Alguem falou no Agiles2009 - talvez o Brian Marick, nao lembro - uma coisa muito bacana... muita gente não gosta de pair programming pelo fato de não poder fazer suas gambiarras... tem que pensar mais antes de fazer, o codigo tem que ficar bom... isso deveria ser uma pratica independente de pair programming, mas nao é assim que funciona)

São duas questões fundamentais para XP e que são muito dificeis de serem implementadas em equipes sem essa mentalidade. É uma mudança de cultura significativa.

Já o Scrum não afeta diretamente as atividades do pessoal. O cara continua com seu computador, continua desenvolvendo sem testar como deveria, mas pratica Scrum sem problemas.</description>
		<content:encoded><![CDATA[<p>Flavio</p>
<p>Eu acredito que Scrum pode funcionar sem XP.<br />
A experiência de várias pessoas/empresas mostra que funciona muito melhor.</p>
<p>A grande questão, além do que tu mostrou no texto, é que é muito mais fácil conseguir implementar as práticas do Scrum do que do XP.</p>
<p>Desenvolvedores não suportam testar. Isso é muito complicado para conseguir colocar na cabeça deles. É fácil mostrar a importância disso, eles acham bacana, mas na hora de colocar a mão na massa, desenvolvedor não quer testar, tem uma resistência tremenda em relação a isso.</p>
<p>E como uma das condições básicas para se ter XP é ter desenvolvimento guiado a testes, dificulta muito a implementação disso.</p>
<p>Outra questão é a programação em pares. É dificil acostumar a trabalhar dessa forma. O cara não tem mais o controle total do PC dele, se quer dar uma relaxa, ler uma noticias ou emails, fica na dependencia do outro ou fica meio cabrero de sair e deixar o outro ali, sozinho. Eles nao se sentem a vontade.</p>
<p>(Fugindo um pouco do raciocínio&#8230; Alguem falou no Agiles2009 &#8211; talvez o Brian Marick, nao lembro &#8211; uma coisa muito bacana&#8230; muita gente não gosta de pair programming pelo fato de não poder fazer suas gambiarras&#8230; tem que pensar mais antes de fazer, o codigo tem que ficar bom&#8230; isso deveria ser uma pratica independente de pair programming, mas nao é assim que funciona)</p>
<p>São duas questões fundamentais para XP e que são muito dificeis de serem implementadas em equipes sem essa mentalidade. É uma mudança de cultura significativa.</p>
<p>Já o Scrum não afeta diretamente as atividades do pessoal. O cara continua com seu computador, continua desenvolvendo sem testar como deveria, mas pratica Scrum sem problemas.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
