Наскільки точні ваші ETA

Як правило мене завжди запитують ETA (Estimated Time of Arrival). По простому «за скільки часу буде зроблена робота».
За шефом помічаю, що він об’єм робіт як правило не дооцінює ( хоча і в самого таке буває ), це змушує мене занижувати ETA. На практиці це виходить так: «сказав за день, зробив за два», «сказав за місяць, зробив за два». Часто бувають ситуації, що потрібно займатись експериментами щоб знайти вірний підхід.

Однак спостерігав, що де-хто цим хворий навіть більше чим я. Зокрема фрілансери (при чому виключень я не зустрічав). Кілька раз мені доводилось їх залучати для роботи над власним проектом. Ситуація була десь така:
ТЗ на 40 сторінок. моя оцінка — 4 місяці.
фрілансер: «зроблю за 1 місяць»
я: «це реально?»
фрілансер: «100%»
я: «мені так не здається. але раз ви так впевнені, давайте закладем 2 місяці»
в результаті — 5 місяців + мені довелось ще зробити сотні правок.

Питання — як у вас стправи з ETA? Доводится давати оцінки? Є тенденція завищувати, занижувати? Що кажуть, коли не вкладаєтесь? Як відбиваєтесь, :)

Теми: оцінка, робота

Ctrl + Enter

bsod 05.04.2013 20:35

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

Відповісти

Підтримати

Павел Борисов Писатель в Неизвестности™ 16.11.2011 16:34

Изначально необходимо устанавливать значение по расчёту + время на запинки, т.е. некоторые задачи, на которых разработчик может долго задержатся. Расчёт конечно-же должен делать разработчик, причём только в том случае, если он уже знаком с процессом всех пунктов в ТЗ, если хоть 1 ему неизвестен, он не может гарантировать 100%-й срок. Я в таких случаях говорю — постараюсь управится за столько, но возможно понадобится ещё столько (или неизвестно) для решения этой задачи. С фрилансом конечно ситуация не очень, все желают получить заказчика, и иногда при этом ещё не знают, смогут ли сделать работу, да ещё и в назначенный срок, поэтому называют обычно от фонаря.

Вообще на деле это как смета у строителей, почти никогда окончательно не соответствует изначальным расчётам.

Yaroslav Fedevych карлсон, который живет в подвале 16.11.2011 16:02

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

Тому що він знає, що як не збреше, то йому не повірять і не довірять. От ви б мені дали роботу по ТЗ на сорок сторінок, якби я сказав, що то півроку ± 2 місяці? Щось мені підказує, що фіг там.

Smarty Coder 16.11.2011 16:18

ну як би сказали «4 місяці» я б повірив :)

Yaroslav Fedevych

св Антоний 16.11.2011 15:47

Обычно погрешность у меня в планировании составляет плюс-минус 50...100%

Vova Mirnenko Product 16.11.2011 12:34

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

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

ПыСы. да, если ситуация позволяет, лучше всегда дать завышенную оценку

Наскільки точні ваші ETA

6 коментарів

Підписатись на коментарі

Новини