Ты не спасешь всех

Помочь всем невозможно. Более того, попытка тянуть тех, кто не вывозит, принесет ущерб и тебе в том числе. Ведь эти силы и время можно потратить на что-то более стоящее. Причем это применимо как к работе, так и к повседневной жизни.

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

Или другая ситуация, когда на проекте ты единственный, кто топит за адекватные технические решения, а большинство отдает предпочтение скорости и костылям. Можно бесконечно ругаться и доказывать свою правоту, но бизнесу неважно как сделано под капотом, им нужно зарабатывать деньги. Зачем распыляться? Либо принимаешь правила, либо ищешь место, где твои скиллы будут цениться.

А как же друзья, которые очень хотят вкатиться в ИТ с твоей помощью, но забивают на обучение спустя пару недель? Потом возвращаются, уверяют, что теперь точно будут заниматься, и пропадают вновь. Как думаете, нужно ли продолжать пытаться в таком случае?

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

И я не спорю с этим, но ведь моя цель не показать, как должно быть, а научить действовать в текущей ситуации. Ведь большинство компаний на рынке нанимают именно так: собеседуют по теории, а на работе сажают на перекладывание JSON. Правильно ли это? Вопрос открытый. Виноват ли в этом я? Точно нет.

Так и ты не виноват в том, что желание сделать «как лучше» разделяют на все. Лучше лишний раз не распыляться и сосредоточиться на том, что важно для тебя. Ведь ты не спасешь всех, но это и не нужно.

Ракета 🚀

Перевалили за косарь, дальше-больше.

В комментах пишите:
1) Что нравится в канале
2) Что можно улучшить (это важнее)

Всем спасибо, всех обнял!

Составляем грамотное резюме

Я обнаружил, внезапно, что не рассказывал, как грамотно сверстать CV. Исправляюсь и делюсь советами, которые помогут повысить конверсию откликов.

Делаем резюме максимально компактным, убираем нерелевантный прошлый опыт. Оптимальный размер cv – 1-1.5 страницы. Рекрутеры читают их по диагонали, вычленяя ключевые слова. Никто не будет тратить время на ваши сочинения, когда рядом лежит еще стопка других кандидатов. Нерелевантный опыт тоже выкидывайте. Понимаю, это тяжело, когда 10 лет работал на заводе и всего 3 года в анализе. Но если навыки не перекликались, то это не нужно показывать. Зато всегда можно подсветить при первичном знакомстве.

Фото. На российском рынке в cv нужно добавлять фото. Нейтральное, где хорошо видно лицо. Может быть, в мировой практике уже отходят от фотографий в резюме, но у нас на cv без фото посмотрят криво.

Желаемая должность. Здесь четко пишите, куда вы откликаетесь и на что претендуете. Называйте должность так, чтобы вас понял рекрутер. Если в вашей компании «Системный аналитик» обзывался «Инженер по проектированию и написанию технической документации», то не надо это тащить в cv. Или куда более реальный пример, хороший друг указал в резюме «Инженер данных» и не получал приглашения. Затем изменил на «Аналитик данных» и все получилось.

Опыт. Самая важная часть резюме. Если опыта много, то я бы рекомендовал подробно описать 2-3 последних места работы. Остальное просто – компания, даты, должность (совет про должность из пункта выше применим и здесь). Описывать решаемые задачи можно по-разному, но мне по душе следующий формат: показываете, что нужно было сделать, списком и результаты, которых удалось достигнуть. При описании задач не забываем указывать технологии, например: «Проектировал интеграцию (Swagger, UML)». Чтобы даже при прочтении вскользь глаз цеплялся за ключевые слова.

Навыки. Сюда пишем только то, что важно для системного аналитика. REST, SOAP, BPMN и т.д. Очевидные вещи вроде ворда и экселя указывать не нужно, это и так понятно.

Раздел о себе. Здесь можно написать инфу, которая выделит вас на фоне других. Раньше я не знал, что указывать и поэтому писал, какими инструментами и технологиями владею, по сути, дублировал раздел навыков. Сейчас указываю ссылку на тг канал. А вам рекомендую точно убрать формулировки: «Ответственный и стрессоустойчивый коммуникабельный сотрудник, командный игрок, готовый постоянно развиваться».

В качестве заключения, хотел бы добавить, что резюме очень важно на начальных этапах карьеры. Как только наберетесь опыта, отклики сами будут сыпаться. Я откликался только на первое место работы, дальше меня искали и приглашали. Еще стоит помнить, что в первую очередь смотрят на года опыта и ключевые слова. Уделите этому время и все получится.

Бонусом ловите мое CV

Личный блог – ожидание/реальность

Создавая этот канал, я видел несколько плюсов. Во-первых, прокачка личного бренда и увеличение потока на менторство. Во-вторых, ответ на типовые вопросы по профессии сразу на аудиторию. Очень много вдохновения появляется после общения с вами, я понимаю, где болит и пишу об этом, чтобы помочь вкатиться/перекатиться. И вы респектуете мне, это приятно. Наконец, кажется, что канал можно классно использовать в качестве аргумента на собеседовании. Мол, вот мои рабочие заслуги, а еще я веду телегу. Проверял ли я эту гипотезу? Конечно же нет.

Всегда открыто делюсь этим в неформальном обстановке с друзьями и коллегами. У всех примерно одна реакция: «Да, звучит логично, круто». А потом рассказываю вторую часть, где происходит удивление.

Я, лично, ловил негативную реакцию всего пару раз, но факт ее наличия удивляет. Первый раз рекрутер услышала о канале, удивилась и спросила: «А вы работать то успеваете?» «Конечно, успеваю», - ответил я. Дальше успешно прошел в компанию, где работаю сейчас, значит не соврал.

Дальше лучше, проходил интервью во всем известную компанию пару месяцев назад. Звонок сразу с командой. В целом, стандартное собеседование – задачки и теоретические вопросы, ничего необычного. Но после интервью я узнал, что у большинства участников есть ко мне предвзятое отношение, потому что я блогер (на тот момент в канале было чуть больше 600 человек) и не ищу работу, а просто пришел узнать, что спрашивают, чтобы поделиться с учениками. И ладно бы хоть один вопрос не был из списка «топ-100 на СА».

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

Кстати, кто-нибудь еще ловил негатив из-за медийности? Делитесь в комментариях.

Как не провалиться на испытательном сроке?

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

Всегда разговаривайте, не молчите. Коммуникация – самая важная часть испытательного срока. Задавайте вопросы коллегам и начальству по любым поводам – процессы, задачи, сроки. Никто не посмотрит криво, вам помогут, либо направят к тому, кто поможет. Можно зарыться в документацию и долго искать ответ, а можно сэкономить часы и просто спросить. Не успеваете выполнить задачу в срок? Скажите об этом заранее. Что-то не понимаете в процессе? Уточните этот момент. Как правильно задавать вопросы я рассказывал тут.

На испытательный срок должны быть четкие задачи. По ним легко отслеживать прогресс. Лучше сразу обговорить этот момент с руководителем. Вам либо выделят несколько задач, либо скажут: «Работай и фиксируй, что делаешь. Сверимся в конце испыталки». Второй подход характерен для команд, где в день можно отдавать 2-3 таски. Помните, у вас всегда должен быть ответ на вопрос: «Что ты делал?» И даже если задачи не дошли до прода, это не повод увольнять вас, ведь причины могут быть внешние: изменились приоритеты заказчика, задача перестала быть актуальной, третья сторона тупит и т.д.

Нужно регулярно собирать обратную связь. В первую очередь общаться с руководителем, который принимает решение о прохождении испытательного срока. Вас интересует один вопрос: «Как я работаю?» Также можно спрашивать коллег, все ли их устраивает в ваших постановках. Я, например, первые задачи прошу посмотреть других аналитиков, даже если процесс ревью не предусмотрен.

Важно помнить, что никто не ждет от вас выдающихся результатов первое время. Вы погружаетесь, изучаете специфику и решаете не самые горящие задачи. Не нужно сразу много взваливать на себя, ведь велик риск не вывезти. И даже если у вас будет 20 лет опыта за плечами, вам все равно нужен период адаптации – это нормально.

Кто-то может сказать: «Андрей, это все круто, но мне никто не дал задачи на испыталку и обратной связи нет. Я просто работаю и боюсь провалиться». Тогда выступите инициатором. Попросите руководителя обозначить четкие критерии прохождения испытательного срока и регулярно созваниваетесь для получения фидбека. Так проходить испытательный срок станет намного легче.

Что думаете? Где был самый лучший испытательный срок, а где сущий кошмар?

Жиза?

Держимся, остался последний день и выходные!

У меня нет опыта работы с интеграциями, а он везде требуется. Что делать?

Думаю, ситуация для многих знакомая. Когда на текущей работе не дают заниматься техническими задачами, ограничиваясь бизнесовым контекстом. Я много раз слышал от коллег: «Да у нас даже доступа в БД нет. Техническую часть описывают разрабы. Мы только стори пилим». Как вы понимаете, на собеседованиях такой вариант не прокатит, все ожидают от вас умения строить космические корабли, даже если реальные задачи будут куда проще.

Остается только готовиться самому. Делюсь с вами полезными материалами для погружения в системный анализ.

Теория. Начните с карты компетенций. Вас интересуют разделы: Интеграция, Архитектура и БД. Примеры вопросов по этим темам есть в нашем мок интервью. В плане теории, ничего нового на собеседованиях не появилось. Пользуйтесь.

Практика. На собеседованиях чаще всего просят спроектировать API или найти ошибки в JSON (есть еще SQL и ER, но это не относится к теме интеграций). На работе же, вы будете писать интеграционные спецификации. Делюсь, как составить хорошую API доку. А еще некоторые компании ведут документацию как код, рассказывал здесь и здесь, как это сделать красиво.

Очень рекомендую разобраться, как работает Postman и покидать запросы к API. Станет сильно понятнее, что такое запрос/ответ, какие коды состояния бывают, какая информация передается в заголовках и теле и т.д.

Ловите подборку бесплатных API для теста:
1) Официальная дока Postman
2) API SpaceX
3) API DaData
Проверял лично, все работает. Если этого окажется мало, то здесь еще больше бесплатных API.

Еще раз напоминаю, что собесы и практика – две разные вещи. Держите это у себя в голове во время подготовки к собеседованиям.

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

Как уйти с работы и сохранить человеческие отношения?

Что общего между мной и современной игровой индустрией? Мы любим выпускать ремейки всякого старья нестареющей классики!

На хабре вышла статья о том, как правильно прощаться с работодателем.

Рассказал, когда стоит уходить и как это сделать красиво. Также разобрал популярные заблуждения, мешающие сменить компанию.

Как обычно, с вас лайк, подписка, колокольчик.

Отпуск и избыток ответственности

Навеяно личным опытом во времена «джунства». Сегодня рассказываю, как проводил отпуск, когда не умел отказывать и что нужно делать, чтобы выйти отдохнувшим. Для меня выходные и отпуск – важные темы, я не беспокою коллег и не хочу, чтобы беспокоили меня. Но так было не всегда. На первом рабочем месте в отпуск мы с друзьями поехали «на юга», и я взял с собой ноут: «Ведь мало ли что-то сломается, без меня не смогут». Когда я уходил отдыхать в следующий раз, то мне позвонили в первый день по «очень важному вопросу» (нет). Для кого-то это нормально, я же считаю такое неприемлемым, поскольку хочу заняться чем-то, кроме работы. Итак, топ-3 очевидных совета, как отвлечься и перезагрузиться.

Обозначить позицию сразу. Перед отпуском меня спрашивали: «Я могу обращаться к тебе по важным вопросам?» И я никогда не отказывал, хотя должен был. Потому что «важными» становятся все, и к тебе начинают ходить регулярно. Если какие-то кусочки процесса есть только у вас – передайте знания замещающему на время отсутствия.

Выключить уведомления в рабочих чатах и почте. И не заходить туда! Коллеги точно выплывут без вас. У меня, бывало, такое, что писали из-за очередной проблемы, я не мог ответить, потому что интернет ловил плохо, а спустя пару часов, когда сеть появлялась, вопрос был закрыт. Ну и стоило ли меня дергать? Кстати, рекомендую держать рабочие уведомления выключенными вообще всегда. Так вы перестанете подпрыгивать от каждого звука и снизите уровень тревоги. Работаю так полгода – никто не жалуется.

Отложить телефон. Совет не столько к работе, сколько к отдыху в целом. Цифровой детокс сильно помогает. Сразу появляется свободное время наслаждаться окружающим миром.

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

А как вы проводите отпуск? Были ли кринж истории, связанные с работой во время отдыха? Делитесь в комментах.

Рыночек порешал

Наткнулся на статью, где коммерческий директор аутстафф компании выделяет системных аналитиков как топ-1 по востребованности на рынке сейчас.

Понятно, что это просто наблюдение одной фирмы, но это повод задуматься. Может быть сейчас лучшее время, чтобы выйти на рынок?

По себе и друзьям вижу, что рекрутеры стабильно пишут, даже если у CV статус «рассмотрю предложения» или «не ищу работу». Причем запрос в 400к+ на сеньорные позиции вполне реален.

А как у вас по ощущениям? Много ли пишут? Что предлагают?

Твои проблемы не уникальны

Я много общаюсь с аналитиками разного уровня. Те, кто обращается за помощью, страдают, как правило, от одних и тех же проблем. Сегодня я хочу еще раз напомнить, что в своих стремлениях вы не одиноки. И если кажется, что вокруг все круче вас – это не так, вокруг такие же люди и с такими же проблемами.

Например, на рынке нет компании, которая была бы идеальна для всех. Банально? Да, но доходит до смешного. Возьмем любого известного работодателя – я слышал о нем как плохое, так и хорошее. Все сильно зависит от команды и потребностей самого кандидата. То есть понимаете, аналитик проходит в топ банк (где несколько этапов отбора) и дальше осознает, что это совсем не то, чего хотелось – онбординга нет, документации нет, коллеги неприветливые. И с другой стороны, точно такой же аналитик, но в другой команде, чувствует себя прекрасно, ведь там все налажено.

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

С другой стороны, у аналитиков с опытом проблемы с не хардами. Им тяжело сменить работу, тяжело освоиться на новом месте. Ведь раньше ты долго работал и понимал в процессах, мог приносить пользу. А теперь нужно все начинать с нуля и кажется, что такой объем информации не переварить. Это нормально, все через это проходят. Будь у тебя хоть год опыта, хоть десять лет, перейдя в новую компанию необходимо адаптироваться, чтобы перформить.

А что делать, чтобы облегчить путь? Не стесняться брать помощь и спрашивать советы. Конечно, можно вывезти одному, но не проще ли сократить дистанцию, переняв опыт других аналитиков? Можно обратиться ко мне и заглянуть в коммьюнити.

Используйте все доступные средства и тогда добьетесь успеха.

Как не стесняться задавать вопросы?

Это продолжение давней статьи «Как задавать вопросы?» Рекомендую сначала ознакомиться с ней. Тема важная, поскольку ребята все еще боятся спросить «не то» в рамках своей компании. Некоторые, даже, приходят ко мне. Конечно, я помогу всем с радостью, но лучше научиться общаться, и перформить, чем тратить деньги на консультации.

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

- Для джуна: «Меня взяли без опыта, я должен проявить себя и решить все самостоятельно»
- Для опытного спеца: «На прошлой работе ко мне обращались за помощью, значит и здесь я сразу смогу решить все»

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

Первое время абсолютно нормально спрашивать: «Подскажи, с чего начать? В какую сторону копать?» Ты новый человек в этой компании, еще не знаешь, как принято. Нужно общаться с коллегами для достижения общей цели. Спроси разработчика: «Как глубоко нужно прорабатывать требования? Нужны ли технические подробности или хватит бизнес описания». Задай вопрос тестеру: «Нужны ли тебе сценарии?» Уточни у аналитика: «А есть ли общий формат ведения документации?» Тем самым ты сэкономишь кучу времени и денег.

А кому можно задавать вопросы? Тому, кто на них охотно отвечает. Я бы присмотрелся и выделил наиболее приветливого коллегу. И конечно предварительно уточнил, комфортно ли ему, если я буду консультироваться по задаче.

Хотя есть и творческие задачи, когда на уточнение тебе отвечают: «Ранее так и не делали, надо исследовать». Тут уже реально придется гуглить и выбирать варианты исходя из опыта. А дальше общаться с инициатором задачи: «Я нашел следующие варианты, этот подходит, этот нет. Что думаешь?»

Давайте еще раз – плохих вопросов не существует. Если вы спрашиваете и получаете ответ в духе: «*тяжелый вздох* Постоянно всем это объясняю, давай и тебе еще раз» То проблема не в том, что вы, зеленый новичок, обратились к снобу сеньору, а ему надоело отвечать на одно и то же. Проблема в нем, ведь повторяющиеся проблемы должны быть задокументированы. Не бойтесь спрашивать и общаться.

Я открыл резюме и вот что получилось

Хотелось лично проверить, что происходит на рынке. Ведь если у меня такой результат, то и у вас он тоже получится.
Делал на хх, ставил статус «активно ищу работу».

Удалось получить 15 приглашений.
Минимальная сумма - 250к.
Максимальная - 420к.
В среднем вилка колеблется между 300 и 350к.

Большинство компаний предоставляют удаленку в РФ, некоторые даже вне РФ (интеграторы и вендоры).
Гибрид и офис только в Сбере (из написавших). Да и то, рекрутер сказала: «Есть одна команда, где удаленка, но по мск».

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

Наконец, самое интересное, резюме было открыто всего 1 час!
Изначально планировал подержать пару часов, но офигел от количества предложений.

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

Всем спокойной пятница субботы и отличных выходных!

Чистый код, недовольный бизнес

Рубрика «Пятничные байки из опыта».

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

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

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

Конкретно в нашем случае очень любили накинуть бизнес логику на слой с интеграциями. Это при наличии оркестратора слоем выше. «Ну а че, вам же быстрее, чем логику править» Нам и правда быстрее, но двигались к унификации и старались делать адаптеры похожими друг на друга. Это позволяло быстро вносить изменения в существующий код.

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

А как у вас на проектах? Приходится ли примерять на себя роль архитектора и отстаивать те или иные решения?

Запись стрима "Как стать системным аналитиком"

Системный аналитик – одна из самых востребованных специальностей в ИТ на рынке РФ. Специалистов катастрофически не хватает, но некоторые новички могут даже не знать о существовании такой профессии. Очень зря, ведь порог входа здесь меньше, чем у разработчика, а уровень компенсации соизмерим.

Спасибо всем, кто был онлайн!

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

Микросервисные паттерны (опять)

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

Я тут выступлю на стороне «архитекторов», поскольку мне нравится копаться в технических деталях и предлагать решения по улучшению модулей или сервисов. Олды вспомнят, как я писал о паттернах реализации микросервисной архитектуры. Вещь полезная, поскольку ее спрашивают на собеседованиях и используют на проектах.

Я нашел классную иллюстрацию, которая систематизирует основные паттерны. Делюсь с вами, пользуйтесь!