Иногда заказчик не написал что-то в ТЗ, потому что для него это очевидно. Он имел в виду, а ты не догадался.

Иногда написал все, что хочет, но выясняется, что таких данных просто нет.

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

А иногда мы просто очень хотим что-то анализировать, но эти данные никто никогда не собирал. 😂

Поэтому я считаю, что ТЗ не заменяет живого общения с заказчиком.

Важно не просто собрать требования, а вместе побрейнштормить: - Какую задачу решаем? - Кто и как будет пользоваться результатом? - На какие вопросы хотим получить ответы? - А есть ли у нас вообще данные для этого? 😂

Именно поэтому так важны встречи до начала разработки и синки в процессе.

Часто самые важные детали всплывают не в документе, а в разговоре.

Для меня аналитик - не просто исполнитель ТЗ, а партнер.

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

Ведь иногда заказчику тоже нужно помочь понять, чего он хочет.