Кто составляет ТЗ?

В организации есть аналитик. Он соглашается составить документ с описанием требований от заказчика. Но не хочет писать ТЗ для программиста.
Требования к ТЗ - составить таблицу, где будет описаны типы полей, формат ввода, видимость на этапах, тексты уведомлений и логику изменения данных по каким-то событиям. Аналитик хорошо знает возможности системы (речь о SharePoint).
Аналитик сообщает что составлять ТЗ должен программист. Я этот программист. И по-моему что-то пошло не так.

Ответ

ТЗ - это расшифровывается как техническое задание. То есть это задание от одного субъекта другому, от начальника - подчиненному, от заказчика - исполнителю и т.д. Программист - это звено в производственном процессе, который должен получить задание, прежде чем что-то делать. Если программист пишет сам себе задания, то это означает, что он исключен из производственного процесса, то есть не является участником производственного процесса, а является самостоятельной единицей внешней по отношению к производственному процессу.
Задача аналитика - проанализировать производственный процесс и на основе своего анализа выдать технические задания или рекомендации, если он сам не уполномочен выдавать технические задания, а, допустим, это делает другой уполномоченный сотрудник.
Описание требований от заказчика - это работа секретаря, а не аналитика.
Для аналитика требования заказчика - это всего лишь входные данные, на основе которых он должен выдать выходные данные, которыми являются технические задания. Грубо говоря работа аналитика заключается в следующем. Он должен указать: вот - что требует заказчик, и вот - что надо сделать.
А для программиста ТЗ - это входные данные, а программа - это выходные данные.
В противном случае программисту придется дублировать аналитика. А зачем тогда такой аналитик нужен?!
Фактически, в этом случае аналитик снимает с себя всякую ответственность за свою работу, так как если конечный продукт не будет устраивать заказчика, то аналитик просто скажет, что это вы написали неправильно ТЗ. То есть он полностью обрубил с вами обратную связь и тем самым, подымаясь по цепочке вверх от вас до заказчика, чтобы оценить результат работы и, например, оценить, что было сделано не так, как предполагалось, и на каком этапе, то в этом процессе распределения ответственности аналитик уже участвовать не будет.:)
Как происходит процесс верификации результата работы?
Если задания спускаются сверху вниз, то верификация результата производится снизу вверх.
Результат работы программиста - это программа. Ее правильность сверяется с техническим заданием.
Результат работы аналитика - это техническое задание. Его правильность сверяется с требованиями заказчика.
Ну, а если требования заказчика сами по себе не корректны или неадекватны, то заказчику никого кроме себя винить не придется.:)