«Завтра» — напомнить завтра, что уже сегодня (см. «сегодня»).
«В течение недели» — в следующую среду.
«В течение недели, но до выходных, пожалуйста» — в понедельник.
«Через две недели» — месяц.*
«Месяц» — неопределенная, очень большая величина времени.
«Три месяца» — три неопределенные, очень большие величины времени.
«К осени» — когда выпадет снег. Снег выпадает каждый год, поэтому «к осени» является наиболее благоприятным сроком, пропустить который практически невозможно.
«Через год» — не используется, т.к. есть «к осени».
____________
* Популярно заблуждение, что две недели — это 14 дней. Это не так. Две недели — это 14 дней + «в течение недели» (ибо вторая неделя еще не кончилась) + завтра («один день погоды не сделает»). В особых случаях отсчет «двух недель» начинается со следующего понедельника, так выигрывается еще несколько дней.
Если повезет, то в результате выходит месяц срока и опоздание всего на один день («завтра»).
- 10к - 20к - 50к - Бесплатно, тут делать 15 минут, я уже и так взял с вас уже 100500к за предыдущие доработки, теперь меня мучает совесть ) - Могу дать ответ на следующей неделе, надо внимательно ознакомиться с ТЗ и посчитать
Честно говоря, удивлен тем, что такую картинку плюсуют. 100% разработчиков, с которыми я обсуждал эту проблему, доказывали мне, что "если ты хороший программист..." или "если у тебя достаточный опыт..." и т.д., то ты можешь давать четкий эстимэйт.
Но вот эстимейты и реальные результаты, которые я наблюдал в проектах показывают, что это полная чушь. Человек может оценить фичу в час и делать ее неделю, может оценить в неделю и сделать за пару часов. Причем это не исключения из правил, а скорее норма.
Мои аргументы:
- люди не ясновидящие - разработка ПО - это не ремонт квартир или подобное занятие, где можно оценить объем заранее - крупнейшие корпорации, где оценкой занимаются целые отделы узких специалистов, лажают с оценкой времени разработки и бюджета в разы или даже в десятки раз - куда там простому разработчику адекватно оценить объем заранее?
Сам со временем пришел к тому, что проще терять 90% потенциальных клиентов, которые требуют эстимейты и работать на почасовой ставке с теми, кто понимает бесполезность подобных оценок. Для меня это отлично работает.
«Сегодня» — завтра.
«Завтра» — напомнить завтра, что уже сегодня (см. «сегодня»).
«В течение недели» — в следующую среду.
«В течение недели, но до выходных, пожалуйста» — в понедельник.
«Через две недели» — месяц.*
«Месяц» — неопределенная, очень большая величина времени.
«Три месяца» — три неопределенные, очень большие величины времени.
«К осени» — когда выпадет снег. Снег выпадает каждый год, поэтому «к осени» является наиболее благоприятным сроком, пропустить который практически невозможно.
«Через год» — не используется, т.к. есть «к осени».
____________
* Популярно заблуждение, что две недели — это 14 дней. Это не так. Две недели — это 14 дней + «в течение недели» (ибо вторая неделя еще не кончилась) + завтра («один день погоды не сделает»). В особых случаях отсчет «двух недель» начинается со следующего понедельника, так выигрывается еще несколько дней.
Если повезет, то в результате выходит месяц срока и опоздание всего на один день («завтра»).
Нужно использовать более элитное и продвинутое решение.
А сколько это будет стоит?
- 1к
- 2к
- 5к
- 10к
- 20к
- 50к
- Бесплатно, тут делать 15 минут, я уже и так взял с вас уже 100500к за предыдущие доработки, теперь меня мучает совесть )
- Могу дать ответ на следующей неделе, надо внимательно ознакомиться с ТЗ и посчитать
Бонус:
Честно говоря, удивлен тем, что такую картинку плюсуют. 100% разработчиков, с которыми я обсуждал эту проблему, доказывали мне, что "если ты хороший программист..." или "если у тебя достаточный опыт..." и т.д., то ты можешь давать четкий эстимэйт.
Но вот эстимейты и реальные результаты, которые я наблюдал в проектах показывают, что это полная чушь. Человек может оценить фичу в час и делать ее неделю, может оценить в неделю и сделать за пару часов. Причем это не исключения из правил, а скорее норма.
Мои аргументы:
- люди не ясновидящие
- разработка ПО - это не ремонт квартир или подобное занятие, где можно оценить объем заранее
- крупнейшие корпорации, где оценкой занимаются целые отделы узких специалистов, лажают с оценкой времени разработки и бюджета в разы или даже в десятки раз - куда там простому разработчику адекватно оценить объем заранее?
Сам со временем пришел к тому, что проще терять 90% потенциальных клиентов, которые требуют эстимейты и работать на почасовой ставке с теми, кто понимает бесполезность подобных оценок. Для меня это отлично работает.