<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Viagens, opiniões e afins &#187; scrum</title>
	<atom:link href="http://metronus.com/blog/category/scrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://metronus.com/blog</link>
	<description>by Andre Fonseca</description>
	<lastBuildDate>Thu, 08 Dec 2011 13:28:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Processo por processo não resolve. Aceite e mude.</title>
		<link>http://metronus.com/blog/2011/03/15/processo-por-processo-nao-resolve-aceite-e-mude/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
		<comments>http://metronus.com/blog/2011/03/15/processo-por-processo-nao-resolve-aceite-e-mude/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 03:07:54 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[agil]]></category>
		<category><![CDATA[atualidades]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[kanban]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://metronus.com/blog/?p=553</guid>
		<description><![CDATA[A gente sabe quando está mais consciente de algo quando é capaz de ver as falhas dele. Hoje está na moda dizer que é ágil ou que sua empresa usa algum &#8220;método ágil&#8221;.  E por aí segue as diversas sopas de letrinhas e nomes pomposos.  A pouco tempo atrás a tábua de salvação era o [...]]]></description>
		<wfw:commentRss>http://metronus.com/blog/2011/03/15/processo-por-processo-nao-resolve-aceite-e-mude/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Culpa nem sempre é do processo.</title>
		<link>http://metronus.com/blog/2010/06/26/culpa-nem-sempre-e-do-processo/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
		<comments>http://metronus.com/blog/2010/06/26/culpa-nem-sempre-e-do-processo/#comments</comments>
		<pubDate>Sun, 27 Jun 2010 02:08:57 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[Informática]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[agil]]></category>
		<category><![CDATA[entrega]]></category>
		<category><![CDATA[integração contínua]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[xp]]></category>

		<guid isPermaLink="false">http://metronus.com/blog/?p=421</guid>
		<description><![CDATA[Muito tenho escutado neste últimos dias sobre a questão do sucesso ou não do uso de metodologias ágeis.Principalmente com relação a entregas. Primeiro preciso dizer que não sou um doutor no assunto, nem pretendo ser, muito menos um profundo conhecedor, mas considero que tenho uma pequena vivência no assunto que me permite tecer alguns comentários [...]]]></description>
		<wfw:commentRss>http://metronus.com/blog/2010/06/26/culpa-nem-sempre-e-do-processo/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Histórias Técnicas &#8211; eles devem estar no backlog?</title>
		<link>http://metronus.com/blog/2010/01/21/historias-tecnicas-eles-devem-estar-no-backlog/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
		<comments>http://metronus.com/blog/2010/01/21/historias-tecnicas-eles-devem-estar-no-backlog/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 16:41:13 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[agil]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[histórias]]></category>
		<category><![CDATA[jack]]></category>
		<category><![CDATA[milunks]]></category>
		<category><![CDATA[tecnica]]></category>
		<category><![CDATA[xp]]></category>

		<guid isPermaLink="false">http://metronus.com/blog/?p=345</guid>
		<description><![CDATA[Jack Milusnk, em seu blog The Agile Buddy Blog, escreveu um excelente post sobre a questão da histórica técnica. Em tomei a liberdade de escrever uma versão (não tradução) em português do texto. Para quem quiser ler o texto original, acesso o post aqui. Comentários com ajuda na tradução e opiniões são bem vindo. Se [...]]]></description>
		<wfw:commentRss>http://metronus.com/blog/2010/01/21/historias-tecnicas-eles-devem-estar-no-backlog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Qual melhor dia para começar e terminar um sprint &#8211; Jack Milunksy</title>
		<link>http://metronus.com/blog/2010/01/07/qual-melhor-dia-para-comecar-e-terminar-um-sprint-jack-milunksy/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
		<comments>http://metronus.com/blog/2010/01/07/qual-melhor-dia-para-comecar-e-terminar-um-sprint-jack-milunksy/#comments</comments>
		<pubDate>Thu, 07 Jan 2010 16:23:05 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[agil]]></category>
		<category><![CDATA[atualidades]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[end]]></category>
		<category><![CDATA[milunksy]]></category>
		<category><![CDATA[sprint]]></category>
		<category><![CDATA[start]]></category>

		<guid isPermaLink="false">http://metronus.com/blog/?p=307</guid>
		<description><![CDATA[Pessoal, hoje li no blog Agile Buddy do Jack Milunsky um interessante e pequeno artigo em que ele reflete sob qual seria um bom dia da semana para começar e terminar o sprint.  Eu tomei a liberdade de escrever uma versão em português para vocês. Caso queiram ler o original cliquem aqui Primeiro, que fique [...]]]></description>
		<wfw:commentRss>http://metronus.com/blog/2010/01/07/qual-melhor-dia-para-comecar-e-terminar-um-sprint-jack-milunksy/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

