Коллеги, поделитесь, пожалуйста, опытом планирования трудозатрат на написание техзадания/спецификации. Как вы это делаете?

На данный момент есть у меня такая проблема - не могу точно определить, сколько человеко-часов я затрачу на формирование ТЗ. Данные нужны, конечно же, руководителю проекта. Понимаю, что оценить более-менее точно можно, имея опыт. Но от себя могу добавить, что за 8 часов рабочего времени я могу написать 3-4 несложных варианта использования, дополнив их макетами.

Дополнительно по данному вопросу нашёл материал на форуме: http://www.uml2.ru/index.php?option=com_content&task=view&id=398

Спасибо за внимание.

....не могу точно определить...

Точно — это как? Метрология в вузе была?

Точно — это как? Метрология в вузе была?

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

Я бы предложила начать с планирования ваших активностей по написанию документации. У вас уже вся информация есть и вам только бумажку наколбасить или вам потребуется время на сбор информации у N заинтересованных лиц, а потом еще и на согласование документа с ними?
Декомпозируйте, другими словами. Точно оценить легче всего то, что ты один раз уже делал. Большая задача часто состоит просто из большого количества работ, которые уже приходилось делать.

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

«Хотя бы адекватно» — это как??
«Адекватный» означает «соответствующий». Чему должны соответствовать твои оценки трудозатрат?

Оценки бывают, например, с точностью от 0,00001 до 10000%. В бизнесе при оценке трудоёмкости и длительности работ обычно имеют смысл оценки с точностью от процентов до десятков. В R&D и создании нового продукта допустимы оценки +300/-95%, в заказной разработке +/-20%, в продуктовой разработке нового новой версии продукта и внутренней +/-40%.

Хорошая достоверность оценки аналитических работ в заказной, внутренней разработке и разработке очередной версии продукта составляет ~20%, неплохая — 30%, отличная — 10%, типовая — 50-100%.

Оценки трудоёмкости удобно делать из удельной трудоёмкости выполнения отдельных единиц. Если основным элементом поставки аналитика является UC, то можно прикинуть категоризацию сложности способов применения по концепции в виде:
1. Сложных UC — ~5 штук.
2. Средних UC — ~10 штук.
3. Простых UC — ~20 штук.
Далее умножаем ожидаемое число способов применения каждого типа на средние трудозатраты на разработку каждого UC, например, 10 часов, 3 часа и 1 час. Получаем общую оценку по «мясу», можно добавить ещё накладные расходы на обвес.

По мере набора опыта и статистики можно научиться давать такую оценку с точностью 20-30% для знакомых предметных областей.

В целом методики есть, но они обычно подстраиваются под каждого.
Например, можно универсально считать что написание ТЗ - это 160 часов.

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

В целом все равно придется делать что-то свое, с учетом Вашей специфики.
Есть например,  ГОСТ Р ИСО/МЭК 15910—2002

Или был такой отраслевой стандарт   ОСТ 4.071.030 . Он отменен , но использовать при разработке своих рекомендаций можно.

Во вложении, как пример.

Thyestes, позвольте обратить внимание на то, что «поделитесь опытом, как вы это делаете» и «какие вообще есть методики» — это несколько разные вопросы.

Хорошо. Как когда-то делал.
На ТЗ (без UC, но надо было сделать по или у учетом ГОСТ) - 160 ч.

ТЗ лучше считать исходя из предполагаемой сложности. Оценить сколько будет в ТЗ тех самых "3-4 несложных варианта использования,".
При этом важно учесть 2 вещи
1. Сложность растет нелинейно, т.е. если в ТЗ будет 10 вариантов использования, то их связывание между собой займет сравнительно мало времени. При 100 вариантах в связанной системе требуется уже время на притирку их друг к другу. Тут сложно точно оценить время, но например можно предположить: "увязка 5 вариантов между собой = 1 вариант использования по времени"   
2. Документ требует времени на оформление. Это СУЩЕСТВЕННОЕ ВРЕМЯ.
3. Молодой специалист все равно переоценивает свои силы и заложит мало времени на написание ТЗ

В связи с этим предлагаю практически:
1. Метрики и оценки:
-3-4 несложных варианта = 1 ч-день
-1 сложный вариант использования = 1 ч-день
-1 средней сложности вариант использования = 0.5 ч-дня
- увязывание 5 несложных вариантов = 0.25 дня.
- увязывание сложных вариантов считается
- оформление документарное 10 несложных вариантов использования = 1 ч-день
- коэффициент "мысленного упрощения" (на него надо в конце умножить) = 1.33
2. Важно - это МОИ оценки данных метрик. Ваши могут, и скорее всего будут, немножно другими.
3. Далее
 - разбиваем предполагаемое ТЗ на варианты использования
 - учитываем сложность
 - учитываем оформительство
 - умножаем на коэффициент
Вуаля )))
Что не учтено в модели - время на согласование и переделывания. Тут все зависит от организации работ в вашей конторе. Время за чистовик - тогда их надо учитывать. Как, сколько стоит? Вам виднее изнутри.

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

Если хотите изучать самостоятельно, то готовьтесь примерно к году работы по изучению методов и калибровке ваших оценок.
Шаг 1. Достаете книгу "сколько стоит программный проект" Макконнела и читаете. Берете данные по распределению трудозатрат на проекте  из книги и начинаете считать. по мере накопления статистики калибруете оценки. Для оценки объема проекта в целом используйте Use Case Points.

А указать ссылку на тренинг можно?

http://luxoft-training.ru/training/catalog/course.html?ID=6122
или
http://luxoft-training.ru/training/catalog/course.html?ID=22356