Как каждый имеет дело с законом Hofstadter?

Закон Хофштадтера не следует воспринимать всерьез - если бы он был верен букве, выполнение каждой задачи заняло бы бесконечное количество времени, если бы вы приняли во внимание закон Хофштадтера.

1. Оценить, сколько времени потребуется для кодирования чего-либо.
2. Умножить на пи.
3. Вы будете поражены тем, насколько часто это ближе к тому, сколько времени это занимает на самом деле.

(Это также не следует воспринимать как научный метод, но это еще один способ выразить, насколько сложно правильно оценить время. Хотя я действительно иногда им пользуюсь ...)

:)

Edit:
Метод, который является немного более научным: укажите время для абсолютного минимума и максимального времени для задачи, например, что это определенно займет от 5 до 30 часов. (Разделите на подзадачи, чтобы немного сузить промежуток времени.) Вы получаете очень широкий промежуток времени, но, по крайней мере, он более надежен, чем предположение.

Хотя «Закон Хофштадтера» несколько ироничен, есть несколько приемов, которые могут вам помочь, в частности, для оценки первого прохода / большого предмета:

• Оценка в относительных размерах. Это означает, что вы не говорите, что элемент занимает X времени, вы говорите, что элемент A вдвое больше, чем элемент B, и что элемент B примерно в 4 раза больше, чем элемент C.

• Соберите данные из предыдущих раундов оценки и используйте его как базовую линию. Итак, когда вы оцениваете проект и замечаете, что элемент A примерно такой же большой, как элемент B из предыдущей итерации / проекта, и вы знаете, что элемент B занял 2 дня, вы знаете, что элемент A, скорее всего, займет примерно столько же long

• Используйте «мудрость толпы», чтобы получить более качественные оценки. Я' Я использовал Planning Poker в нескольких проектах, и результаты довольно хорошие.

Если вы хотите узнать больше об этом, вы можете начать с просмотра презентации Майка Кона ( Часть 1 и Часть 2 ) и / или прочтите его книгу . Хотя это не окончательная оценка, он все же представляет некоторые передовые практики и, что самое главное, аргументы, лежащие в основе этих практик.

+1 для @Yishai - одно из преимуществ гибкой методологии, такой как scrum, заключается в том, что люди фактически получают обратную связь о точности своих оценок.

Вы никогда не станете лучше в чем-то, если никогда не узнаете, ошибаетесь ли вы ...

Agile-оценка всегда использует «идеальные часы», которые неявно учитывают закон Хофштадтера. Так что вам не нужно жульничать.

Если вы отвечаете как сотрудник ...

«Ну и дела, босс, В идеальном мире это займет X дней. Добавим подушка к нему, и я сделаю все, что могу, чтобы доставить это вам за это время. Если смета изменится, я дам тебе знать немедленно "

Это музыка для ушей босса!

Если вы отвечаете как владелец бизнеса ...

Вы даете оценку своим клиентам, только когда загнаны в угол. Тогда вы используете идеал дней с четкими оговорками и будьте готовы к корректировке, потому что вы знаете о законе Хофштадтера.

См. Планирование на основе доказательств . Некоторые из его ловушек уже обсуждаются здесь .

Мне нравится этот метод:

1. Сделайте честную оценку усилий, необходимых для выполнения задачи.
2. Примените множитель к оценке. Хотя бы 1,5 наверно 2,0. Со временем, сравнив фактические усилия с расчетными усилиями, вы сможете вычислить истинный множитель.

Сбор оценочных и фактических усилий является ключом к улучшению ваших оценок.

Основывайте свои оценки на прошлой производительности, а не на лучших сценариях. Это требует, чтобы вы отслеживали время, потраченное на ваши проекты. Меня не волнует, «знаете» ли вы, что на завершение потребуется всего «6 недель», если вам потребовалось 3 месяца, чтобы завершить аналогичный проект в прошлый раз, в следующий раз, вероятно, потребуется 3 месяца.

Оценка - это искусство, как вы знаете, и есть подискусство, которое представляет собой искусство оценки непредвиденных обстоятельств. :) Чтобы правильно оценить непредвиденные обстоятельства (как правило,% от общей оценки), нужно понимать риски и меры по их снижению . По сути, вы умножаете риск того, что что-то случится, на ущерб, который это может нанести, чтобы придумать фактор риска. Затем вы суммируете все свои факторы риска и оцениваете свой общий риск. Непредвиденные расходы должны варьироваться от 15% для проектов с очень низким уровнем риска (я никогда не опускаюсь ниже 15%) до 50% для очень высокого риска (по моему опыту, очень немногие клиенты будут исключать оценку непредвиденных обстоятельств выше 50%).

Закон Хофштадтера - это еще одно подтверждение того, насколько печально известна самореференция! ..... Тонкий юмор имеет далеко идущие последствия. В ретроспективе этот закон подтверждает, что каждый закон/принцип/аксиома, структурированный логикой, является неполным (как у Годеля), поэтому, даже принимая во внимание такие законы, логика никогда не будет полной. Ощущение бесконечности - это снова игра с парадоксом Зенона (черепаха против Ахиллеса).... бесконечное время для Ахиллеса, чтобы завершить гонку ....etc .... это иллюстрации всесильного зла самореференции, которая загрязняет все аффинные логические структуры.

Я использовал кости. Открыто. Перед моим менеджером. Обычно я использую 3 стандартных шестигранных кубика.

Босс: «Сколько времени это займет?»

Я: (бросает) «Около 11 дней».

Босс: «Нет, серьезно»

​​Я: «О, серьезно». (сворачивает) «Около 7 дней»

Раньше у меня на стене висел плакат с надписью «Дедлайны меня развлекают». Бери из этого, что хочешь.