Комментарии 32
Наверное, стоит уточнить в заголовке, что речь о системном аналитике
С таким аналитиком не нужен техлид. Да и много чего/кого резко оказывается впоследствии не нужно.
Более того. Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Смысл оставаться аналитиком при таком раскладе?
Я автор статьи, добрый день!
Спасибо?
Я думаю, что роль аналитика и то, что ему предстоит зависит от масштаба проекта и размера команды. Отлично вижу, как в небольшой команде и компании аналитик занимает роль выше.
> Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Команда всегда нужна. Идея и описания это очень хорошо, но они ничего не значат без реализации
Да, пожалуй, спасибо :)
Именно. Но первый шаг к реализации то уже сделан. SQL заборот, фронтэнд заборот.
А значит, осталось подучить бэк - и уходить в удивительный мир мелких, но весомых проектов. Или непосредственно в техлиды.
И через 2-4 года вырасти в высококлассного управленца по технической части либо технологического монстра, единолично способного на абсолютно всё. Смотря к чему душа лежит.
Чем больше в компании универсалов - тем меньше человек занимается своим делом.
Человеку с таким скиллсетом команда, в общем-то, уже и не особо то нужна.
Если то что он делает не нуждается в сопровождении и он работает на себя — нет, не нужна (хотя с командой пошустрее).
Но если он работает по найму или продукт требует сопровождения и/или поддержки, и если его переедет трамвай (или покусает вирус) — работодатель и клиенты очень сильно расстроятся.
Чем больше в компании универсалов — тем меньше человек занимается своим делом.
Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
На самом деле, компании выгодно нанимать именно универсалов (если она может себе это позволить) — они легко адаптируются под любую задачу подпадающую в их сферу знаний, не нужно каждый раз искать людей под "нестандартные" проекты или перестраивать команды, не говоря уже о том каждый может заменить каждого (почти — тут конечно есть нюансы, но лучше чем с узкой специализацией).
Безусловно, один человек не может хорошо знать абсолютно всё в IT, но к примеру если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка, и это не очень напряжно — для молодых, по крайней мере.
Это почему? Если универсал действительно универсал, т.е. хорошо знаком с каждой из областей (IT generalist) — то он всегда будет заниматься своим делом, и результаты будут не хуже чем у того кто специализируется в чём-то одном, даже скорее лучше.
Не согласен. У каждого the trade - свои tools of. Свои секретики. Свои нюансы.
Знать их все на достаточно приличном уровне - это проблема. Упираемся либо в предел возможностей человеческих мозгов, либо в скорость изменения ситуации в различных сферах. Смотря насколько широко пытаемся развиться.
Нет, есть Избранные, которые и спроектируют, и накодят, и задеплоят, и всегда в курсе ВООБЩЕ ВСЕГО свежака. Но должность у них отнюдь не аналиста.
На самом деле, компании выгодно нанимать именно универсалов
Ясен перец. Зачем держать штат профессионалов, закалённых и отточенных орудий в своих областях, если можно за меньшие деньги набрать оптимистов широкого профиля.
если он хорошо умеет в full-stack на нескольких популярных языках/фреймворках + SQL + сети/безопасность — это уже покрывает, я думаю, 80-90% запросов рынка
Именно. И смысла сушить мозги на должности, состоящей в основном из обязанностей, но не из прав, ему смысла - нет.
По личному опыту прохождения собесов - могу сказать уверенно - что требования с SA и BA в альфбанке - неадекватно завышенные. при том, что предлагаемая зарплата в общем то - совсем не отражает это "завышенное".
Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне который уже предъявляется отдельной специализации/специалисту - дата-аналитику или разработчику-бэкендеру. Причем, я понимаю для чего аналитику надо иметь базовые познания в SQL (чего совершенно достаточно для 95% для SA и BA - если они занимаются именно своей работой, а не тянут "и за того парня"), и даже согласен с тем что ХОРОШО БЫ (необязательно, но хорошо бы) достаточно уверенно понимать - что и как делается с помощью SQL "на среднем уровне". Но реально требования которые выдвигаются альфбанком - это прям уверенно самому аналитику писать SQL запросы не ниже "среднего уровня".
Ок. Допустим это надо SA и BA аналитику - по версии альфбанка, но я не понимаю зачем? Но допустим... Но тогда это уже не SA и BA аналитик!! Назовите как-то по другому, акцентируйте в вакансиях что "нам нужно чтобы SA/BA аналитик в таких то задачах писал сам запросы, потому что... " и банально - учитывайте в предложении по оплате.
А кстати, в итоге - почему? Кто-то может объяснить - зачем аналитику, который по сути работает с требованиями - писать запросы???
Ну вы озвучьте что вы имеете в виду под средним уровнем, что под высоким?
Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне который уже предъявляется отдельной специализации/специалисту - дата-аналитику или разработчику-бэкендеру.
Вы не рубите фишку. Это тренд такой - полностью самодостаточный аналист. Чтобы сам себе гипотез наставил, сам себе данных выгрузил и сам себе дашбордов напрограммировал. Жаль, право самому себе премию насчитать при этом выдать забывают.
И не только "Альфа" этим грешит. Я с ноября вакансии мониторю. Через одного, если вакансия "аналист" - неважно, где и с насколько мощной замороченностью по реальным задачам - обязательно в требованиях джентльменский набор из как можно более крутого владения SQL плюс какого-нибудь Питона. Самому себе дашборды программировать. И зарплата при этом указывается где-нибудь между $300 и $1000. Что для такого скиллсета - слёзы.
Какая-то нездоровая логика у этого феномена есть. Не нужно мирить ежа с ужом, запрос данных "от бизнеса" с собственно данными в БД. Кто просит - тот сам их и забирает, не надо переводить с менеджерского на технический язык и обратно всю эту бабуйню, экономия на коммуникациях, уиииии!..
...только зачем мне в это соваться, если я могу укрепить познания в SQL и смежных областях ещё чуть-чуть и махануть на куда более престижную должность какого-нибудь DBA...
Впрочем, бывают ещё веселее смешные ужасы. В иных компаниях.
"Сделай нам список всех возможных фронтэндных страниц этой CRM. С урлами и путями следования между страницами."
Вот просто. Возьми и сделай. Список вообще всех фронтэндных страниц. Ты же аналист. А Девелопмент? А Девелопмент схлопотал массовый приступ амнезии. Забыли-с, как в этой CRM страницы создаются. Вчистую. Парадокс. Действуй, brudda!
(и если бы только это. Уговорили, сделал, грохнул N часов на эту абсолютно непрофильную активность. Свёл в доку, наштамповал задач ещё заранее. Переслал. Получил шикарный ответ: "Нам что, это читать?!"
Подождал для вида пару дней, убедился, что, действительно, не читают. Снёс доку.
Экономия на коммуникациях, уииииии!..)
Так это же проблема Альфа-банка. И тех людей, которые все знают, но готовы работать за не соразмерную заработную плату.
Писать запросы затем, чтобы понимать где что лежит в базе данных, откуда взять те или иные данные, где создать новую таблицу или представление или расширить существующие. И т.п. Да даже просто выгрузить статистику чего-либо напрямую из БД будет полезно, так как анализ данной информации повлияет на постановку задачи. Не соглашусь с тем какой уровень Альфа предъявляет к аналитику в данном плане. И в остальном по их требованиям в статье это уже не аналитик, это аналитик-архитектор и кто-то еще. Касаемо PlantUML очень спорное утверждение.
Да и альфа-банк ему не очень нужен. Особенно в качестве работодателя
Спасибо за систематизацию.
В интеграции я бы добавила graph ql, в последнее время популярным становится. Про диаграммы стоит уточнить, что обязательно uml sequence последовательности, остальные опциональные.
Не хватило конкретики в пункте про архитектуру senior аналитика - задачи системного архитектора. Почему системного, а не solution? Какие именно задачи?
Можно ли попасть к вам на стажировку/обучение/работу, если я 45-летний IT-специалист очень широкого профиля, но не аналитик?
Одно могу сказать - очень странные скилы.
Особенно sql и hrml
Текст было бы неплохо начать с постановки задачи. То есть, какие проблемы призван решать системный аналитик в Альфа-банке. Оттуда уже можно вывести и скиллы.
Тогда читатели будут понимать, что системный аналитик это не богом с неба спущенная сущность, а роль, призванная решать проблемы конкретного бизнеса (Альфа-банка) при помощи каких-то умений. А также то, что проблемы другого бизнеса нужно решать другими скиллами системного аналитика или же вообще без системного аналитика.
У меня вопрос прежде всего к автору. Начал проходить курс обучения "Системный-аналитик", направлен работодателем. Мне рекомендовали изучить инструмент Archimate. Используете ли ваша команда его или приходилось ли сталкиваться с практикой его использования?
Я бы ещё добавил к перечню скилов знания о системном мышлении и системных подходах т.к. это основные инструменты для борьбы со сложностью.
По личному опыту прохождения собесов - могу сказать уверенно - что требования с SA и BA в альфбанке - выглядят неадекватно завышенными. при том, что предлагаемая зарплата в общем то - совсем не отражает это "завышенное".
Ключевое - что бросается в глаза - совершено непонятно для чего SA (и тем более BA) "надо" знать SQL на уровне - который должен уже предъявляться дата-аналитику или разработчику-бэкендеру. Причем, я понимаю для чего аналитику действительно надо иметь именно базовые познания в SQL (чего совершенно достаточно для 95% задач решаемых SA и BA - если они занимаются именно своей работой, а не тянут "и + за того парня"), и даже согласен с тем, что ХОРОШО БЫ (необязательно, но хорошо бы) достаточно уверенно понимать - что и как делается с помощью SQL "на среднем уровне". Но реально требования которые выдвигаются альфбанком - это прям уверенно самому аналитику писать SQL запросы не ниже "среднего уровня". Но пардон, вы ищете SA BA аналитика? или разработчика который сам кодит запросы? вам требования писать или запросы?
Ну ок. Допустим, это надо SA и BA аналитику - по версии альфбанка, но все же я не понимаю зачем? Но допустим... Но тогда это уже не SA и BA аналитик!! Назовите как-то по другому, акцентируйте в вакансиях что "нам нужно чтобы SA/BA аналитик в таких то задачах писал сам запросы, потому что... " и банально - учитывайте этот явно нестандартный запрос в предложении по оплате.
А кстати, в итоге , вопрос к Автору - почему надо так глубоко знать SQL в альфбанке? можете объяснить: зачем SA BA аналитику, который по сути работает с требованиями - самому писать запросы средней и большей сложности???
Ну а второй момент - обилие достаточно разнообразных хард скиллов ВСЕМИ которыми по версии алфбанка должен ОДНОВРЕМЕНО ХОРОШО и УВЕРЕННО владеть аналитик - говорит о том, что или этого аналитика буквально "имеют в хвост и гриву" и/или "а просто чтобы был всезнайкой". Причем оба варианта - плохи для того самого аналитика. Стресс от работы - когда ты должен быть продуктивным в любой ситуации все 8 часов в день, и стресс - когда ты должен знать и помнить все буквально наизусть - это все очень быстро гробит ментальное и следом физическое здоровье. Но это мое мнение. Интересно, что реально скажут аналитики альфбанка.....
Привет!
Вижу вопрос к автору, постараюсь ответить
1) Это все таки не описание вакансии системного аналитика в Альфа-банке. Это мой чеклист, который я составлял для себя и решил им поделиться. Скилами из списка я бы хотел "ОДНОВРЕМЕННО ХОРОШО и УВЕРЕННО владеть". Но консерн ваш понимаю.
2) По поводу скуля.
Мне кажется системный аналитик все таки часто выступает такой большой базой знаний по системе, с которой работает. В связи с чем возникает пара задач:
Поддержка третьей линии
Помощь разрабам с тем, откуда, что и как брать.
И в обеих задачах SQL будет очень нужен.
так и не увидел описания реального кейса для "зачем SA/BA знать SQL на уровне "от среднего и выше..." - только вижу что "скуля" очень нужен... а чем? я знаю работу сапорта на всех линиях, что там аналитик реально должен делать "скулем" ? и кстати - не все же аналитики в альфе работают в саппорте. или ВСЕ? и та же помощь... ну да, нужна, и вы вместо разработчика копаетесь прям в БД? можете реальные пару тройку кейсов расписать когда "скуля" нужна? можно без секретных деталей .
я понимаю почему "насяльник" требует чтобы ты один работал за двоих-пятерых и я не про это спрашиваю...
но я не понимаю - для чего аналитику самому кодить запросы на middle и senior уровней разработчиков... мало того, что это непродуктивно и непрофильно, так еще и тебе не плотят за две роли. разве - как аналитик - ты не можешь написать верхне-уровневое решение так чтобы по нему быстро отработал (написал SQL запрос) разработчик и проблема (в том числе и с третьим уровнем саппорта) была решена быстрее чем если бы сам аналитик будет копаться во всем? вот я о чем.
по опыту - какие бы задачи не стояли бы перед аналитиком, ключевое - он должен знать инф систему которую делает команда (создает/делает/правит/сопровождает) и понимать какие решения применены и для чего, где документация. и опираясь на все перечисленное и на свои скиллы - выдавать проекты верхнеуровневых решений/гипотез, не влезая в код. Ибо код - это разработчики. И запросы SQL - это тоже код. Несложный, если запросы несложные, но даже "средний уровень" указанный в статье - это уже уровень разработчика!
К чему я все это... когда я был молодой (лет 15...25) - я все делал сам и удивлялся чего же все вокруг что-то делят, что-то требуют, чего то ноют, чего-то не хотят, что-то много пессимизма и скептицизма... хы, да я шел и делал все сам. А что? Я мог, и там где команда делала проект год-два , я делал один - за тот же или меньший срок...
а потом.. спустя время... я ... нет, не поумнел, скорее наоборот - с возрастом умнее не становятся, ибо физиологию не обманешь... так что, когда спустя повзрослел - я осознал, что пока я "рвал пупок" делая "все сам", по ходу изучая буквально все, что было нужно и не особо нужно, я набрал кучку знаний, да... но я совсем не так хорошо заработал денег - как те кто постоянно тратил время на поиск где устроиться лучше, они не тратили время как я - постоянно на поиск сложностей/трудностей и чтобы решить их лучше всех ... к тому же - постоянно работая и решая сложности и трудности - неизбежно начинаешь "закапываться" (постепенно отставать в технологиях), ибо все непрерывно движется вперед и вверх, а тебе же надо делать бег на месте чтобы решить/доделать очередную задачу, которую в какой-то момент делаешь уже привычным паттерном, хотя уже есть новые решения, но их изучать время тратить и не факт, что будет хорошо, так что "лучше проверенным методом"... и в какой-то момент ты видишь как уже почти безнадежно отстал... и что? что получил этим бесконечным изучением и решением, делая все сам (за себя и за тех парней кому это не надо было)? я уж молчу о том, что время это возраст, а возраст у хомо сапиенс - это снижение всего (и когнитивных, и производительности , а главное здоровья...) и когда тебе еще 30...35 и даже 40 - ты особо не думаешь об этом, хотя звоночки начинают звенеть... но рано или поздно - к 45 или 50 ты неизбежно задумаешься - а ради чего ты, системный и/или бизнес аналитик, учил SQL (не скуль, а именно SQL) на уровне который тебе в работе на самом деле не нужен, но кто-то тебе сказал - что ты "ДОЛЖЕН" знать! равно как и должен знать ее и питон, и жаву, и рисовать сразу во всех нотациях, и госты знать и iso, и мобильную разработку и веб, и дизайн рисовать и тест кейсы писать, и оформлять тексты не хуже профессионального техписа, а в свободное время быть скрам мастером ибо это же несложно и интересно, а главное - очень экономит фонд оплаты труда и ты становишься самым похваляемым сотрудником - и это очень греет. это ж успех...
а по сути, с возрастом понимаешь - ты работал даром на того дядю/тетю которые тебя хвалили, но уровень твоей зарплаты все время был совсем не тот, чтобы оправдать затраты ТВОЕГО времени на труд (кстати - изучение нового и поддержание этого навыка - это тоже труд) который по сути не входит в твои задачи и реально не оплачивается.
Спасибо за статью, есть, что почитать новенькое.
На мой взгляд, нужно еще указать, что всем IT-специалистам уровня Мидл и выше, кто обучает других сотрудников, пишет статьи и выступает публично нужна грамотность и умение четко и красиво излагать (Автору это нужно еще развивать в себе, извините, но это так).
IT-сленг - это неизбежно в работе, но писать на сайте и выступать публично лучше без него (или максимально его уменьшить), а то некоторые фразы «царапают слух». И как же, черт побери, приятно слушать и читать грамотного профессионала!
Читателю нужно быть в контексте, иначе кто-то может, что речь идет про жесткие диски (харды) и др…
Лол зачем нужен sql на таком серьезном уровне? Работала в куче компаний за 5 лет опыта, один раз пригодился sql на заводе и всё. SQL не нужен, если есть АПИ. А АПИ есть почти во всех проектах сейчас
Мой краткий чек-лист по скилам системного аналитика