Работа системного аналитика заключается не только в понимании данных и архитектуры хранилища или умении писать и оптимизировать sql-запросы. Важную часть работы занимает общение со всеми сторонами процессов и написание грамотной документации.

Техническое задание (ТЗ) — важнейший документ в работе системного аналитика. В реальном мире заказчики редко приходят с чётким пониманием что и как они хотят получить, часто их требования звучат как "найди чёрную кошку в чёрной комнате", и будет хорошо, если известно, что нужно найти именно кошку 😄

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

Согласованная документация — всегда win-win история.

Поэтому я всегда топлю за структурированную, понятную всем сторонам, однозначную, согласованную и непротиворечивую, полную документацию. Да, этот процесс занимает время и иногда кажется, что он бессмысленен ("тут задача на пару часов, просто напишу инженеру в личку"). Но в любых процессах всплывают подводные камни и всегда лучше "подстелить соломку". Плюс в большой компании в любой момент времени может уйти один из сотрудников, участвующих в процессе. И вот уже не сыскать концов почему именно так был реализован тот или иной процесс, для какой бизнес-цели и кто является заинтересованной стороной.

Хорошая документация — не просто обязанность, а инвестиция в будущее проектов.