<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.7.2" -->
<rss version="2.0">
	<channel>
		<title>¿Cuánto he trabajado?, o ¿cuánto me queda?</title>
		<description>Comments for ¿Cuánto he trabajado?, o ¿cuánto me queda? at http://www.navegapolis.net , comment 1 to 2 out of 2 comments</description>
		<link>http://www.navegapolis.net</link>
		<lastBuildDate>Fri, 29 Aug 2008 16:20:22 +0100</lastBuildDate>
		<generator>FeedCreator 1.7.2</generator>
		<item>
			<title>Estimaciones en el modo Ã¡gil</title>
			<link>http://www.navegapolis.net/content/view/571/62/#comment-1291</link>
			<description>Como todos los mÃ©todos, no puede esperarse la perfecciÃ³n desde el principio. Una de las caracterÃ­sticas deseables es la estabilidad del equipo... pero hasta la fecha (dos aÃ±os de Scrum) sÃ³lo he repetido equipo en una ocasiÃ³n.
Una vez que el equipo haya hecho estimaciones un par de veces, se adecuarÃ¡n a la forma de hacerlas y su precisiÃ³n se irÃ¡ agudizando. Ellos son los expertos y son los que mejor pueden estimar.
Si consigues estabilidad de equipo puedes aplicar anÃ¡lisis a sus estimaciones y  realidades, para ver quÃ© tendencia tiene el equipo en conjunto y/o cada uno de sus miembros. Luego puedes aplicar factores correctivos en tu mesa (no los apliques en pÃºblico, o contra-corregirÃ¡n). FÃ­ate de tu equipo y ellos se fiarÃ¡n de tÃ­.
En cuanto a mÃ©todos de estimaciÃ³n hay varios comunes conocidos. 
- todo el mundo da su estimaciÃ³n y luego el mÃ¡ximo y el mÃ­nimo exponen sus argumentos. En diÃ¡logo abierto, el resto de la gente puede cambiar su estimaciÃ³n.
- el &quot;pÃ³ker de estimaciÃ³n&quot;. Es una baraja de cartas donde cada uno tiene una mano de cartas con esfuerzos tÃ­picos de tareas. SegÃºn se exponen las tareas, cada  uno muestra su carta de estimaciÃ³n. Luego puedes aplicar tambiÃ©n el mÃ©todo anterior si hay mucha discrepancia. Si no, puedes poner el tÃ­pico 3-puntos: (mÃ¡ximo mÃ­nimo (3*media))/5
- una variante sin cartas es el limitar los nÃºmeros de horas que se pueden decir. Por ejemplo. 1, 2, Ã³ 3 horas; medio dÃ­a; 1, 2, 3, 4 Ã³ 5 dÃ­as; 1, Ã³ 2 semanas, &quot;demasiado&quot;. Se desaconseja todo lo superior a dos semanas, y esas tareas habrÃ­a que dividirlas.

Recuerda que durante la sesiÃ³n de estimaciÃ³n saldrÃ¡n a relucir un montÃ³n de cosas que inclinan la balanza en una direcciÃ³n o la otra, problemas que ya existen y problemas con mÃ¡s o menos probabilidad. Todo eso es informaciÃ³n que te ayudarÃ¡ a navegar el sprint, anÃ³tala.

Y, cuando comentes lo que se va a hacer en el sprint a los superiores, comunica lo que el equipo ha dicho que va a hacer (eso cimienta la confianza en el equipo como tal, te darÃ¡ mucha ventaja segÃºn se prueba que el equipo estaba en lo correcto). Luego, como comentario personal, puedes aÃ±adir tu &quot;post-procesamiento&quot; segÃºn vayas conociendo el equipo. - ManuelVi</description>
			<pubDate>Tue, 08 Apr 2008 14:39:55 +0100</pubDate>
		</item>
		<item>
			<title>Â¿CÃ³mo se realizan las estimaciones?</title>
			<link>http://www.navegapolis.net/content/view/571/62/#comment-875</link>
			<description>Me gustarÃ­a saber cuÃ¡l es la mejor manera de hacer estimaciones, no me quedo tranquilo con la idea de hacerlas &quot;a sentimiento&quot;. - jose luis</description>
			<pubDate>Wed, 27 Jun 2007 11:28:55 +0100</pubDate>
		</item>
	</channel>
</rss>
