L'Indiepinion

Un extrait d'un discours de développement de logiciel que Jim McCarthy a donné à Microsoft Consulting quand il était responsable de C ++ (le Studio maintenant Visuel).
Éclairer très et l'extrait de discours drôle de comment les projets sont (typiquement) estimés et pourquoi cela échoue.

L'introduction rapide à la planification et au fait d'estimer un Projet de Mêlée.

Mike Cohn nous donne une compréhension pourquoi nous ne devrions pas planifier des projets aux grands temps absolus utilisants. Nous comme les humains estimons beaucoup mieux des ordres relatifs d'échelle, portée ou ampleur. Chacun peut se rapporter à l'exemple qu'il donne : combien plus grand un Éléphant est-il comparé à un Lion ? Nous pouvons estimer qu'assez facilement et les chances que nous sommes débranchés par plus qu'un facteur de 2-3 sont minces. Surtout si vous utilisez la moyenne de plusieurs estimations. Mais quand nous essayons d'estimer le poids de l'éléphant et encore combien il pèse comparé à un Lion, nous sommes débranchés d'habitude par plusieurs ordres de grandeur – multiplié par le nombre que nous avons vu dix secondes d'avant sur la roue de fortune! 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!

L'idée derrière la Planification du Poker est simple. Les histoires individuelles sont présentées pour l'estimation. Après une période de discussion, chaque participant choisit de son propre pont la carte numérotée qui représente son estimation de combien de travail est impliqué dans l'histoire en discussion. Toutes les estimations sont gardées privées jusqu'à ce que chaque participant ait choisi une carte. En ce moment-là, toutes les estimations sont révélées et la discussion peut commencer de nouveau. 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 lors de la Planification du Poker
Planification du Poker en détail
Inscrivez-vous pour le Poker de Planification En ligne
Ordonnez votre propre ensemble de la Planification des cartes de Poker de Croustillant, la Suède
Ordonnez votre propre ensemble de la Planification des cartes de Poker de Nordija, le Danemark
Ordonnez votre propre ensemble de la Planification des cartes de Poker du Matériel Agile, les Etats-Unis
Ordonnez votre propre ensemble de la Planification des cartes de Poker du logiciel de Chèvre de Montagne, les Etats-Unis
Ordonnez votre propre ensemble de la Planification des cartes de Poker de Houston Inc., les Etats-Unis

Conservation de 1 jour pour toujours (Richard Kronfält)

Disons que l'équipe travaille sur une histoire et besoin de finir une tâche qui est à l'origine estimée à 4 jours. Dès que l'équipe commence à travailler ils diminuent continuellement l'estimation jusqu'à ce qu'ils arrivent 1. La tâche reste alors sur conservation de "1 jour” depuis plusieurs jours – même si les équipes travaillent en fait (et dur, aussi) sur le fait de finir la tâche. Vous demandez à l'équipe ce qui continue, pourquoi la tâche n'arrive jamais 0 et la réponse que vous recevez est “Bien, les choses continuent à surgir auquel nous n'avons pas pensé qui doit être fait aussi pour finir cette tâche. Nous ne pouvons pas finir la tâche à moins que nous ne manipulions aussi ces choses.”. Disons que vous pas le voyez seulement de temps en temps. Vous le voyez à maintes reprises, l'Histoire après l'Histoire et le Sprint après le Sprint. [...] 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. [...]