O IndiepinionThe Indiepinion

Um excerto de um discurso de desenvolvimento de software que Jim McCarthy deu a Microsoft Consulting quando ele era responsável por C ++ (agora Estúdio Visual). An excerpt from a software development speech that Jim McCarthy gave to Microsoft Consulting when he was in charge of C++ (now Visual Studio).
O excerto de discurso muito esclarecedor e engraçado sobre como os projetos são (tipicamente) previstos e porque isto falha. Very enlightening and funny speech excerpt about how projects are (typically) estimated and why this fails.

A introdução rápida para planejamento e estimativa de um Projeto de Luta numa jogada de rúgbi. The quick introduction to planning and estimating a Scrum Project.

Mike Cohn dá-nos uma compreensão porque não devemos planejar projetos nos grandes tempos absolutos usam. Como seres humanos estamos estimando muito melhor ordens relativas de escala, alcance ou magnitude. Todo o mundo pode relacionar-se ao exemplo que ele dá: quantas vezes mais grande é um Elefante em comparação com um Leão? Podemos estimar que bastante facilmente e as possibilidades que somos desligados por mais que um fator de 2-3 sejam escassas. Especialmente se você usa a média de várias estimativas. Mas quando tentamos estimar o peso do elefante e quanto mais pesa em comparação com um Leão, somos normalmente desligados por vária ordem de grandeza – multiplicado pelo número que vimos dez segundos antes na roda de fortuna! Mike Cohn gives us an understanding why we shouldn’t plan projects in the large using absolute times. We as humans are much better estimating relative orders of scale, scope or magnitude. 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!

A idéia atrás do Planejamento de Pôquer é simples. As histórias individuais são apresentadas para a estimativa. Depois de um período da discussão, cada participante escolhe do seu próprio convés o cartão numerado que representa a sua estimativa de quanto trabalho está implicado na história na discussão. Todas as estimativas são guardadas privadas até que cada participante tenha escolhido um cartão. Então, todas as estimativas são reveladas e a discussão pode começar novamente.The idea behind Planning Poker is simple. Individual stories are presented for estimation. 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 em Planejamento de PôquerWikipedia on Planning Poker
Planejamento de Pôquer detalhadamentePlanning Poker in Detail
Assine para Pôquer de Planejamento OnlineSign up for Online Planning Poker
Encomende o seu próprio jogo de Planejar cartões de Pôquer de Batatas fritas, SuéciaOrder your own set of Planning Poker cards from Crisp, Sweden
Encomende o seu próprio jogo de Planejar cartões de Pôquer de Nordija, DinamarcaOrder your own set of Planning Poker cards from Nordija, Denmark
Encomende o seu próprio jogo de Planejar cartões de Pôquer de Hardware Ágil, EUAOrder your own set of Planning Poker cards from Agile Hardware, USA
Encomende o seu próprio jogo de Planejar cartões de Pôquer de software de Cabra de Montanha, EUAOrder your own set of Planning Poker cards from Mountain Goat Software, USA
Encomende o seu próprio jogo de Planejar cartões de Pôquer de Houston Inc, os EUAOrder your own set of Planning Poker cards from Houston Inc., USA

Resto de 1 dia para sempre (Richard Kronfält)1 day remaining forever (Richard Kronfält)

Digamos a equipe está influindo em alguma história e necessidade de terminar uma tarefa que é originalmente prevista a 4 dias. Uma vez que a equipe começa a trabalhar eles continuamente reduzem a estimativa até que eles consigam 1. A tarefa então permanece em resto de "1 dia” durante vários dias – embora as equipes de fato trabalhem (e muito, também) no acabamento da tarefa. Você pergunta a equipe o que está continuando, porque a tarefa nunca consegue 0, e a resposta que você adquire é “Bem, as coisas continuam surgindo em que não pensamos que tem de ser feito também para terminar esta tarefa. Não podemos terminar a tarefa a menos que também tratemos aquelas coisas.”. Digamos você só não vê isto ocasionalmente. Você vê-o repetidas vezes, História depois de História e Corrida de curta distância depois da Corrida de curta distância. [...]Let’s say the team is working on some story and need to finish a task which is originally estimated to 4 days. Once the team starts working they continuously decrease the estimate until they reach 1. 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. [...]