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

И как решить комфликт с экономистами в случае, если они говорят, что им нужно планировать свои проекты, зависящие от наших сроков и если мы не укладываемся в срок, то они не укладываются и всех штрафуют в том числе и нас.

Как вариант я вижу только одно:
Выписывать в эксель все задачи которые делаешь и указывать время сколько потрачено по факту и фиксировать все обращения и причины переключения с одной задачи на другую. А о сроках только о предваритальных договариваться.
Главная мысьл в том, что "Срок можно определить только, если знаешь от и до путь решения, что нереально знать, если сильно дорабатываешь уже готовый механизм нетиповой конфигурации.

езжай уже лучше к бабе...

(0) ну ставь везде по 3 месяца срок

(0) Сам спросил, сам же ответил

(2)не обосновано. Сроки часто измеряются в часах. Привыкли работать с франчами.
(1)не оффтопьте пожалуйста на эту тему.

(4) на тему женщин или вообще?

0, определи в общих чертах очень примерный срок и умнож на 9. Обоснование: коэффициент увеличение срока на непредвиденные задержки = 3. Коэффициент непредвиденнности самих нередвиденных задержек = 3. Три на три равно 9.
Придумал не я, придумал Мерфи.

(4) Можешь лесом слать своих экономистов. А если будут упираться, то предложи им самостоятельно сделать то, что они требуют.

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

Выход - набираться опыта.

(5) а причем тут "БАБЫ" ?!

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

(8) это тема все равно скатится к ним или из частям...

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

Конкретные пацаны, конкретно разговаривают.
Без сроков какая конкретность?

Ах, да. Экономисты правы.

(9)А ТЗ они дают на уровне входных выходных форм.

Давай им не сроки, а трудозатраты.
Например на решение задачи требуется 40 часов. Если данной задаче будет выделен нулевой приоритет будет сделана за 5 рабочих дней. В случае вытеснения более приоритетными задачами так и показываешь - задача реализована на n%, причина - вытеснение более приоритетными заданиями.
Или переходи на скрам или канбан

(7)Опыт-не-опыт. Но когда ты переделываешь чужой функционал - не всегда правильный, ты не можешь знать всего. Если только все модули заучить и изучить.

(15)а время на переключение?

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

(0) Поэтому и разница в подходах - правильном, и по-русски. Весь цивилизованный мир реализует даже самые незначительные изменения в системе (САП какой нить) в виде проектов, которые расписываются по номерам недель, разбиваясь на мельчайшие подзадачи и взаимосвязи между сотрами, а "наши" экономисты на ответ "сделаю в течение дня" спрашивают "а до скольки конкретно???"

(17) правильный ответ в (11)

15, трудозатраты же тоже не всегда возможно оперделить. А сроки они все равно из трудозатрат вытекают.
Лучше так: сказать, что сроки возможно определить только после проведения полного анализа требований, анализа всех изменений в программе, сделанных дургими программистами и составления детального ТЗ.

Существуют некоторые методики оценки сроков пр разработке.
В них задействованы: Входные данные, выходные данные, хранимые данные, функции, формы и пр.
Считаешь количество каждой единицы умножаешь на коэффициент, получаешь примерную оценку. Как-то так.

(17) Когда даешь трудозатраты умножай на поправочный коэффициент. + теоретически в скраме невозможно переключение - ставится список задач на определенный срок (например, на неделю) и другие задачи не принимаются в работу.
Либо остается резерв (20%) на непредвиденные задачи.

(19) а еще точнее "сколько минут тебе потребуется на выполнение?"

(24) такое даже Спок не вычислит )

(18)а что есть ТЗ до какого уровня детализации?

(21) Трудозатраты можно получать декомпозируя задачи на более мелки, либо разбивая на этапы и реализовывая каждый этап по отдельности.
Имхо, заказчикам помимо скорости и качества решения очень важна предсказуемость. Для это и придуманы всякие методики разработки, используемые программистами.

(19)в том то и дело у нас требуют "еще вчера"...

(0) А за срыв сроков-то что?

(26) До уровня, когда становятся ясны трудозатраты. Например, список изменяемых метаданных с пониманием - что меняется.

(27)но им всегда нужно знать дату окончания всего проекта. потому что они должны планировать другие проекты.

(29)планируется урезка зарплаты.

Поставь срок когда сможешь определить срок когда сможешь установить срок.

(22) это когда ты сидишь, куришь, а к тебе подходят и спрашивают - через сколько сделаешь отчет? Причем к тебе гарантированно никто не подойдет и не попросит чего то более срочного.

А если у тебя расписаны задачи на 2 недели вперед допустим, а к тебе подходит Марьванна и говорит - хочу вот в этом отчете разделитель вместо запятой - тире. Ты говоришь, через 15 дней будет готово.
И тут внимание вопрос - что в таком случае делать с ее глазами? Как их заколупать назад?

(32) >> планируется урезка зарплаты
А выставленный тобой срок влияет на то дадут добро на выполнение или нет?

- Внедряем КИС!
- Cerera, до нового года успеем внедрить?
- Не знаю, но все трудозатраты буду вносить в тетрадку.

(34) А пусть идет со всеми постановщиками заданий на 2 недели договаривается о сдвижении сроков.

(29)изза того что внеочередные задачи пихаются + текучка. + изза того что невозможно определить точно срок в некоторых случаях без подробного тех задания а у нас подробные тех задания не делаются. вот и получаются что у тебя давлением выбивают дату, фиксируют её и если ты не укладываешься в срок то остаёшься виноватым и всё идёт к тому что это будет отражаться на зарплате. Зарплату привяжут к срокам. Но все 8 часов рабочего дня заняты работой без вяских гуляний в интернете и даже времени на чтение и изучения материала не включено. + Поддержка пользователей.

(0) также можно всех пользователей со всеми хотелками отправлять к экономистам со словами "ну, идите записывайтесь в очередь, а у меня сроки"

(34) Либо используется резерв времени, либо - через 2 недели данная задача может быть поставлена в план и будет сделана еще через 2 недели. :)
Вопрос в том, кто рулит приоритетом задач и кто основные заказчики.

(35)выставленный срок влияет но как правило я назначаю более короткие сроки.

(34) А нафига так плотно забивать график?
Час, другой на текучку, желательно оставить.

(38) а все из за того, что "внедрения" идут снизу вверх а не наоборот.. И вся навнедренная шелуха с ее бантиками забывается следующем поколением сотрудников.

(42) 30% не час.

(38) >> получаются что у тебя давлением выбивают дату
Вот. Ключевой момент. Не подавайся давлению. Внуши себе, что тебе пох, дадут добро на задачу или нет.

Ты: 100 часов
Они: нее, слишком много
Ты: ну, давайте не делать

(44) потому как бывает только час пытаешься понять, что от тебя хотят :)

(42)ну на текучка занимает порядка часа-двух.

(45) А они в ответ, а вот мы звонили туда-то и нам сказали, что такое можно сделать за 2 часа. Ты не компетентен, вали-ка отседова.

Вот описание
http://infostart.ru/public/177202/

(41) Тогда тебе нужно работать в ночную смену.. и в вечернюю тоже.. ибо сроки  - это святое!

(47) У кого как в зависимости от размера конторы и адекватности пользователей

(48) >> А они в ответ, а вот мы звонили туда-то и нам сказали, что такое можно сделать за 2 часа. Ты не компетентен, вали-ка отседова

А ты в ответ: да пожалуйста, пусть делает

(48) но ты так не сделаешь, если работа в таком стиле тебе нравится. На а если нравится... ну вы поняли

+ никто не отменял правила
"Быстро, качественно, дешево.
Выберите любые два" (c)

(53) Как правило бывают и делают, а потом тебе же геммороя вместо 100 часов 200 это хрень до ума доводить и переделывать, чтобы оно наконец-то заработало.

Если реально и так загружены на 100%, внедрите хелпдеск, демонстрируйте не только работу над проектами, но и трудозатраты на текучку (вплоть до мелочей).

Если возникает внеплановая задача - о передвижке сроков текущей задачи пусть договаривается инициатор новой задачи. Если внеплановая задача от директора - не стесняйся напомнить ему о том, что задача Ч сдвинется, и в сроки не уложитесь.

А перед всем эти задай себе вопрос: компенсирует ли зарплата этот геморой. :)

В большой конторе, если ты боишься конфликтов, боишься кого-то просто послать - тебя же сожрут, или сядут на шею, или сначала сядут, а потом сожрут

(50)но экономист так и говорит - если назвал срок и не укладываешься то должен в выходные и ночами делать иначе урежут зарплату. разработка мотивации у них сводится теперь к тому чтобы выплачивать в соответствии с выполнением плана. а план - это даты которые программист выдал.

(58) Ну так сдвигай их светлое далекое будущее. (57) Это даааа, абсолютно согласен.

А вообще достаточно просто честно сказать.
- Я не готов назвать сроки. Мне нужно 3 часа на исследовательскую работу.
После этого я буду готов установить сроки.

(55) >> Как правило бывают и делают, а потом тебе же геммороя вместо 100 часов 200 это хрень до ума доводить и переделывать, чтобы оно наконец-то заработало

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

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

(58)
1) называй срок с запасом.
2) прописывай зависимость своих работ от других отделов (если она есть)
3) учитывай срок с учетом не 100% занятости (закладывай время на текучку)

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

если все это не помогает - увольняйся и найди нормальную работу

(58) выходит ночная переработка - это нормально?? кто у вас отлеживает фонд работчего времени??

(62) декомпозируй сложную задачу. Пропиши срок первого этапа, как минимум.

(62) - Я не готов назвать сроки. Мне нужно N часов на исследовательскую работу.
После этого я буду готов установить сроки.

(64)у нас ведётся табель в пределах рабочего дня. то что сверх табеля не учитывается и не влияет на оплату.

(61) Ударение во фразе должно быть "когда начальство рядом")))

(67) Вали лучше из этой конторы
(65) Декомпозиция наше все!

(58) Кто основной заказчик? Экономист или более высокое ЛПР?
Если экономист - называешь ему срок и всех с хотелками посылаешь туда с согласованием сдвижки сроков. Согласование должно быть письменным.

(58) >> экономист так и говорит - если назвал срок и не укладываешься то должен в выходные и ночами делать иначе урежут зарплату

Собственно говоря экономист права.
Не укладываться в срок ты можешь по двум причинам:
1. Твоя собственная ошибка оценка. Ну и сам себе злобный буратино. Расхлёбывай и не жужжи.
2. На тебя понавешали других более приоритетных задач. Тогда пишется служебка на всех заинтересованных с предупреждением о смещении сроков по таким-то и таким-то проектам (работам/этапам). В таком случае в 146%% случаев либо с тебя снимут внеочередные (не предусмотренные планом) задачи, либо согласятся с обоснованностью смещения сроков и внесут соответствующие поправки в планы.

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

(58) Ну так и называй им реальные сроки с небольшим запасом. В чём проблема? В том, что ты не можешь правильно определить сроки?

(71) +1
еще пункт 3 добавить только:
3. Сроки сорваны по вине третих лиц (пример - требуется провести обучение. Обучающиеся не явились). В этом случае сразу же, не дожидаясь разборов, пишется служебка "не виноватая я, он сам пришел" :)

Вообще, тут весьма помогла бы учетная система, позволяющая анализировать сдвиги сроков и причины сдвигов. Только не охота было бы ее писать в нерабочее время

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

(75) и хеpакс - экономист седеет и падает в обморок :)

(76) Ну все значит, проблем нет

(74) А зачем в нерабочее? Обосновываешь руководству необходимость внедрения такой системы и пишешь. Тем более, что такая система применима не только для программистов.

(0) Человек, поработай во фране с год. Только в плохом, жестком, злобном фране. И все будет в порядке со сроками.
Проблема называется "мало опыта".

А вообще, формула где-то была такая: срок названный программистом * 2 + 60 %.

(Без обид)

(0)Берешь срок который вроде как подходит для решения задачи и умножаешь его на 3. Результат пишешь в план.
Все довольны. У них есть план, у тебя есть время на выполнение.

(0) Если срок не можешь назначить даже примерно значит тебе не хватает опыта.

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

(0)
По-моему единственный вариант - оговаривать срок оценки задачи, часто так бывает, что чтобы назвать более менее точную оценку для сложной задачи нужно потратить времени под 20-30% от  итогового времени решения этой задачи.

Проблема в том, что срок составления оценки точно также плохо прогнозируется, как и решение задачи, потому что это по сути та же самая проблема.

Для руководства можно привести пример со строительными сметами - смета на ремонт комнаты и смета на кап. ремонт дома отличаются и по срокам изготовления и по точности оценок и по стоимости.

Получаем матрешку оценок. Грубая оценка > Оценка с разбивкой на крупные блоки > Оценка с разбивкой на мелкие блоки > Оценка с разбивкой на задачи > Оценка с разбивкой на задачи сроком выполнения не более хх минут\часов.

Я попробую дать примерную схему того, как можно подойти к этой проблеме, оценка по срокам которую я для примера написал - условна, но общее направление моей мысли она отражает, это матрешка из 2-х оценок.

И так:

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

Дальше все упирается в точность оценки, чем точнее нужна оценка - тем больше времени уйдет на её составление.

Желаемый результат оценки - разбивка на задачи сроком выполнения 1 час или 1 день.

По-хорошему специалист может сразу (минут за 10) классифицировать задачу в условных категориях, скажем: простая, мелкая, средняя, крупная, очень крупная, особо крупная.
Дальше чтобы по такой условной оценке получить оценку с разбивкой на задачи сроком выполнения 1 час (для простых, мелких и средних задач) и сроком выполнения 1 день (для крупных, очень крупных и особо крупных) нужно условно:

Простые задачи - до 4-х часов, срок оценки - 15-30 минут.
Мелкие задачи - до 8 часов - срок оценки 1 - 2,5 часа
Средние задачи - до 1 недели - срок оценки 1-2 дня.
Крупные задачи - до 1 месяца - срок оценки 1 неделя.
Очень крупные задачи - до 6 месяцев - срок оценки 1,5 месяца.
Особо крупные задачи - более 6 месяцев, срок оценки - от 2-х месяцев.

Критикуйте :)