<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comentários sobre: Scrum um caminho sem volta</title>
	<atom:link href="http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/</link>
	<description>Tecnologia, desenvolvimento de software e afins</description>
	<lastBuildDate>Mon, 04 Jan 2010 13:49:20 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: evandroflores</title>
		<link>http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/#comment-46</link>
		<dc:creator>evandroflores</dc:creator>
		<pubDate>Mon, 10 Aug 2009 13:55:06 +0000</pubDate>
		<guid isPermaLink="false">http://evandroflores.wordpress.com/?p=7#comment-46</guid>
		<description>Erich, muito bacana essa sua dúvida.
A respeito de documentação, nós sim, fazemos documentação, mas diferente de construir uma casa, a documentação é feita sob demanda, e não antes de iniciar qualquer linha de código. Nós aqui criamos inclusive manuais de uso, além de eventuais documentações.
Além disso, uma ótima forma de documentação são os testes. Com eles além de serem criados &quot;exemplos&quot; de como aquele trecho de código deve se comportar, caso alguém faça alguma manutenção que quebre uma funcionalidade ao serem rodados os testes eles irão automaticamente alertar que algo deixou de se comportar como deveria. Isso na verdade dá muito mais segurança na manutenção do que pura documentação (que inclusive pode se tornar desatualizada facilmente).
Essa sua dúvida é bem comum, principalmenete quando se compara desenvolvimento de software com construção de casas, leia esse post do Guilherme Chapiewski, que fala justamente dessa diferença de pensamento http://gc.blog.br/2008/07/20/cuidando-para-que-o-software-nao-apodreca/</description>
		<content:encoded><![CDATA[<p>Erich, muito bacana essa sua dúvida.<br />
A respeito de documentação, nós sim, fazemos documentação, mas diferente de construir uma casa, a documentação é feita sob demanda, e não antes de iniciar qualquer linha de código. Nós aqui criamos inclusive manuais de uso, além de eventuais documentações.<br />
Além disso, uma ótima forma de documentação são os testes. Com eles além de serem criados &#8220;exemplos&#8221; de como aquele trecho de código deve se comportar, caso alguém faça alguma manutenção que quebre uma funcionalidade ao serem rodados os testes eles irão automaticamente alertar que algo deixou de se comportar como deveria. Isso na verdade dá muito mais segurança na manutenção do que pura documentação (que inclusive pode se tornar desatualizada facilmente).<br />
Essa sua dúvida é bem comum, principalmenete quando se compara desenvolvimento de software com construção de casas, leia esse post do Guilherme Chapiewski, que fala justamente dessa diferença de pensamento <a href="http://gc.blog.br/2008/07/20/cuidando-para-que-o-software-nao-apodreca/" rel="nofollow">http://gc.blog.br/2008/07/20/cuidando-para-que-o-software-nao-apodreca/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Erich Nascimento</title>
		<link>http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/#comment-45</link>
		<dc:creator>Erich Nascimento</dc:creator>
		<pubDate>Mon, 10 Aug 2009 00:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://evandroflores.wordpress.com/?p=7#comment-45</guid>
		<description>Olá, estou pesquisando sobre Scrum e fiquei apenas com uma dúvida...
Como é resolvido o fato de futuramente o cliente pedir uma alteração ou ser necessária uma manutenção e eu estou com uma outra equipe que não trabalhou naquele projeto sendo que utilizando esta metodologia, nenhum artefato documentador é gerado? A nova equipe não perderá muito tempo tentando se localizar ou acabará refazendo o trabalho por não entender a lógica aplicada?

Gostaria de ressaltar que acho esta pergunta extremamente relevante, pois trata de uma possibilidade que certamente vai ocorrer e eu acredito que existem técnicas para resolução. Qual sua consideração neste aspécto?</description>
		<content:encoded><![CDATA[<p>Olá, estou pesquisando sobre Scrum e fiquei apenas com uma dúvida&#8230;<br />
Como é resolvido o fato de futuramente o cliente pedir uma alteração ou ser necessária uma manutenção e eu estou com uma outra equipe que não trabalhou naquele projeto sendo que utilizando esta metodologia, nenhum artefato documentador é gerado? A nova equipe não perderá muito tempo tentando se localizar ou acabará refazendo o trabalho por não entender a lógica aplicada?</p>
<p>Gostaria de ressaltar que acho esta pergunta extremamente relevante, pois trata de uma possibilidade que certamente vai ocorrer e eu acredito que existem técnicas para resolução. Qual sua consideração neste aspécto?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Digital Media, Internet and Tech stuff &#187; Blog Archive &#187; Cone da Incerteza e SCRUM</title>
		<link>http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/#comment-23</link>
		<dc:creator>Digital Media, Internet and Tech stuff &#187; Blog Archive &#187; Cone da Incerteza e SCRUM</dc:creator>
		<pubDate>Thu, 15 May 2008 04:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://evandroflores.wordpress.com/?p=7#comment-23</guid>
		<description>[...] seguido de um curso com o Bloris Gloger que ele e alguns da equipe fizeram, e depois entramos em um caminho sem volta e nos focamos em implementar o SCRUM da melhor forma possível no nosso time. Acho que posso dizer [...]</description>
		<content:encoded><![CDATA[<p>[...] seguido de um curso com o Bloris Gloger que ele e alguns da equipe fizeram, e depois entramos em um caminho sem volta e nos focamos em implementar o SCRUM da melhor forma possível no nosso time. Acho que posso dizer [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Cleydson</title>
		<link>http://blog.eof.com.br/2008/01/30/scrum-um-caminho-sem-volta/#comment-15</link>
		<dc:creator>Cleydson</dc:creator>
		<pubDate>Tue, 04 Mar 2008 14:41:47 +0000</pubDate>
		<guid isPermaLink="false">http://evandroflores.wordpress.com/?p=7#comment-15</guid>
		<description>Achei interessante o resumo, legal pq quando me perguntarem o que é Scrum vou passar esse link, sumariza de uma maneira bem esquematizada. 

[]’s

Cleydson</description>
		<content:encoded><![CDATA[<p>Achei interessante o resumo, legal pq quando me perguntarem o que é Scrum vou passar esse link, sumariza de uma maneira bem esquematizada. </p>
<p>[]’s</p>
<p>Cleydson</p>
]]></content:encoded>
	</item>
</channel>
</rss>
