Заказчика, пытающегося заниматься почасовым нормированием творческого труда системных аналитиков и программистов, послать в ... Нет, лучше скажу мягче, а то меня модератор прихлопнет:) Нужно вежливо объяснить заказчику, что почасовая оплата бывает у адвокатов и репетиторов, а для программистов, писателей и художников такой подход не невозможен и поэтому не применяется. На ответ "почему?" пояснить, причины как минимум две:
Причина №1. Адвокат и преподаватель свои часы отрабатывают в непосредственном контакте с клиентом, поэтому клиент может контролировать время и ход выполнения работы. К примеру, преподаватель обучал клиента 1 час, и клиент засёк это время по часам. А рядом с программистом клиент со свечкой не стоял и время не засекал, поэтому любой о спор потраченном времени - глупость. Программист говорит "я потратил 8 часов", а клиент ему "врёшь, я подглядывал, ты потратил 4 часа". Или так "ты потратил 8, а должен был потратить 4 часа, мне это подсказал внутренний голос". Короче, идиотизм получается.
Причина №2. В отличие от набивания символов на клавиатуре или сверления рабочим дырок в заготовке, в программировании куски исходного кода неравноценны по трудозатратам. На какой-то кусочек программы может уйти времени на порядок больше, чем на другой кусочек такого же объёма. Объяснять почему так происходит, я здесь не буду, так как на этом форуме люди достаточно квалифицированные. Поэтому оценивается обычно работа в целом, или этап работы (т.е. промежуточный результат). Действует принцип тендера: заказчик определяет срок (X дней) и сообщает сумму (Y рублей). Программист торгуется - пытается увеличить X и Y под любым благовидным предлогом. Договорились - отлично! Началась работа, и заказчик не имеет права регламентировать ход работы по часам и устанавливать почасовую оплату. А иначе это какая-то проституция получается, а не программирование.

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