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

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