El Indiepinion

Un extracto de un discurso de desarrollo de software que Jim McCarthy dio a Microsoft Consulting cuando él era responsable de C ++ (ahora Estudio Visual).
El extracto de discurso muy informativo y gracioso sobre como los proyectos son (típicamente) estimados y por qué esto falla.

La introducción rápida a planificación y estimación de un Proyecto de Melé.

Mike Cohn nos da un entendimiento por qué no deberíamos planear proyectos en los tiempos absolutos grandes que usan. Como la gente estimamos mucho mejor pedidos relativos de escala, alcance o magnitud. Cada uno puede estar relacionado con el ejemplo que él da: ¿cuántas veces más grande es un Elefante comparado con un León? Podemos estimar que bastante fácilmente y las posibilidades que seamos desconectados por más que un factor de 2-3 son escasas. Sobre todo si usted usa el promedio de varias valoraciones. ¡Pero cuándo tratamos de estimar el peso del elefante y cuanto más pesa comparado con un León, somos por lo general desconectados por varios ordenes de magnitud – multiplicado por el número que hemos visto diez segundos antes en la rueda de fortuna! Everyone can relate to the example he gives: how much bigger is an Elephant compared to a Lion? We can estimate that pretty easily and chances that we’re off by more than a factor of 2-3 are slim. Especially if you use the average of several estimations. But when we try to estimate the elephant’s weight and how much more it weighs compared to a Lion, we’re usually off by several orders of magnitude – multiplied by the number we’ve seen ten seconds before on the fortune wheel!

La idea detrás de la Planificación del Póker es simple. Las historias individuales son presentadas para la valoración. Después de un período de discusión, cada participante elige de su propia cubierta la tarjeta numerada que representa su estimación de cuanto trabajo está implicado en la historia en el debate. Todas las estimaciones son guardadas privadas hasta que cada participante haya elegido una tarjeta. Entonces, todas las estimaciones son reveladas y la discusión puede comenzar otra vez. After a period of discussion, each participant chooses from his own deck the numbered card that represents his estimate of how much work is involved in the story under discussion. All estimates are kept private until each participant has chosen a card. At that time, all estimates are revealed and discussion can begin again.

Wikipedia en Planificación de Póker
Planificación de Póker detalladamente
Contrátese para Póker de Planificación en Línea
Pida su propio grupo de Planear naipes de Póker del Crujiente, Suecia
Pida su propio grupo de Planear naipes de Póker de Nordija, Dinamarca
Pida su propio grupo de Planear naipes de Póker de Hardware Ágil, EE. UU
Pida su propio grupo de Planear naipes de Póker de software de Cabra de Montaña, EE. UU
Pida su propio grupo de Planear naipes de Póker de Houston Inc., EE. UU

1 día restante para siempre (Richard Kronfält)

Digamos el equipo trabaja en alguna historia y necesidad de terminar una tarea que es al principio estimada hasta 4 días. Una vez que el equipo comienza a trabajar ellos continuamente disminuyen la estimación hasta que ellos alcancen 1. La tarea entonces permanece durante “1 día restante” durante varios días – aunque los equipos realmente trabajen (y con fuerza, también) en el acabamiento de la tarea. Usted pregunta al equipo lo que continúa, por qué la tarea nunca alcanza 0, y la respuesta que usted consigue está “Bien, las cosas siguen apareciendo en que no pensamos que tiene que ser hecho también a fin de terminar esta tarea. No podemos terminar la tarea a menos que también manejemos aquellas cosas.”. Digamos usted sólo no ve esto de vez en cuando. Usted lo ve repetidas veces, Historia después de Historia y Esprín después del Esprín. [...] The task then remains on “1 day remaining” for several days – even though the team actually do work (and hard, too) on finishing the task. You ask the team what’s going on, why the task never reach 0, and the reply you get is “Well, things keep popping up that we didn’t think of which has to be done too in order to finish this task. We can’t finish the task unless we also handle those things.”. Let’s say you don’t only see this occasionally. You see it over and over again, Story after Story and Sprint after Sprint. [...]