Indiepinion

Выдержка из речи разработки программного обеспечения, которую Джим Маккарти произнес в Microsoft Consulting, когда он отвечал за C ++ (теперь Визуальная Студия).
Очень поучительная и забавная речевая выдержка о том, как проекты (как правило) оцениваются и почему это терпит неудачу.

Быстрое введение в планирование и оценку Проекта Толпы.

Майк Кон дает нам понимание, почему мы не должны запланировать проекты в большие использующие абсолютные времена. Мы как люди намного лучше оцениваем относительные заказы масштаба, области или величины. Все могут коснуться примера, который он дает: насколько больше Слон по сравнению со Львом? Мы можем оценить, что довольно легко и возможности, что мы выключены больше чем фактор 2-3, являются тонкими. Особенно, если Вы используете среднее число нескольких оценок. Но когда мы пытаемся оценить вес слона и сколько еще он весит по сравнению со Львом, мы обычно выключены несколькими порядками величины – умноженный числом, которое мы видели за десять секунд до этого на колесе состояния! 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!

Идея позади Планирования Покера проста. Отдельные истории представлены для оценки. После периода обсуждения каждый участник выбирает из его собственной палубы пронумерованную карту, которая представляет его оценку того, сколько работы вовлечено в рассматриваемую историю. Все оценки сохранены частными, пока каждый участник не выбрал карту. Тогда, все оценки показаны, и обсуждение может начаться снова. 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.

Википедия на Планировании Покера
Планирование Покера подробно
Подпишите для Покера Планирования Онлайн
Закажите свою собственную компанию Планирования карт Покера от Хрустящего картофеля, Швеция
Закажите свою собственную компанию Планирования карт Покера от Nordija, Дания
Закажите свою собственную компанию Планирования карт Покера от Проворных Аппаратных средств, США
Закажите свою собственную компанию Планирования карт Покера от программного обеспечения Снежной козы, США
Закажите свою собственную компанию Планирования карт Покера от Houston Inc., США

1 день, оставаясь навсегда (Ричардом Кронфэлтом)

Скажем, команда работает над некоторой историей и потребностью закончить задачу, которая первоначально оценена к 4 дням. Как только команда начинает работать, они непрерывно уменьшают оценку, пока они не достигают 1. Задача тогда остается в “1 день, оставаясь” в течение нескольких дней – даже при том, что команды фактически работают (и трудно, также) на окончании задачи. Вы спрашиваете команду, что продолжается, почему задача никогда не достигает 0, и ответ, который Вы получаете, “ну, Вещи продолжают появляться, о котором мы не думали, который должен быть сделан также, чтобы закончить эту задачу. Мы не можем закончить задачу, если мы также не обращаемся с теми вещами.”. Скажем, Вы не только иногда видите это. Вы видите это много раз, История после Истории и Спринта после Спринта. [...] 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. [...]