В муках выбора срока реализации

В муках выбора срока реализации Commitstrip, Комиксы, Дедлайн

Оригинал: http://www.commitstrip.com/en/2012/04/24/the-wheel-of-estima...

IT-юмор

5.6K постов52.5K подписчиков

Добавить пост

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

37
Автор поста оценил этот комментарий

«Сегодня» — завтра.

«Завтра» — напомнить завтра, что уже сегодня (см. «сегодня»).

«В течение недели» — в следующую среду.

«В течение недели, но до выходных, пожалуйста» — в понедельник.

«Через две недели» — месяц.*

«Месяц» — неопределенная, очень большая величина времени.

«Три месяца» — три неопределенные, очень большие величины времени.

«К осени» — когда выпадет снег. Снег выпадает каждый год, поэтому «к осени» является наиболее благоприятным сроком, пропустить который практически невозможно.

«Через год» — не используется, т.к. есть «к осени».

____________

* Популярно заблуждение, что две недели — это 14 дней. Это не так. Две недели — это 14 дней + «в течение недели» (ибо вторая неделя еще не кончилась) + завтра («один день погоды не сделает»). В особых случаях отсчет «двух недель» начинается со следующего понедельника, так выигрывается еще несколько дней.

Если повезет, то в результате выходит месяц срока и опоздание всего на один день («завтра»).

раскрыть ветку
59
Автор поста оценил этот комментарий

Нужно использовать более элитное и  продвинутое решение.

Иллюстрация к комментарию
раскрыть ветку
113
Автор поста оценил этот комментарий

А сколько это будет стоит?
- 1к
- 2к

- 5к

- 10к
- 20к
- 50к
- Бесплатно, тут делать 15 минут, я уже и так взял с вас уже 100500к за предыдущие доработки, теперь меня мучает совесть )
- Могу дать ответ на следующей неделе, надо внимательно ознакомиться с ТЗ и посчитать

раскрыть ветку
171
DELETED
Автор поста оценил этот комментарий

Бонус:

Иллюстрация к комментарию
раскрыть ветку
24
DELETED
Автор поста оценил этот комментарий

Честно говоря, удивлен тем, что такую картинку плюсуют. 100% разработчиков, с которыми я обсуждал эту проблему, доказывали мне, что "если ты хороший программист..." или "если у тебя достаточный опыт..." и т.д., то ты можешь давать четкий эстимэйт.

Но вот эстимейты и реальные результаты, которые я наблюдал в проектах показывают, что это полная чушь. Человек может оценить фичу в час и делать ее неделю, может оценить в неделю и сделать за пару часов. Причем это не исключения из правил, а скорее норма.

Мои аргументы:

- люди не ясновидящие
- разработка ПО - это не ремонт квартир или подобное занятие, где можно оценить объем заранее
- крупнейшие корпорации, где оценкой занимаются целые отделы узких специалистов, лажают с оценкой времени разработки и бюджета в разы или даже в десятки раз - куда там простому разработчику адекватно оценить объем заранее?

Сам со временем пришел к тому, что проще терять 90% потенциальных клиентов, которые требуют эстимейты и работать на почасовой ставке с теми, кто понимает бесполезность подобных оценок. Для меня это отлично работает.

раскрыть ветку