Добрый.
Часто руководитель спрашивает: когда готово будет?
Ну если задача средней сложности и выше, не всегда получается даже приблизительно сказать сроки.
И ты такой говоришь, к примеру 3 дня... а на деле уходит больше недели (задача оказалась сложнее, чем предполагал + постоянно возникают другие не сложные задачи, но которые требуют оперативного решения).

Кому-нить удалось постичь "дзен" расчета сроков выполнения ТЗ, хоть бы на -/+ 1 день. Расскажите как это?

если ТЗ вменяемое и согласовано всеми сторонами, то легко

Да. Примерный срок нужно увеличить на порядок: дни до недель, недели до месяцев и т. д. и на всякий случай умножить на два.

>Ну если задача средней сложности и выше, не всегда получается даже приблизительно сказать сроки

это норма (с) малышева

, но не всегда :)

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

«В течение недели, но до выходных, пожалуйста» — в понедельник.
«Через две недели» — месяц1.
«Месяц» — неопределённая, очень большая величина времени.
«Три месяца» — три неопределённые, очень большие величины времени.
«К осени» — когда выпадет снег. Снег выпадает каждый год, поэтому «к осени» является наиболее благоприятным сроком, пропустить который практически невозможно.
«Через год» — не используется, ибо есть «к осени».

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

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

Не баян, а классика)

(1) Это как - "вменяемое"?

опыт

(0) Будь мужиком! Пообещал - ДЕЛАЙ!
У всех рабочий день до 18-00. У тебя - до ГОТОВНОСТИ.
В любом случае - работая в этом ритме либо обретешь опыт (тут любой опыт ценен - умение анализировать объемы, владение собой, работа ночами)!!!
Иное - бла-бла-бла - лучше помолчи и получай опыт.

(0) >> на -/+ 1 день

на 1 день от чего?
Если изначальный озвученный срок был "до обеда сделаю", то +1 день (фактически сделали только к вечеру следующего дня) - это много или нормально?

Во-первых, погрешность можно оценивать в относительных цифрах.
Во-вторых, дьявол в мелочах. То есть точность сроков прямо пропорциональна глубине и качеству проработанности ТЗ. Если интерфейсы уже продуманы, проработаны и описаны, если разработана и описана вся методологическая модель, то сроки будут достаточно точными.
В-третьих, многое зависит от наличия опыта в решении  аналогичных задач у разработчиков и методистов. Это будет напрямую влиять на качество изначального ТЗ, количество в нём заложенных методических ошибок, неточностей, недочетов и всяких "ой, а мы вот это не учли".
Ну и в-четвертых, оценивать надо не сроки а трудозатраты. Так как трудозатраты могут быть "два дня", а сроки - "два месяца", так как есть очередь из параллельных задач, есть задачи по сопровождению и поддержке, есть внезапно появляющиеся более приоритетные задача, которые надо сделать еще вчера.

п. кг/ам

Всегда говорю с запасом.
Даже если делать 5 мин - говорю часа 2-3.
И раньше чем через 2-3 часа не отдаю.
Иначе подумают что я могу быстрее делать, чем изначально оцениваю

(2) Ага. Дали задание на 16 часов. Т.е. 2 рабочих дня. Сделать его за 4 недели. (1 день -> неделя)*2.

(0) Все просто если задача укладывается в день, то говорю что день
если больше дня но меньше недели (оценка палдьцем в небо) , то говорю что полдня на погружение и постановку задачи надо и потом только ставлю... ну и т.д.

Тот кто ответит да, будет излишне самоуверен )

Работая в команде с адекватным РП в сроки почти всегда укладываюсь.
Если один в поле воин - "и жнец и чтец и на дуде игрец", то почти всегда нет.

лучше всего переложить это на заказчика. Например, разбить задачу на 3 части, отдать заказчику первую часть для проверки. Потом, например, через неделю заказчик спрашивает, ну что сделали? А вы наоборот спрашиваете, первую часть протестировали? Тут окажется, что он и не начинал тестировать, сказать ему, ну, быстрее проверяйте, а то уже скоро будет остальное готово.

Вменяемо можно рассчитать только без учета доп. работ и других забав на должности "Программист - Консультант" :)

(1) Редкий случай ;)

(13) +100

(15) Какие 3 части? Заказчику надо завтра и все целиком, с консультированием и обучением :)

(14) Адекватность РП зависит от загруженности другими проектами... Чем больше РП кидает, тем херово с Адекватностью :)

(10) И это не показатель, если заметят, то начнут дополнительно накидывать нагрузку... К примеру дадут команду мыть пол, коль ты свободен ;)

(11) Да. Именно так, и всё будешь успевать.

Все умеют рассчитывать, а кругом одни срывы проектов по срокам, начиная от фришников и заканчивая крупными интеграторами.

(20) да, так часто бывает, говорят, всё равно сидишь, сбегай пока в магазин.

(20) А на лоб фонарик прилепят, чтобы ещё и ночью косить мог.

Правило 3. Разработчики всегда называют неверные сроки.

Нельзя верить срокам, которые называют программисты. Обычно их следует умножать на Пи. Иногда (редко) - делить на Пи. Выбор правильного действия руководителя над называемыми сроками зависит от личности разработчика. Это знание приходит к менеджеру только после нескольких экспериментов именно с этим разработчиком.

http://www.ashmanov.com/pap/ashrul.phtml

особенно если задача до этого ни разу не делалась. сейчас как раз в такой ситуации с цейтнотом.

иногда ошибаюсь в оценках

Да.
А всегда выполняю в срок или чуть ранее.

(0) Да все там достаточно просто. Если задача средней сложности, то приписываешь к своей прогнозной цифре ноль справа. А если высокой - то помимо этого единицу слева :)

(25) Это хорошо, если руководство это понимает. Но бывают и те, кто хочет чуда :)

оценка трудоемкости это отдельный навык который прокачивается с опытом этих самых оценок. Ну и конечно важно насколько твоя попа зависит от этой оценки

(0) Планировать время выполнения задачи можно только "в вакууме", пытаться при этом учесть загрузку "текучкой" и другими срочными задачами - глупость.
Точность планирования приходит с опытом. И именно благодаря опыту в план закладывается довольно много времени на всякого рода форс-мажоры. А на начальном этапе на, действительно, умножать ожидаемое время выполнения на некоторый коэффициент. Чем меньше опыта в планировании и программировании, тем больше коэффициент.
По поводу голосования: если бы вопрос был поставлен корректно, то скорее бы выбрал пункт "Да", но т.к. речь идет о "+\-день", то конечно "Нет".

Я по договору называю +- неделя верные сроки, а вы по задаче не можете ;-)

не забегаю далее, чем на 3 дня)) то есть говорю, будет ли задача выполнена в ближайшие 3 дня или нет.

(8) А смысл ишачить?

Всегда неделю накидываю, на всякий пожарный.

Еще не было сроков больше недели. Накидываю еще столько же сверху для верности.
Поначалу было неудобно, что задача на 16 часов, а нужно говорить 32. Потом попривычней.

(33) Кренделёк, у тебя ж договор на модельку, а не разработку.

(38) У меня есть и на внедрение

(0) как правило использую метод декомпозиции.... и умножаю на 2

не всегда, поэтому беру с запасом

еще привыкнут

Нужно ещё различать фри и фикси.
Первый называет цену и срок, второй только срок. Фри если необоснованно припишет нолик справа может лишиться заказа.

Сегодня победят красненькие.

(0)

редко это делаю, навыка нет(

(39) А при саботаже со стороны зверей что будешь делать?

(39) УПП на 100 р.м., сколько нужно времени чтобы внедрить?

Ни одному вменяемому заказчику не требуется точная оценка готовности. Либо уже припекает и нужно "еще вчера", тогда что 3 дня вы ему скажете, что 5, ему по-барабану. Чем раньше сделаете, тем лучше. Либо не припекает, тогда что 3 дня, что 5 - опять таки по-барабану.
Если же заказчик оплачивает не результат, а трудодни, то см. (2)
А если заказчик таки оплачивает результат, то оценка трудоемкости напрямую зависит от платежеспособности заказчика и к реальной трудоемкости имеет весьма косвенное отношение.

В среднем по пулу задач - оценка достаточно точна.
В рамках одной конечно могут быть и подводные и камни и наоборот - решение в 2 тычка

если ТЗ ранее выполнялось, то берется/ищется соответствующая инфа
если ТЗ ранее не выполнялось, то либо на нет и инфы нет, либо используются источники освещения
не?

(0) Вот тут все расскажут и даже картинки покажут: http://www.arkhipenkov.ru/resources/sw_project_estimation.pdf

Это было непросто, но я справился.

(0) переходите на трудозатраты ))


то есть в топик-посте есть две составляющие:

1. оценка трудозатрат - это непосредственно сама задача в человеко-часах

2. оценка сроков - это п.1 плюс доступности ресурсов, доступности заказчика и прочие вещи

(54) Трудозатраты нужны для оценки стоимости.
Но к фиксу это никаким боком - у него оклад. с него нужен именно срок

Основные стадии проекта:)
http://img0.joyreactor.cc/pics/post/анекдоты-ржачные-анекдоты-204768.jpeg

Всегда не укладываюсь - все нюансы предусмотреть нереально

Если так спрашивают, то даю оценку но с примечанием - все что не указано в ТЗ, на усмотрение разработчика.

(55) это понятно

но срок складывается в том числе и из трудозатрат же + остальные внешние факторы

можно выстроить фразу так:

"Мои трудозатраты на эту доработку 16 часов, но по срокам меня могут отвлечь еще вот сюда, сюда и сюда. Соответственно, срок будет 16+отвлечение на сторонние задачи (скажем, еще 16)"

При этом сразу сказать, что часы на отвлечение зависят не от меня, а от ..... и от .....


То есть, разделить зоны ответственности - это чисто моё время, а это время от меня не зависящее

(59) это сроки выполнения и трудозатраты, клиентам не интересно куда тебя отвлекут - им интересно когда они получат хотелку

(60) ну а у фикси-то что, у него всё - это один его Клиент. Просто один типа подклиент важнее, а второй менее важен ))

а вот важность подклиентов пусть определяет начальник - скажет важному прям сейчас начинать фигачить - ок, 16 часов, то есть 2 дня

ну тут я хз, на самом деле, смотря как у ТС всё устроено с организацией работ

я когда на фикси трудился - приоритет задач при необходимости определял руководитель. И я, если нужно, уточнял - "задача для финдира, то есть всех кто будет мешать, можно послать, так ведь?"

а если на ТС всё сваливают - и в том числе определение приоритетов и хоть какое-то планирование.... ну, тогда всё немного сложнее, да ))


баг-трекер, список задач, приоритеты, планирование будущих релизов - можно так попробовать )

нет

Я никогда не работал как фикс или фри

(0) Возможность оценить хоть сколько то точно срок выполнения задачи является полной иллюзией. И это не компенсируется никакими приемами типа: умножения на коэффициент, накопления статистики и классифицирования задач, среднего арифметического экспертных оценок и пр. Единственная точная информация о сроке будет известна после  окончания выполнения задачи. На старте задачи - достоверной может быть только оценка вида: "скорее всего мелкая", "скорее всего крупная".

Угадываю только относительно того, что уже сто раз делал.

Невозможно. Можно только приблизительно назвать срок и потом чтоб в него уложиться, если что пойдет не так, придется пахать вечерами и по выходным.

(65)хорошо сказано

(65) Не совсем правы. Срок выполнения работы точно оценить вполне возможно всегда!

Проблема только со стоимостью этой "точной оценки", она легко может превысить стоимость выполнения самой работы...

(69)+ Ибо сами сказали "Единственная точная информация о сроке будет известна после  окончания выполнения задачи."

Поэтому если выполнить сначала работунеким работником(ами) то потом зная детально информацию о своих работниках (которые уже выполнили ТЗ) и так же инфу о чужих работниках (которые еще не приступали к ТЗ) можно точнейше оценить сроки выполнения.

(0) Выполнение рутинных задач можно  оценить очень точно, только фишка нашей работы в том, что типовые операции повторяются очень редко.Если ни разу не выполнял такой работы , легко ошибиться в разы.Тут даже опыт не помогает, вернее он говорит что скорее всего ошибёшься.

Срок в человекочасах причем с запасом - достаточно точный.

только в него никогда не укладываешься из-за других более срочных задач и отдыха от этих срочных задач.

Провести на 100% точную оценку задачи можно, но для этого нужно ее на 90% выполнить. Соответственно, трудозатраты по такой оценке ни кому нахрен ненужны. Задачи оцениваются на три локтя по карте, при отставании или опережении сроки корректируются с наложением куя мнения на всех, кому это не нравится.

Согласен с предыдущим (73) оратором

(72)"Срок в человекочасах причем с запасом - достаточно точный."

речь идет о ТЗ, где детально описано решение задачи - добавить такие-то реквизиты в те-то справочники, такой-то код с те-то модули? или-же об эскизно озвученном устно желании Заказчика? "хочу учет отгрузок в разрезе маршрутов в своей программе", например. как оценить сроки и стоимость написания ТЗ для такой постановки вопроса?

+(75)другими словами "Умеете ли Вы правильно расчитывать сроки написания ТЗ?"

и еще такой момент, по моим наблюдениям бывает либо "сроки под результат", либо "результат под сроки". что больше Заказчику критично, тем и приходится жертвовать, как считаете? похоже на реальность?

(1)+1

Часы на основании предыдущего опыта еще можно подсчитать +-,
а вот в динамично изменяющейся жизни с учетом форс-мажоров выдержать сроки практически никогда невозможно. Даже если один человек на одну задачу.

https://psv4.vk.me/c810229/u2000025861/docs/5c0490a9c800/file.gif?extra=xkZNL_a69cQ9e1T87mu1r955z7vKQ1ZAPQOFyMoR5EuYUqbQQ3Y48hypZT_yrSlqhxo7pCsipDeWib6LVbgPPMYPzOBQsE_pTk2PRDktJOy__fES0PLh1P6E

(80)страницы не найдены

(79) Ну не на этом форуме нам заливать про ваши Цунами на проектах

(79)[выдержать сроки практически никогда невозможно]
бред

(83) текст вырван из контекста

(84) 1-я часть была оправданием что вы такие разп...здяи

моя любимая картинка
http://book.yd73.ru/wp-content/uploads/2014/04/note.png

(85) у меня нет проблемы с этим. заказчик в любом случае получает результат :)

(87) Ты пропустил 85 постов и тему топика

(86) У тебя не полный вариант: http://www.magazindomov.ru/wp-content/uploads/2012/10/Pamyatka.jpg

(83)
> бред
типа, стадия отрицания, не?)

(89) сложно представить адинэсника работающего бесплатно :)
может быть только в самом начале карьеры, помогающего бизнесу мамы\папы...

(91) Если пост-оплата, то до момента оплаты он-таки работает бесплатно... :)

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