Привет! Меня зовут Валид Панин, хочу поделиться кратким чек-листом скилов аналитика. Расскажу какие харды и соф-скилы использую в своей работе с примерами, пояснениями и списком литературы и ресурсов, которые помогут подтянуть знания. Мне бы пригодился такой чек-лист как карта развития, если бы я сейчас начинал свой путь аналитиком.
Дисклеймер. Это не описание вакансии системного аналитика в Альфа-Банке. Это мой личный чек-лист, который я составлял для себя и решил им поделиться. Скилами из списка я бы хотел «одновременно хорошо уверенно владеть».
Об авторе:
Валид Панин
Главный системный аналитик в Альфа-Банк
Чек-лист поделил на две части: харды и софт-скилы. В первой части поговорим про инструменты и чёткие знания, а во второй — про «неосязаемые», но без которых тоже будет трудновато.
Харды
Здесь я выделил знания SQL-запросов, архитектуры, интеграций, диаграмм и схем. Всё, что напишу дальше, я сам использую, например, чтобы писать ТЗ, документацию на API или в гайдах для пользователей.
SQL
Язык запросов для управления, чтения и изменения данных в БД.
Нужен как системному, так и бизнесовому аналитику. БД используются в любом проекте, и умение читать из неё информацию понадобится как и для анализа данных, так и для понимания как должна быть организована информация. А также для решения возникающих проблем и ошибок.
Уровни понимания:
Джун: простые SELECT'ы, джойны, агрегирующие функции, изменение данных.
Мидл: временные таблицы, процедуры, вьюхи, индексирование.
Сеньор: нормализация данных, ERD.
Мы используем SQL во всех проектах и он нужен аналитику любого уровня. Например, для джуна достаточно уметь работать с такими запросами.
SELECT to_char(dt, 'YYYY-MM-DD')
FROM
(SELECT
ROW_NUMBER() OVER (ORDER BY DT ASC) as rownumber,
dt
FROM CALENDAR
WHERE dt > sysdate and holiday != 1)
WHERE rownumber = 3)Это простой запрос с одного нашего проекта, но интересен тем, что в нём есть подзапрос. Для одной из задач было необходимо, чтобы запрос выбирал дату третьего рабочего дня, потому что многие банковские операции зависят от рабочих дней и выходных. Как раз здесь подзапрос выбирает третий по счету день из будних в таблице.
Как научиться?
Изучить Database and SQL Roadmap. Это один из лучших ресурсов по SQL с подробным и понятным объяснением.
Потренироваться на старом, но проверенном сайте SQL-ex.
Архитектура ПО
Существует несколько видов шаблонов архитектур. Аналитику любого уровня необходимо понимать, какие виды существуют, как они соотносятся между собой, знать о плюсах и минусах использования каждой. Например, чем отличается многослойная архитектура от многоуровневой, а когда вместо хайповой микросервисной подойдёт SOA.
Уровни понимания:
Джун: знает в теории о разных видах архитектур, умеет их отличать.
Мидл: знает плюсы и минусы разных типов, понимает сложность реализации.
Сеньор: задачи граничат с задачами системного архитектора.
Навык необходим в разной степени каждому системному аналитику. В работе часто придётся встречаться со схемами архитектуры, разбираться с интеграциями, что с чем взаимодействует, где «ручки-ножки» торчат. Разбираться нужно не только, чтобы думать как разрабатывать новые сервисы, но и, например, чтобы просто обновить документацию. Как раз знание архитектуры ПО поможет быстрее погружаться в проект и при разработке новых задач позволит избежать ошибок в технической реализации.
Например, мне приходится часто встречаться с таким схемами как на скрине, где показана часть нашей архитектуры. Опытный аналитик, наверное, сразу догадался, что у нас распределенный монолит (сильно не ругайте:)).
Как научиться? Для начала почитать обзорные статьи, например, про Многослойную архитектуру и другие виды, а также подробные разборы, например, Сервис-ориентированной архитектуры (SOA).
Потом почитать книги — рекомендую «Паттерны разработки и рефакторинга» Крисса Ричардсона, и перейти к отдельным ресурсам, посвященным разным паттернам проектирования, вроде https://microservices.io/. Микросервисная архитектура — сейчас очень популярна, поэтому часто встречаются рабочие задачи на движение от монолита к микросервисам.
Веб технологии: HTML, JS, CSS, AJAX
Аналитику нужно понимать как клиент отображает страницу/экран, что происходит под капотом на фронтенде и какую информацию клиент передает на сервер. Без этого никуда, потому что надо разбираться как будет работать система, которую нарисовал дизайнер, и перенести это всё в техническую документацию с описанием взаимодействия компонентов. Понимание как работает нужно всем, но особенно необходимо тем, кто будет работать с фронтом.
Например, я недавно участвовал в одном хакатоне и разрабатывал этот макет «аптечного приложения».
Здесь есть «нюанс» — в приложении предусмотрена авторизация на стороннем сайте, на Госуслугах. Чтобы мне, как аналитику, прописать ТЗ, надо бы знать, как она работает.
Уровни понимания:
Для джунов и миддлов даже не знаю, что написать, простите:)
Сеньор: понимает как должно быть выстроено взаимодействие с бэкендом, например, что добавится в кэш. По ТЗ может сразу нарисовать диаграмму взаимодействий элементов и протоколов.
Как научиться: можно начать с основ HTML (здесь и здесь продвинутые курсы), CSS, продолжить JavaScript’ом. Ресурсы на английском, но есть аналоги на русском — «Начало работы с вебом» и один из лучших ресурсов по JavaScript.
Интеграции
Интеграции перекликаются с архитектурой, потому что все системные задачи так или иначе связаны с взаимодействием систем.
В этот блок входят как и информация об основных протоколах передачи данных (HTTP, FTP, SMTP, DBC), так и информация про архитектурные стили, связанные с системными интеграциями, о форматах обмена сообщений sync & async, а также про шины, очереди сообщений.
Протоколы: HTTP, FTP, SMTP, DBC.
HTTP (HTTPS) — HyperText Transport Protocol, знакомый протокол для передачи информации по интернету. Основа взаимодействия это клиент — серверное взаимодействие: клиент посылает запрос — сервер отвечает. Самый часто встречаемый протокол на данный момент.
FTP — File Transfer Protocol, используется для передачи файлов, в отличие от HTTP. Также использует клиент — серверное взаимодействие, однако есть несколько ключевых отличий от HTTP.
SMTP & POP3 — протоколы используемые для взаимодействия с почтовыми серверами и почтовыми клиентами.
Примечание. протокол передачи ≠ формат взаимодействия систем.
Список протоколов не полный, но достаточный для начала.
Формат взаимодействия систем.
Вариаций масса, но выделю два основных: REST и SOAP — не очень корректно сравнивать, про это уже написано десять раз. Основные отличия:
В интеграции «по REST»: JSON over HTTP.
В SOAP интеграции XML over HTTP.
REST сервисы проще в разработке, проще во взаимодействии.
SOAP сервисы, как минимум из-за специфики сообщений, считаются безопаснее, более стандартизированными, меньше подверженным ошибкам.
По скилам.
REST: необходимо понимание принципов архитектурного стиля, понимание работы основных методов ( 4 метода, покажу вам их на карте), структура и правила формирования JSON.
SOAP: XSD схема — правило составления XML файла, WSDL — схема описания веб сервиса, структура и правила формирования XML.
Как научиться: пара отличных статей про эти форматы взаимодействия.
Брокеры сообщений.
Не совсем корректно помещать в блок про протоколы, но подходит под форматы взаимодействий. Из названия можно догадаться, что брокеры сообщений — это такие компоненты системы, которые хранят в себе разные сообщения и распределяют их между получателями. Важно понимать как это работает и зачем используется (в распределенных системах с асинхронным взаимодействием). Наиболее популярные (те с которыми я поработал): Kafka и RabbitMQ.
Уровни понимания:
Джун: понимает, какие интеграции существуют, через что реализованы, и что необходимо для корректной реализации.
Мидл: понимает разницу и ограничения каждого из типа интеграций.
Сеньор: может самостоятельно определять какой тип интеграции будет актуальнее в отдельных случаях.
Как научиться? Начать с документации Mozilla для разработчиков, не считая ссылок на статьи.
Диаграммы и похожие инструменты
Диаграммы — важный инструмент аналитика. Необходима как для отображения бизнес процесса, так и для детальной информации о вызовах и работе сервиса/ системы.
Обычно для диаграмм используют Draw.io и Visio, где можно руками двигать блоки и прочее, но я настоятельно рекомендую освоить PlantUML. В нём можно текстом передать алгоритм, где вот такое описание…
…превращается в ровную схему.
В PluntUML можно рисовать не только простые схемы бизнес-процессов, но и более детальные описания последовательности взаимодействия систем, что тоже нужно аналитику. Например, такие.
Как научиться?
Изучить туториал по UML: ER diagram, диаграммам последовательности. Используются для описания системной части. Потом — по BPMN: необходима для описания бизнес процессов (часто используются упрощенные варианты)
Из инструментов Draw.io, Visio, и PlantUML.
Софты
Можно было бы написать здесь про «адаптивность, самостоятельность и стрессоустойчивость», но у меня немного другой список.
Желание упорядочить хаос
Я работаю в достаточно молодом проекте, поэтому у нас нет «легаси» в виде массива документации, в которой надо разбираться пару недель. Но нам активно накидывали задачи в почте, Jira, в Телеграмме, ещё в процессе появляются задачи «на потом», и идеи как можно лучше что-то реализовать.
Чтобы такие идеи не потерялись — решили командой организовать это в удобную таблицу в Конфлюенсе, которую я веду. Структурировали хаос, так сказать. Получилась таблица, где всё собрано в одном месте и достаточно удобно.
Планирование
Это продолжение предыдущего пункта, но применительно к своей работе. Например, я всегда планирую работу на неделю и день. Мой список задач, вам может быть непонятно, я для себя писал:)
Аналитическое мышление
Мы работаем с вендором, который нам отправляет техническую документацию, мы её ревьюим и фиксируем замечания. Однажды таких замечаний накопилось 400 штук. Сейчас мы меняем вендора и, чтобы в будущем замечаний было меньше, мы решили замечания как-то проанализировать, обдумать. Собрал всё от старого вендора, типизировал и построил разные графики и диаграммы.
Это одна из таких диаграмм. Мы потом с командой думали «над ними» как оптимизировать внутренние чек-листы, какие листы и гайды передать вендору, чтобы они сами разбирались, а какие нам.
Самостоятельность
Логично, что для таких «проектов» нужна какая-то проактивность, потому что обычно работа аналитика самостоятельная, одиночная. Хороший аналитик чётко должен понимать, как заниматься своими задачами, уметь самостоятельно следить за тем, что и когда должно быть выполнено.
Коммуникация
Без общения аналитику никуда. Иначе как собирать у бизнеса требования, или объяснять разработчикам суть задач? Аналитик должен уметь договариваться и отстаивать свою точку зрения.
Тяга организовывать людей
Спорный пункт, но аналитик это первый человек, к которому обратятся ребята из смежной (или собственной) команды, чтобы узнать о том, как что работает. Чтобы не потеряться самому и всегда знать куда отправить человека за ответами, на аналитика часто ложится работа по организации информации о проекте.
На этом всё. Надеюсь, вам было интересно и полезно. Если у вас есть, что добавить — пишите комментарии, я обновлю статью и чек-лист дополню.
Подписывайтесь на Alfa Digital Jobs — там мы интересно и весело рассказываем про нашу работу, делимся новостями и полезными советами, иногда даже шутим. Проекты у нас тоже интересные, например, приложение или интернет-банк. Приходите к нам, сейчас есть несколько вакансий аналитиков, например, Системный аналитик и Ведущий системный аналитик.
Рекомендуем статьи:
Комментарии (27)
DrinkFromTheCup
06.06.2022 20:23С таким аналитиком не нужен техлид. Да и много чего/кого резко оказывается впоследствии не нужно.
Более того. Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Смысл оставаться аналитиком при таком раскладе?
cqiymh9_8
07.06.2022 10:08+1Я автор статьи, добрый день!
Спасибо?
Я думаю, что роль аналитика и то, что ему предстоит зависит от масштаба проекта и размера команды. Отлично вижу, как в небольшой команде и компании аналитик занимает роль выше.
> Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Команда всегда нужна. Идея и описания это очень хорошо, но они ничего не значат без реализацииDrinkFromTheCup
07.06.2022 12:08Да, пожалуй, спасибо :)
Именно. Но первый шаг к реализации то уже сделан. SQL заборот, фронтэнд заборот.
А значит, осталось подучить бэк - и уходить в удивительный мир мелких, но весомых проектов. Или непосредственно в техлиды.
И через 2-4 года вырасти в высококлассного управленца по технической части либо технологического монстра, единолично способного на абсолютно всё. Смотря к чему душа лежит.
Чем больше в компании универсалов - тем меньше человек занимается своим делом.
gholla
08.06.2022 15:23вот точно подметили.
и процитирую известное высказывание (не мое):
аналитик же "ничего не делает" - так пусть делает все... :)
Tangeman
07.06.2022 15:31+1Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Если то что он делает не нуждается в сопровождении и он работает на себя — нет, не нужна (хотя с командой пошустрее).
Но если он работает по найму или продукт требует сопровождения и/или поддержки, и если его переедет трамвай (или покусает вирус) — работодатель и клиенты очень сильно расстроятся.
Чем больше в компании универсалов — тем меньше человек занимается своим делом.
Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
На самом деле, компании выгодно нанимать именно универсалов (если она может себе это позволить) — они легко адаптируются под любую задачу подпадающую в их сферу знаний, не нужно каждый раз искать людей под "нестандартные" проекты или перестраивать команды, не говоря уже о том каждый может заменить каждого (почти — тут конечно есть нюансы, но лучше чем с узкой специализацией).
Безусловно, один человек не может хорошо знать абсолютно всё в IT, но к примеру если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка, и это не очень напряжно — для молодых, по крайней мере.
DrinkFromTheCup
08.06.2022 12:57Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
Не согласен. У каждого the trade - свои tools of. Свои секретики. Свои нюансы.
Знать их все на достаточно приличном уровне - это проблема. Упираемся либо в предел возможностей человеческих мозгов, либо в скорость изменения ситуации в различных сферах. Смотря насколько широко пытаемся развиться.
Нет, есть Избранные, которые и спроектируют, и накодят, и задеплоят, и всегда в курсе ВООБЩЕ ВСЕГО свежака. Но должность у них отнюдь не аналиста.
На самом деле, компании выгодно нанимать именно универсалов
Ясен перец. Зачем держать штат профессионалов, закалённых и отточенных орудий в своих областях, если можно за меньшие деньги набрать оптимистов широкого профиля.
если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка
Именно. И смысла сушить мозги на должности, состоящей в основном из обязанностей, но не из прав, ему смысла - нет.
gholla
08.06.2022 09:09По личному опыту прохождения собесов - могу сказать уверенно - что требования с SA и BA в альфбанке - неадекватно завышенные. при том, что предлагаемая зарплата в общем то - совсем не отражает это "завышенное".
Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне который уже предъявляется отдельной специализации/специалисту - дата-аналитику или разработчику-бэкендеру. Причем, я понимаю для чего аналитику надо иметь базовые познания в SQL (чего совершенно достаточно для 95% для SA и BA - если они занимаются именно своей работой, а не тянут "и за того парня"), и даже согласен с тем что ХОРОШО БЫ (необязательно, но хорошо бы) достаточно уверенно понимать - что и как делается с помощью SQL "на среднем уровне". Но реально требования которые выдвигаются альфбанком - это прям уверенно самому аналитику писать SQL запросы не ниже "среднего уровня".
Ок. Допустим это надо SA и BA аналитику - по версии альфбанка, но я не понимаю зачем? Но допустим... Но тогда это уже не SA и BA аналитик!! Назовите как-то по другому, акцентируйте в вакансиях что "нам нужно чтобы SA/BA аналитик в таких то задачах писал сам запросы, потому что... " и банально - учитывайте в предложении по оплате.
А кстати, в итоге - почему? Кто-то может объяснить - зачем аналитику, который по сути работает с требованиями - писать запросы???
Pachino_123
08.06.2022 11:00Ну вы озвучьте что вы имеете в виду под средним уровнем, что под высоким?
DrinkFromTheCup
08.06.2022 13:11Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне который уже предъявляется отдельной специализации/специалисту - дата-аналитику или разработчику-бэкендеру.
Вы не рубите фишку. Это тренд такой - полностью самодостаточный аналист. Чтобы сам себе гипотез наставил, сам себе данных выгрузил и сам себе дашбордов напрограммировал. Жаль, право самому себе премию насчитать при этом выдать забывают.
И не только "Альфа" этим грешит. Я с ноября вакансии мониторю. Через одного, если вакансия "аналист" - неважно, где и с насколько мощной замороченностью по реальным задачам - обязательно в требованиях джентльменский набор из как можно более крутого владения SQL плюс какого-нибудь Питона. Самому себе дашборды программировать. И зарплата при этом указывается где-нибудь между $300 и $1000. Что для такого скиллсета - слёзы.
Какая-то нездоровая логика у этого феномена есть. Не нужно мирить ежа с ужом, запрос данных "от бизнеса" с собственно данными в БД. Кто просит - тот сам их и забирает, не надо переводить с менеджерского на технический язык и обратно всю эту бабуйню, экономия на коммуникациях, уиииии!..
...только зачем мне в это соваться, если я могу укрепить познания в SQL и смежных областях ещё чуть-чуть и махануть на куда более престижную должность какого-нибудь DBA...Впрочем, бывают ещё веселее смешные ужасы. В иных компаниях.
"Сделай нам список всех возможных фронтэндных страниц этой CRM. С урлами и путями следования между страницами."
Вот просто. Возьми и сделай. Список вообще всех фронтэндных страниц. Ты же аналист. А Девелопмент? А Девелопмент схлопотал массовый приступ амнезии. Забыли-с, как в этой CRM страницы создаются. Вчистую. Парадокс. Действуй, brudda!
(и если бы только это. Уговорили, сделал, грохнул N часов на эту абсолютно непрофильную активность. Свёл в доку, наштамповал задач ещё заранее. Переслал. Получил шикарный ответ: "Нам что, это читать?!"
Подождал для вида пару дней, убедился, что, действительно, не читают. Снёс доку.
Экономия на коммуникациях, уииииии!..)
anna_ovzyak
06.06.2022 22:39Спасибо за систематизацию.
В интеграции я бы добавила graph ql, в последнее время популярным становится. Про диаграммы стоит уточнить, что обязательно uml sequence последовательности, остальные опциональные.
Не хватило конкретики в пункте про архитектуру senior аналитика - задачи системного архитектора. Почему системного, а не solution? Какие именно задачи?
cqiymh9_8
07.06.2022 12:47Привет! Спасибо.
По поводу graph ql:
Стоило упомянуть, однозначно. С другой стороны, решил постараться не раздувать скилы и указал условно "минимальные"
Про архитектора:
¯_(ツ)_/¯ ))
Кажется, что в зависимости от масштаба проекта и компании эти грани слишком сильно размываются.
edst_land_ru
06.06.2022 22:49Можно ли попасть к вам на стажировку/обучение/работу, если я 45-летний IT-специалист очень широкого профиля, но не аналитик?
DmitryShm
07.06.2022 10:08+1А как насчёт того, чтобы все эти знания уложить наконец-таки в соотв. модели? Не надоело картинками и разрозненными файлами с коллегами обмениваться? PlantUML для картинок?
Вы меня пожалуйста простите, но на просторах рунета очень редко встретишь вашего коллегу, владеющего профессией. Самое близкое к целевому, что приходилось наблюдать, было в Ланите. Но и там это выстрадано необходимость работать в реально сложных проектах, а не тогда, когда все решения уже приняты, и надо выживать в сложившихся условиях, изредка публикуя статейки. Причём уже так получается, что статейки этого уровня получают поддержку. Типа, молодец.
Будем позитивными. Что знал сложил в статью, которую можно причитать. Уже немало для такого рода деятельности. Но камон...
NeverIn
07.06.2022 16:53Рецепт прост. Намешать кучу технологий (на 2-3 полноценных специалиста) обозвать красивым словом и вуаля проблема решена.
hal0peridolum
08.06.2022 08:15Текст было бы неплохо начать с постановки задачи. То есть, какие проблемы призван решать системный аналитик в Альфа-банке. Оттуда уже можно вывести и скиллы.
Тогда читатели будут понимать, что системный аналитик это не богом с неба спущенная сущность, а роль, призванная решать проблемы конкретного бизнеса (Альфа-банка) при помощи каких-то умений. А также то, что проблемы другого бизнеса нужно решать другими скиллами системного аналитика или же вообще без системного аналитика.
cqiymh9_8
08.06.2022 09:04Привет!
Это хорошее замечание, спасибо.
Отчасти надеялся, что вот эта часть:
> "призванная решать проблемы конкретного бизнеса (Альфа-банка) при помощи каких-то умений."Будет закрыта словом "мой" в названии статьи
Mihij
08.06.2022 08:17У меня вопрос прежде всего к автору. Начал проходить курс обучения "Системный-аналитик", направлен работодателем. Мне рекомендовали изучить инструмент Archimate. Используете ли ваша команда его или приходилось ли сталкиваться с практикой его использования?
andrey_zateylivbly
08.06.2022 09:50+1Я бы ещё добавил к перечню скилов знания о системном мышлении и системных подходах т.к. это основные инструменты для борьбы со сложностью.
gholla
08.06.2022 11:38+1По личному опыту прохождения собесов - могу сказать уверенно - что требования с SA и BA в альфбанке - выглядят неадекватно завышенными. при том, что предлагаемая зарплата в общем то - совсем не отражает это "завышенное".
Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне - который должен уже предъявляться дата-аналитику или разработчику-бэкендеру. Причем, я понимаю для чего аналитику действительно надо иметь именно базовые познания в SQL (чего совершенно достаточно для 95% задач решаемых SA и BA - если они занимаются именно своей работой, а не тянут "и + за того парня"), и даже согласен с тем, что ХОРОШО БЫ (необязательно, но хорошо бы) достаточно уверенно понимать - что и как делается с помощью SQL "на среднем уровне". Но реально требования которые выдвигаются альфбанком - это прям уверенно самому аналитику писать SQL запросы не ниже "среднего уровня". Но пардон, вы ищете SA BA аналитика? или разработчика который сам кодит запросы? вам требования писать или запросы?
Ну ок. Допустим, это надо SA и BA аналитику - по версии альфбанка, но все же я не понимаю зачем? Но допустим... Но тогда это уже не SA и BA аналитик!! Назовите как-то по другому, акцентируйте в вакансиях что "нам нужно чтобы SA/BA аналитик в таких то задачах писал сам запросы, потому что... " и банально - учитывайте этот явно нестандартный запрос в предложении по оплате.
А кстати, в итоге , вопрос к Автору - почему надо так глубоко знать SQL в альфбанке? можете объяснить: зачем SA BA аналитику, который по сути работает с требованиями - самому писать запросы средней и большей сложности???
Ну а второй момент - обилие достаточно разнообразных хард скиллов ВСЕМИ которыми по версии алфбанка должен ОДНОВРЕМЕНО ХОРОШО и УВЕРЕННО владеть аналитик - говорит о том, что или этого аналитика буквально "имеют в хвост и гриву" и/или "а просто чтобы был всезнайкой". Причем оба варианта - плохи для того самого аналитика. Стресс от работы - когда ты должен быть продуктивным в любой ситуации все 8 часов в день, и стресс - когда ты должен знать и помнить все буквально наизусть - это все очень быстро гробит ментальное и следом физическое здоровье. Но это мое мнение. Интересно, что реально скажут аналитики альфбанка.....
cqiymh9_8
08.06.2022 14:50Привет!
Вижу вопрос к автору, постараюсь ответить
1) Это все таки не описание вакансии системного аналитика в Альфа-банке. Это мой чеклист, который я составлял для себя и решил им поделиться. Скилами из списка я бы хотел "ОДНОВРЕМЕННО ХОРОШО и УВЕРЕННО владеть". Но консерн ваш понимаю.
2) По поводу скуля.
Мне кажется системный аналитик все таки часто выступает такой большой базой знаний по системе, с которой работает. В связи с чем возникает пара задач:Поддержка третьей линии
Помощь разрабам с тем, откуда, что и как брать.
И в обеих задачах SQL будет очень нужен.
gholla
08.06.2022 22:20так и не увидел описания реального кейса для "зачем SA/BA знать SQL на уровне "от среднего и выше..." - только вижу что "скуля" очень нужен... а чем? я знаю работу сапорта на всех линиях, что там аналитик реально должен делать "скулем" ? и кстати - не все же аналитики в альфе работают в саппорте. или ВСЕ? и та же помощь... ну да, нужна, и вы вместо разработчика копаетесь прям в БД? можете реальные пару тройку кейсов расписать когда "скуля" нужна? можно без секретных деталей .
я понимаю почему "насяльник" требует чтобы ты один работал за двоих-пятерых и я не про это спрашиваю...
но я не понимаю - для чего аналитику самому кодить запросы на middle и senior уровней разработчиков... мало того, что это непродуктивно и непрофильно, так еще и тебе не плотят за две роли. разве - как аналитик - ты не можешь написать верхне-уровневое решение так чтобы по нему быстро отработал (написал SQL запрос) разработчик и проблема (в том числе и с третьим уровнем саппорта) была решена быстрее чем если бы сам аналитик будет копаться во всем? вот я о чем.
по опыту - какие бы задачи не стояли бы перед аналитиком, ключевое - он должен знать инф систему которую делает команда (создает/делает/правит/сопровождает) и понимать какие решения применены и для чего, где документация. и опираясь на все перечисленное и на свои скиллы - выдавать проекты верхнеуровневых решений/гипотез, не влезая в код. Ибо код - это разработчики. И запросы SQL - это тоже код. Несложный, если запросы несложные, но даже "средний уровень" указанный в статье - это уже уровень разработчика!
К чему я все это... когда я был молодой (лет 15...25) - я все делал сам и удивлялся чего же все вокруг что-то делят, что-то требуют, чего то ноют, чего-то не хотят, что-то много пессимизма и скептицизма... хы, да я шел и делал все сам. А что? Я мог, и там где команда делала проект год-два , я делал один - за тот же или меньший срок...
а потом.. спустя время... я ... нет, не поумнел, скорее наоборот - с возрастом умнее не становятся, ибо физиологию не обманешь... так что, когда спустя повзрослел - я осознал, что пока я "рвал пупок" делая "все сам", по ходу изучая буквально все, что было нужно и не особо нужно, я набрал кучку знаний, да... но я совсем не так хорошо заработал денег - как те кто постоянно тратил время на поиск где устроиться лучше, они не тратили время как я - постоянно на поиск сложностей/трудностей и чтобы решить их лучше всех ... к тому же - постоянно работая и решая сложности и трудности - неизбежно начинаешь "закапываться" (постепенно отставать в технологиях), ибо все непрерывно движется вперед и вверх, а тебе же надо делать бег на месте чтобы решить/доделать очередную задачу, которую в какой-то момент делаешь уже привычным паттерном, хотя уже есть новые решения, но их изучать время тратить и не факт, что будет хорошо, так что "лучше проверенным методом"... и в какой-то момент ты видишь как уже почти безнадежно отстал... и что? что получил этим бесконечным изучением и решением, делая все сам (за себя и за тех парней кому это не надо было)? я уж молчу о том, что время это возраст, а возраст у хомо сапиенс - это снижение всего (и когнитивных, и производительности , а главное здоровья...) и когда тебе еще 30...35 и даже 40 - ты особо не думаешь об этом, хотя звоночки начинают звенеть... но рано или поздно - к 45 или 50 ты неизбежно задумаешься - а ради чего ты, системный и/или бизнес аналитик, учил SQL (не скуль, а именно SQL) на уровне который тебе в работе на самом деле не нужен, но кто-то тебе сказал - что ты "ДОЛЖЕН" знать! равно как и должен знать ее и питон, и жаву, и рисовать сразу во всех нотациях, и госты знать и iso, и мобильную разработку и веб, и дизайн рисовать и тест кейсы писать, и оформлять тексты не хуже профессионального техписа, а в свободное время быть скрам мастером ибо это же несложно и интересно, а главное - очень экономит фонд оплаты труда и ты становишься самым похваляемым сотрудником - и это очень греет. это ж успех...
а по сути, с возрастом понимаешь - ты работал даром на того дядю/тетю которые тебя хвалили, но уровень твоей зарплаты все время был совсем не тот, чтобы оправдать затраты ТВОЕГО времени на труд (кстати - изучение нового и поддержание этого навыка - это тоже труд) который по сути не входит в твои задачи и реально не оплачивается.
lumaxy
Наверное, стоит уточнить в заголовке, что речь о системном аналитике
AlfaTeam Автор
Спасибо! Так и сделали) (действительно, ведь речь про системного аналитика)