Чем аналитик НЕ занимается: проблема vs решение и мифы

Частая ошибка новичка: заказчик говорит «нам нужна кнопка на главной странице», и аналитик начинает описывать кнопку. Но «кнопка» — это уже решение. Аналитик работает с проблемой: что болит, зачем нужна кнопка, какую цель она решает? Может, проблема вообще решается иначе. Граница роли чёткая: аналитик НЕ принимает бизнес-решения за заказчика. Стоит ли вкладывать деньги в новую функцию, решает бизнес; аналитик проясняет варианты, сравнивает их и может рекомендовать лучший с обоснованием. Аналитик НЕ пишет продуктовый код. Но и согласованием требований его работа не заканчивается: он следит за изменениями, отвечает на вопросы команды и помогает проверить, что готовое решение закрывает потребность. Вокруг профессии сложились три устойчивых мифа: • «Аналитик — тот, кто рисует схемы». Схемы — лишь инструмент, а не суть работы. • «Аналитик — младший разработчик, который ещё не умеет кодить». Это разные профессии с разными навыками. • «Аналитик записывает под диктовку то, что говорит заказчик». На самом деле он задаёт вопросы, выявляет противоречия и помогает заказчику понять, что ему нужно. Практический тест: услышав «нам нужно X», спросите себя — это проблема или уже готовое решение? «Клиенты уходят после первого заказа» — проблема. «Сделайте программу лояльности» — решение. Задача аналитика — вернуться от решения к проблеме и проверить, что решение её действительно закрывает.