sql аналитику знать нужно, но это не всегда применяется явно, просто когда логическую модель данных, к примеру, рисуете, то надо понимать хотя бы принципы, хороший аналитик - отличное подспорье для архитектора бд, изначально понимая задачу и возможное в будущем расширение функциональности, может правильно нарисовать-дать подсказку по оптимизации. То же и диаграмм классов касается.Питон особо не нужен, если Вы не в дата сайенс подаетесь.если в дата сайенс, то там важнее математику знать и основные алгоритмы понимать, чтобы при расчете оценки не делать ошибок и правильно тесты применять. Если простым системным аналитиком, то я бы забила, а поизучала бы больше "по верхам" архитектуру ПО и подходы к проектированию.А так основной инструмент у нас, аналитиков, - это ворд и рисование всяких схем в нотациях uml чаще всего (это маст), bpmn, ну и изредка еще всяких других. Чаще в любом редакторе, хоть визио, хоть дроуио, но иногда в продвинутых местах для этого используются инструменты достаточно мощные - rational rose, enterprise architect, где вообще все связи понимать и выставлять надо.Естественно, обязательно знать все об интеграциях, ну или хотя бы всяких xml/json в концепции rest, но это как раз самое простое.Ну и от бизнес-анализа не отвертеться, даже если в команде роль бизнес-аналитика выделена отдельно, т.е. обязательно нужны еще софтскилс по общению, вытягиванию информации и переносе этого в структурированный вид, который всем понятен - от директора заказчика до любого программиста в команде. С UI/UX-спецами тоже приходится работать, а порой и их работу выполнять.PowerBI - это просто инструмент, bi вообще - это узкая область аналитики. Если нравится именно с данными-связями работать, то и в bi развиваться можно. В проектировании ETL-процессов приходилось участвовать?