Друзья, всем привет.

Пока я погряз в работе и не могу добраться до вас с чем-то интересным, доберусь с полезным. Коллеги собрали очередной сундучок с полезностями - каналы бизнес и системных аналитиков, а также владельцев продукта. С удовольствием ими с вами делюсь :)

«БАЗА по ИТ»(BA/SA/PO IT) - https://t.me/addlist/U7QDrTnhOMhlOGMy

Николай, спасибо за подборку :)
PS если кого-то в этом сундучке не хватает - напишите Николаю.

Друзья, всем привет.

В июле на стриме я в качестве приглашенного гостя рассказывал про валютные удаленки. Тогда я поделил компании на условные три группы:
- изначально зарубежные со своим менеджментом
- изначально зарубежные с русскоязычным менеджментом
- изначально с пространства России и СНГ, релоцировавшие зарубеж

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

Да, я про ABBYY. Саму новость, думаю, уже все слышали, и не по одному разу, поэтому повторяться не буду. Интересно другое - вчера навскидку вспомнил несколько похожих кейсов, из тех, о которых знаю или слышал сам:
- FunCorp, лето 2022
- inDrive, лето 2023
- Wrike, лето 2024
- ABBYY, осень 2024

Во всех случаях компании релоцировали людей, а потом по каким-то своим причинам сокращали буквально одним днем. Да, в ряде случаев со страховочным пакетом в пару месяцев, но тем не менее, это ощутимый удар поддых.

В общем, в копилочку плюсов и минусов таких компаний прибыло. Удачи и терпения ребятам ex-ABBYY 🙏

Друзья, всем привет.

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

К слову о них - коллеги из ScrumTrek (ну как коллеги, коллеги по отрасли, конечно 😅) сейчас проводят масштабное исследование Agile в России за 2024 год. Приглашаю принять в этом опросе участие и нанести непоправимую пользу :) А еще и призы можно выиграть!

Призы такие:
- Сертификат на 120 тыс. руб. на участие в конференциях, тренингах или курсах ScrumTrek в 2025 году
- 6 билетов на онлайн-участие в AgileDays
- 3 свитшота "I am Agile" (выглядит так)
- 5 футболок "Be Agile" (выглядит так)

Опрос займет буквально 5 минут. Само собой, вы первыми получите доступ к подробному отчету исследования после его завершения, еще и получите гарантированную небольшую, но приятную скидку на все курсы и тренинги от ребят.

Ссылка на опрос - вот тут. Давайте делиться опытом :)

PS пост не рекламный, а дружеский :)

Друзья, всем привет, всех с началом рабочей недели.

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

Статья: https://habr.com/ru/articles/833336/

Вообще, сама статья оставляет двоякое ощущение. С одной стороны, ребята в очередной раз выявили несовершенство существующих правил найма и рынка труда. С другой стороны, это выглядит как обида на всех эйчаров разом :) Вот, мол, “те же рекрутеры, которые нас принимают, сами не всегда чисты на руку”, “признаем, что отказывать рекрутерам – пожалуй, самое приятное занятие”. Ну что вы в самом деле, все люди - люди, какими бы они профессионалами не были, все совершают ошибки, и это нормально.

Давайте обсудим в комментариях, что вы думаете по этому поводу.

PS а по сопроводительным - лучше, конечно, никакого сопроводительного, чем одно из тех, что приведены в статье :)

Друзья, всем привет, всех с началом рабочей недели.

Сегодня пост профессионального уважения. В любой отрасли и сфере есть свои знаковые люди для каждого поколения специалистов. Такие знаете, супер юниты :)
Лично для меня это следующие люди:
- в UX-дизайне\дизайне в целом\управлении продуктом - Леша Бородкин и Виталий Мазуревич (привет, Гильдия)
- в тестировании - Арсений “Здравствуйте, коллеги” Батыров и Алексей “Три полоски” Петров
- в системном анализе - Денис Бесков (Денис, подпишитесь пожалуйста обратно на канал) и Юрий Куприянов.

Про Юрия хотел бы отдельно. Просто представьте - у человека 25 лет опыта в индустрии! Когда он начал работать, я еще в школу не пошел ?
Юрий ведет свой канал, на котором делится своими наблюдениями в части системного анализа, архитектуры и управления продуктами, а также материалами со своих выступлений на конференциях ЛАФ, Flow, Analyst Days и других.

Вот некоторые из них, которые откликнулись больше всего лично мне:
- "Требования не меняются, это вы их недовыявили. 10 техник проверки полноты требований"
- "User Story Splitting: как и зачем добавлять детали пользовательским историям"
- "Скрытая работа аналитика по проектированию систем"
- ”ChatGPT в работе аналитика”

Это не реклама, а признание экспертизы - я о таких вещах не пишу, да и вряд ли писать буду. Мы здесь больше говорим про собеседования - но резонно будет заметить, что после собеседования нужно будет уже вовсю работать. Поэтому настоятельно рекомендую подписаться на канал Юрия, поможет в дальнейшей работе 200% :)

https://t.me/systemswing

Друзья, всем привет, всех с началом рабочей недели.

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

Контекст: увидел мнение, что карьерный трек, состоящий из коротких переходов, в долгосроке проиграет. То есть человек меняет работу раз в 6-9-12 месяцев, с каждым переходом прибавляя по 30-50-70к. В моменте - рост по деньгам, в долгосроке - при появлении большого количества кандидатов на рынке прыгунков будут обходить стороной.
Оригинальный пост - вот тут.

Ну, мое мнение по-прежнему неизменно - я и сам прыгал, и вам советую :)

Если чуть более развернуто, то я бы ответил тезисно:
— про смену парадигмы рынка с “рынка кандидата” на “рынок работодателя” периодически слышно последние лет 5. Старожилы отрасли, думаю, припомнят и того больше. Во все еще ковидный 2021й только ленивый не кричал, мол, “ну сейчас то пузырь этот лопнет, всех посокращают”, в то время как тот же Иннотех пробивал все новые потолки по вилкам :)
Справедливости ради, можно отметить, что с 2022го джунам стало посложнее, но, думаю, тут дело не в рынке
— если вы действительно меняете места работы, каждый раз прибавляя по 30-50-70к, то вы просто довольно быстро упретесь в потолок зп по своей позиции. Это не хорошо, это не плохо, это просто факт - зарплата растет по обратной экспоненте, на старте рост наиболее бурный, чем дальше - тем рост все меньше и меньше. Соответственно, уперевшись в условный потолок, вы вероятнее всего задержитесь на текущем месте работы, так как лучших вариантов просто какое-то время не будет
— с другой стороны, если вы просто часто меняете работу без каких-либо видимых для себя бенефитов - то это действительно странно
— ну и слон в комнате, которого не утаить - в 100% случае зарплата растет быстрее при переходе, нежели при росте внутри компании. Я даже знаю случаи, когда люди увольнялись и через пару месяцев возвращались на свою же позицию, но с зарплатой х1.5

Таким образом, на мой взгляд, стратегия частой смены работы по сути своей представляет довольно быстрый финансовый лифт, позволяющий за сравнительно короткое время решить финансовые вопросы, после чего уже можно озаботиться и вопросами профессиональными. Безусловно, на каждую смену работы нужно подготовить подходящую легенду, почему и как так вышло, но в данном случае, как по мне, овчинка явно стоит выделки :)

Друзья, всем привет.

Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)

Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.

Друзья, всем привет, всех с началом рабочей недели.

Сегодня хочу с вами поговорить о слегка холиварной теме - "знания, которые нужны на собесе" vs "знания, которые реально нужны в работе".
Рассуждать я буду, конечно, с точки зрения системного аналитика, хотя, я уверен, со мной согласятся и тестировщики, и разработчики :)

Поговорим сперва про моменты, с которыми я сталкивался как кандидат.

Вот, например, на собесе системных аналитиков очень любят спрашивать SQL-запросы в виде практической задачки. Но зачем? Безусловно, я могу опираться лишь на свой опыт, но на всех моих проектах умение написать селект\инсерт\апдейт было в списке компетенций в первую очередь тестировщиков. Тут можно задать продактский вопрос "чтобы что" - а для чего вы используете SQL запросы? Скорее всего, чтобы проверить, как отрабатывает тот или иной функционал вашей системы - но само слово "проверить" говорит о том, что это немного не задача системного аналитика. При этом мне самому нравится SQL, я не прочь написать несколько запросов, но на мой взгляд, на собеседованиях этому навыку уделяется слишком большое внимание, в отличие, от того же умения спроектировать подходящую модель данных, например.

Или, например, UML. Мой любимый пример - юзкейс диаграмма. Как часто вы ее использовали в работе? Я за 9 лет ее не использовал в работе ни разу :) Зато на собеседованиях, особенно в районе джуна-мидла, спрашивают регулярно, или на собесе, или в тестовом задании.

Другой пример немного в сторону - BPMN. И раньше, и сейчас компании просто очень любят указывать в требованиях к вакансии знание BPMN. Хотя опять же, что на собесах, что в работе я ее применял буквально несколько раз, можно сосчитать по пальцам одной руки. И дело даже не в том, что я панически избегаю этой нотации, или что-то еще - у меня просто нет таких задач, для которых я бы мог ее применить.

Ну и вот самый, пожалуй, холиварный момент - SOAP. Безусловно, протокол до сих пор используется в банках (и, наверное, где-то еще в госразработке), но если вы проходите собес на обычный коммерческий проект, где отродясь только REST - то зачем это спрашивать? :)

Как собеседующий же (возможно, это неправильно, и так делать не надо) я всегда спрашивал только, что действительно нужно в работе, с чем вы будете сталкиваться каждый день. Если на проекте REST API и GraphQL - спрошу про это, если системный аналитик должен заниматься проектированием БД - предложу небольшую задачку на это, если на проекте используется только Kafka (без RabbitMQ) - спрошу про использование брокеров в целом, но не буду спрашивать про отличия кафки от рэббита.

Опять же, повторюсь - возможно, это и неправильно, так как с одной стороны, у кандидата, наверное, должен быть широкий кругозор, амбиции узнать что-то новое, и так далее. А с другой стороны, когда вы садитесь в такси, вы не спрашиваете водителя, умеет ли он водить грузовик :)

#отсебя