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

UX-UI. Если на проекте есть дизайнер — погружаться в это не нужно. Аналитик не должен делать его работу.

Git, CI-CD, Kubernetes. В моей картине мира это зона ответственности разработчиков.

BPMN. Ни разу не пригодилась. Для описания бизнес-процессов хватало простых диаграмм в draw.io. Возможно, я просто не встречала процессов такой сложности, где без BPMN не обойтись.

Языки программирования. Читать код полезно, чтобы меньше дёргать разработчиков. А вот писать — не требуется.

Методологии управления разработкой. Этим рулит руководитель. А «спринт» и «ретро» можно понять и без глубокого погружения.

Я и сама всё это пока изучаю. Где-то могут потребовать что-то из списка как обязательное. Но в большинстве случаев это приятные дополнения к базе, а не сама база.

А что вы считаете наименее полезным в требованиях для системных аналитиков?