<?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: iceScrum2 y Srcum 2</title>
	<atom:link href="http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/</link>
	<description>Programación e informática en general</description>
	<lastBuildDate>Sun, 29 Jan 2012 15:49:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Diario de Programación &#187; Blog Archive &#187; Al final, ni Scrum ni Kanban</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-2169</link>
		<dc:creator>Diario de Programación &#187; Blog Archive &#187; Al final, ni Scrum ni Kanban</dc:creator>
		<pubDate>Tue, 10 Nov 2009 17:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-2169</guid>
		<description>[...] antes de verano a intentar hacer Scrum, pero el tema se fue relajando, principalmente a que estabamos en fases finales de proyecto y no se [...]</description>
		<content:encoded><![CDATA[<p>[...] antes de verano a intentar hacer Scrum, pero el tema se fue relajando, principalmente a que estabamos en fases finales de proyecto y no se [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diario de Programación &#187; Blog Archive &#187; Se nos va relajando Scrum&#8230;. por decirlo suavemente.</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1965</link>
		<dc:creator>Diario de Programación &#187; Blog Archive &#187; Se nos va relajando Scrum&#8230;. por decirlo suavemente.</dc:creator>
		<pubDate>Fri, 03 Jul 2009 20:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1965</guid>
		<description>[...] tiempo empezamos a intentar hacer Scrum un grupo de cuatro para atender seis proyectos, con sprints de una semana. Los sprints tan cortos eran necesarios para poder reorganizar el [...]</description>
		<content:encoded><![CDATA[<p>[...] tiempo empezamos a intentar hacer Scrum un grupo de cuatro para atender seis proyectos, con sprints de una semana. Los sprints tan cortos eran necesarios para poder reorganizar el [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diario de Programación &#187; Blog Archive &#187; Scrum: tan simple y tan complejo</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1881</link>
		<dc:creator>Diario de Programación &#187; Blog Archive &#187; Scrum: tan simple y tan complejo</dc:creator>
		<pubDate>Fri, 05 Jun 2009 14:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1881</guid>
		<description>[...] aproximadamente tres sprints de una semana con el grupo de tres desarrolladores que participan en seis proyectos simult&#225;neamente. La verdad es que scrum se aprende en diez minutos, pero me da la impresi&#243;n de que se puede [...]</description>
		<content:encoded><![CDATA[<p>[...] aproximadamente tres sprints de una semana con el grupo de tres desarrolladores que participan en seis proyectos simult&aacute;neamente. La verdad es que scrum se aprende en diez minutos, pero me da la impresi&oacute;n de que se puede [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diario de Programación &#187; Blog Archive &#187; ¡¡ A jugar a las cartas !!</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1837</link>
		<dc:creator>Diario de Programación &#187; Blog Archive &#187; ¡¡ A jugar a las cartas !!</dc:creator>
		<pubDate>Tue, 19 May 2009 20:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1837</guid>
		<description>[...] iceScrum2 y Srcum 2  [...]</description>
		<content:encoded><![CDATA[<p>[...] iceScrum2 y Srcum 2  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose Manuel Beas</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1821</link>
		<dc:creator>Jose Manuel Beas</dc:creator>
		<pubDate>Fri, 15 May 2009 08:49:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1821</guid>
		<description>Excelente idea la de reducir la duración de los sprints. Mucha suerte y estoy deseando que pase una semana para saber qué tal ha ido vuestra primera retrospectiva. :-)</description>
		<content:encoded><![CDATA[<p>Excelente idea la de reducir la duración de los sprints. Mucha suerte y estoy deseando que pase una semana para saber qué tal ha ido vuestra primera retrospectiva. <img src='http://blog.chuidiang.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuidiang</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1820</link>
		<dc:creator>Chuidiang</dc:creator>
		<pubDate>Fri, 15 May 2009 03:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1820</guid>
		<description>Si, por eso intentaremos sprints de 1 semana, para poder atender cada semana como mucho uno o dos proyectos (ya tienen todos asumido que tres desarrolladores no pueden atender simultáneamente seis proyectos). De esta forma, cada sprint sí tendría uno o como mucho dos propietarios de producto y al final de sprint habría una o dos demos. Además, al ser tan corto, creo que nos dará agilidad para saltar de un proyecto a otro de semana en semana y tener más o menos a todos contentos.

Gracias por la invitación a Agile Spain.

Se bueno.</description>
		<content:encoded><![CDATA[<p>Si, por eso intentaremos sprints de 1 semana, para poder atender cada semana como mucho uno o dos proyectos (ya tienen todos asumido que tres desarrolladores no pueden atender simultáneamente seis proyectos). De esta forma, cada sprint sí tendría uno o como mucho dos propietarios de producto y al final de sprint habría una o dos demos. Además, al ser tan corto, creo que nos dará agilidad para saltar de un proyecto a otro de semana en semana y tener más o menos a todos contentos.</p>
<p>Gracias por la invitación a Agile Spain.</p>
<p>Se bueno.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose Manuel Beas</title>
		<link>http://blog.chuidiang.com/2009/05/14/icescrum2-y-srcum-2/comment-page-1/#comment-1819</link>
		<dc:creator>Jose Manuel Beas</dc:creator>
		<pubDate>Fri, 15 May 2009 01:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=576#comment-1819</guid>
		<description>Cuidado con hacer Scrum-butt (implementaciones defectuosas de Scrum). Por ejemplo, no tener un único dueño de producto es problemático. Alguien debe recibir valor al final de cada sprint y debe ser el que priorice las historias de usuario. Tener demasiados dueños de producto es casi tan malo como no tener ninguno. Os podéis encontrar con que las historias no se priorizan o que los dueños de producto interfieren en las prioridades en medio de los sprints... y luego se le echará la culpa a Scrum...

Si queréis, podéis visitar Agile Spain (http://www.agile-spain.com) y tanto en la lista local de Agile Spain como en la lista más general de foro-agiles podéis preguntar y comentar lo que queráis. Por ejemplo, eso de cómo llevar dos scrums a la vez o de tener a un desarrollador que teletrabaja son experiencias interesantes que estaría muy bien que pudiérais compartirlas con otros que se encuentren quizás en la misma situación que vosotros.

Ánimo y ya sabéis que en Agile Spain nos tenéis para echaros una mano en lo que necesitéis.</description>
		<content:encoded><![CDATA[<p>Cuidado con hacer Scrum-butt (implementaciones defectuosas de Scrum). Por ejemplo, no tener un único dueño de producto es problemático. Alguien debe recibir valor al final de cada sprint y debe ser el que priorice las historias de usuario. Tener demasiados dueños de producto es casi tan malo como no tener ninguno. Os podéis encontrar con que las historias no se priorizan o que los dueños de producto interfieren en las prioridades en medio de los sprints&#8230; y luego se le echará la culpa a Scrum&#8230;</p>
<p>Si queréis, podéis visitar Agile Spain (<a href="http://www.agile-spain.com" rel="nofollow">http://www.agile-spain.com</a>) y tanto en la lista local de Agile Spain como en la lista más general de foro-agiles podéis preguntar y comentar lo que queráis. Por ejemplo, eso de cómo llevar dos scrums a la vez o de tener a un desarrollador que teletrabaja son experiencias interesantes que estaría muy bien que pudiérais compartirlas con otros que se encuentren quizás en la misma situación que vosotros.</p>
<p>Ánimo y ya sabéis que en Agile Spain nos tenéis para echaros una mano en lo que necesitéis.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

