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

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

Почему стеснительность путают со слабой экспертизой

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

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

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

Какие ошибки занижают кандидата

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

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

Отдельная ошибка — отвечать только на прямой вопрос и сразу замолкать. На закрытый вопрос вроде «работали с PostgreSQL?» можно сказать «да», но такой ответ почти ничего не даёт. Лучше добавить контекст: в каком проекте использовали базу, какие задачи решали, приходилось ли писать сложные запросы, оптимизировать индексы, разбираться с блокировками или миграциями.

Ещё один частый сценарий: кандидат боится, что подробный рассказ будет выглядеть как самореклама. На собеседовании это работает иначе. Рассказать, что вы сделали, в какой команде, с какими ограничениями и каким результатом, значит дать проверяемые факты. Хвастовство начинается там, где появляются преувеличения, чужие заслуги и громкие оценки без деталей.

Где стеснительность мешает сильнее всего

Первый разговор с рекрутером обычно проходит мягче. Рекрутеру важно собрать картину по опыту, поэтому он чаще задаёт уточняющие вопросы: какой был стек, какая команда, какие задачи, что получилось в итоге. Если кандидат отвечает по сути, пусть и не сразу, опытный рекрутер может понять, что перед ним сильный специалист с неуверенной подачей.

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

1. Перед встречей уточнить у рекрутера, на что руководитель обычно обращает внимание

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

2. Второй чувствительный момент — обсуждение оффера

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

3. Лучше не откладывать всё до конца

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

Как подготовить рассказ о себе

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

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

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

Что сказать рекрутеру на первом собеседовании

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

Формулировка может быть простой: «Мне бывает сложно отвечать на широкие вопросы, поэтому могу что-то упустить. Если вам нужна конкретика по стеку, задачам или результатам, задавайте уточняющие вопросы, я отвечу». В ней нет оправдания — кандидат просто помогает собеседнику быстрее получить нужную информацию.

После этого важно действительно отвечать развёрнуто.

• Если рекрутер спрашивает про стек, стоит назвать не только технологии, но и то, как вы их использовали.
• Если спрашивает про команду, полезно объяснить, с кем взаимодействовали: разработчики, тестировщики, аналитики, продукт, поддержка.
• Если спрашивает про результат, лучше говорить о наблюдаемом итоге: закрыли задачу, ускорили процесс, уменьшили количество ручных действий, помогли выпустить релиз.

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

Какие вопросы подготовить к работодателю

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

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

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

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

Кому стеснительность будет мешать

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

Сложнее с ролями, где коммуникация уже часть работы. Тимлид объясняет решения команде и бизнесу. Руководитель проекта сводит ожидания разных сторон. Продуктовый специалист защищает приоритеты. Системный или бизнес-аналитик постоянно уточняет, согласует и переводит требования на язык разработки. На интервью придётся показать, что вы умеете вести обсуждение, задавать уточняющие вопросы, фиксировать договорённости и объяснять свою позицию. Работодатель должен увидеть, что скромность не помешает выполнять работу, где нужно регулярно разговаривать с людьми и брать на себя часть коммуникационной нагрузки.

Как выбирать команду, если вы стеснительны

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

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

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

Удалёнка может быть удобнее, но она не делает человека невидимым. На удалённой работе всё равно нужно отвечать в чатах, задавать вопросы, писать понятные апдейты, предупреждать о блокерах и объяснять, почему задача едет по срокам. Если кандидат выбирает удалёнку только чтобы меньше общаться, он может быстро попасть в ловушку: команда не видит контекста, руководитель не понимает статус, а вокруг задачи копится раздражение.

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

Итого

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

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

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

Родители и преподаватели возмутятся: «Для чего накапливать несданные работы?». Им кажется, что такой безответственный подход точно вылезет боком на работе. И даже если не сразу, то через время тебя раскусят, и коварный синдром самозванца окажется прав.

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

Гибкость

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

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

В резюме: Умею работать в меняющихся условиях. Быстро перестраиваюсь, когда меняются задачи и сроки.

Стрессоустойчивость

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

В жизни: Сдал три зачета за сутки, спал 3 часа, но не сорвался и не потерял концентрацию.

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

Турборежим

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

В жизни: Случайно узнал, что сегодня последний день сдачи работы. Мгновенно бросил все дела, оформил черновик и отправил работу за 5 минут до дедлайна.

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

Навыки переговоров

Горящая сессия превращается в череду переговоров то с преподавателями, то с одногруппниками. Ты учишься не выклянчивать, а спокойно договариваться.

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

В резюме: Умею эффективно вести переговоры. Могу найти решение, которое устроит всех.

Поиск информации

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

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

В резюме: Умею анализировать большие объемы данных и выделять основную суть.

Тайм-менеджмент

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

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

В резюме: Умею составлять антикризисный план и строго следовать ему.

Нетворкинг

Лайфхак во время сессии: можно не тянуть все в одиночку. Удобнее объединиться с одногруппниками, обменяться конспектами и поделить темы ради общего результата.

В жизни: Сразу понял, что подготовка к экзаменам займет в два раза больше времени, если делать все самому. Оперативно организовал “отряд” в чате с одногруппниками, и разделил билеты.

В резюме: Умею организовывать работу команды так, чтобы быстро объединять людей ради общей цели и результата.

Энергосбережение

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

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

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

Креативность

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

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

В резюме: Умею находить нестандартные и креативные решения в условиях жестких сроков.

ИИ-компетенции

Горящий дедлайн не дает времени на рутину. Ты учишься использовать любые доступные инструменты, чтобы ускориться. Например, нейросети, чтобы быстрее справиться с задачами.

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

В резюме: Использую нейросети, чтобы автоматизировать рутинные задачи и сократить количество ошибок.

Почему работодатели это ценят

Твои скиллы прямо сейчас находятся среди самых востребованных soft skills на рынке труда: гибкость, стрессоустойчивость, тайм-менеджмент, переговоры, нетворкинг и креативность. Да, это уже профессиональные навыки для резюме.

Почему это важно, согласно данным HH.ru (ноябрь 2025):

• Навыки не менее важны, чем опыт. Многие компании оценивают кандидатов по тому, что они умеют делать, а не только по должности.
• Умение работать с нейросетями теперь необходимый навык. Он помогает делать дела быстрее и проще и напрямую влияет на развитие soft skills.

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

Твои успехи во время сессии — это как сертификат кризис-менеджера. Не стесняйся писать об этом в резюме. Если не хватает источников или сложно разобраться в теме, можно обратиться за консультацией и подбором материалов в Автор24.

Каждый второй россиянин считает работу в IT престижной: зарплата от 160 до 225 тыс. рублей, гибкий график, удалённая работа, всегда можно найти работу, плюшки вроде ДМС, спортзала и курсов за счёт компании. Но проходит время, и становится понятно: к очевидным плюсам обязательным бонусом идут неочевидные минусы. Бесконечный контекст-свитчинг, хаос задач, необходимость постоянно отслеживать и оперативно осваивать новые профессиональные тренды основательно выматывают. Неудивительно, что, по данным разных исследований, с выгоранием знакомы от 74 до 96% российских IT-специалистов.

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

Выгорание придумали слабаки и лентяи

На самом деле нет, скорее даже наоборот. Эмоциональное выгорание — не про слабость, а про сильное физическое и эмоциональное истощение, когда работа выматывает до такой степени, что сил не остаётся не только на работу, но и на саму жизнь. Причина — длительный стресс.

Синдром эмоционального выгорания признала Всемирная организация здравоохранения (ВОЗ) и в 2019 году включила его в Международную классификацию болезней.

Причина не в вас, посмотрите на работу

Работать в IT эмоционально тяжело вот почему:

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

Работа часто становится непредсказуемой и многозадачной. Задания меняются на ходу, проекты усложняются без чёткого плана. Появляются ASAP-задачи, баги, сообщения в Slack — всё одновременно. Споры и пересмотры сроков — обычное дело.

Чаще всего выгорание возникает не из‑за объёма работы, а из‑за отсутствия чёткого ТЗ и неопределённости. Если в компании постоянно меняются приоритеты, подгорают задачи, то это путь в никуда.

Удалёнка стирает границы между работой и отдыхом. Работа из дома часто означает, что человек всё время на связи. Уведомления приходят вечером и в выходные. Если проект иностранный, добавляются часовые пояса, и границы рабочего времени размываются максимально.

Приходится постоянно учиться. Языки, библиотеки и фреймворки быстро обновляются. Чтобы быть в теме, приходится постоянно изучать новое. Часто в свободное время.

Много времени уходит на то, чтобы согласовать правки и защитить свою позицию. Причина — руководители жёстко контролируют процесс и требуют объяснить каждый шаг. Ревьюеры дают противоречивые указания.

Личный вклад в работу не признают и не ценят. Усилия и старания не получают ни благодарности, ни конструктивной обратной связи. Вкладываетесь, стараетесь, а в ответ — тишина.

Поэтому всегда важно подсвечивать, что даже за самым маленьким проектом лежит огромный труд всей команды.

Как понять, что вы на грани выгорания: чек-лист самодиагностики

Выгорание не случается в один момент. Часто усталость, раздражение, прокрастинацию, работу на автомате списывают на обычную нагрузку. Отмахиваются, что «все так работают, и ничего». А зря. Это первые звоночки: вы медленно, но верно движетесь к кризису. Восстанавливаться после него сложно. Некоторым удаётся прийти в себя только после того, как они начинают работать в другой сфере.

Ниже чек-лист самодиагностики.

Сложно сосредоточиться. Появляется чувство, что в голове туман. То, что раньше делали на автомате, теперь — тяжелейшая задача. А придумать что-то новое или найти нестандартное решение вообще нереально.

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

Память подводит. Теряете нужные файлы, путаете детали, постоянно забываете.

Работа не радует. Задачи кажутся пустыми и бессмысленными и часто раздражают. Успехи не приносят удовольствия. Новые технологии, статьи, конференции тоже больше не интересуют. Вы всё откладываете на потом.

Постоянным фоном идёт тревога. Уведомления вызывают стресс, мысли о работе не отпускают даже вечером, ночью и в выходные. Вам кажется, что работаете плохо, даже если делаете всё правильно.

Накапливается физическое истощение. Просыпаетесь уставшим. Сон не помогает. Часто болит голова. Атакуют бесконечные простуды. ЖКТ регулярно даёт сбои. Меняется аппетит: едите либо слишком много, либо совсем не хотите есть.

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

Если совпали три и больше пунктов, это знак — пора остановиться и хорошенько проанализировать рабочий ритм и условия работы.

Как работать без выгорания: реальные лайфхаки от айтишника

Эксперт, который пожелал остаться анонимным, советует:

Первое правило — чёткий и стабильный рабочий график. Работа по понятному расписанию заметно помогает сохранять ресурсы. Переработки и срывы графика я прошу согласовывать заранее и спокойно отказываюсь, если условия меня не устраивают. За это ни разу не последовало реальных санкций. Максимум намёки в духе «так обычно замедляется рост в компании». Но здесь каждый сам выбирает: выгореть за месяц с призрачным повышением или работать стабильно вдолгую. На самом деле, большинство «срочностей» не критичны. Мы редко в IT спасаем жизни напрямую. Бывало, в выходные я отвечал, что не у компьютера. Менеджер без проблем находил других людей, которые готовы помочь. Более того, нередко «срочную» работу потом месяцами не могли протестировать. Напоминание о таких кейсах часто отрезвляет любителей пожарного режима. Второе правило — отключать уведомления вне работы. Рабочие чаты во внерабочее время у меня отключены, а корпоративных мессенджеров на телефоне у меня нет. Это убирает соблазн врываться в обсуждения тогда, когда организм уже должен отдыхать. Я спокойно восстанавливаю силы в нерабочее время. Однажды перед сном я получил личное сообщение от лида с эмоциональным разбором моего поведения и списком претензий. Итог — два часа без сна, сильный стресс и вынужденные day off. Позже лид сам уволился. Уверен, ситуацию можно было решить адекватным 1-to-1 в рабочее время, без эмоций. Третье правило — свести на нет общение с коллегами вне работы. Когда личное и рабочее слишком смешивают, границы размываются. Даже неформальная встреча легко превращается в обсуждение задач, анализ проблем. А в результате — продолжение работы. Это мешает восстановиться. Парадоксально, но и на работе чрезмерная дружба иногда ломает процессы: коллег перестают воспринимать как коллег, появляются элементы кумовства. Да, тимбилдинги бывают полезны. Но формат «собираться по несколько раз в неделю и заодно обсуждать работу» — явный перебор. Даже чаще раза в две недели сомнительно.

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

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

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

Тимлиду стоит сказать, что вы на грани выгорания. И речь не про жалобы, а про ответственность. Когда человек выгорает, концентрация падает, количество ошибок растёт, а восстановление занимает больше времени. Тимлид не сможет увидеть это сам, поэтому открытый разговор поможет перераспределить задачи и уменьшить перегруз. Я сама попадала в такие ситуации: чем раньше начинаешь разговор, тем легче тебе и команде.

Разговор о выгорании может выглядеть по‑разному. Сотрудники думают: если я приду и расскажу, что по какой‑то причине не справляюсь со своими рабочими задачами, это воспримут как нытьё. Поэтому такой разговор откладывают на неопределённый срок, пока ситуация не достигнет критической точки. Так делать не надо. Рассказать о выгорании на работе можно открыто, без страха, что тебя воспримут несерьёзно. Вариантов, как довести до руководителя, что ты выгорел, немало. К этому можно даже подготовиться, если человеку так спокойнее. Например, убрать эмоции и собрать данные. Первая фраза для начала разговора может звучать так: «Я хочу обсудить оптимизацию моей текущей нагрузки. Я замечаю конкретные признаки переработки (привести 1–2 факта), и они уже начали влиять на результат. Чтобы не допустить сбоев, предлагаю вместе рассмотреть варианты корректировки. У меня есть несколько идей, с чего можно начать». Такой подход превращает сложный личный разговор в деловое обсуждение рабочих процессов. Человек не кажется нытиком, а выглядит осознанным сотрудником, который ценит свой ресурс и качество работы компании.

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

Ниже несколько рабочих приёмов, которые помогут объяснить ситуацию чётко и по делу.

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

Упакуйте сообщение правильно. Максим Казимир, руководитель отдела автоматизации функционального тестирования в направлении SDET в компании SimbirSoft советует: «Лучше избегать тона жертвы обстоятельств. Необходимо говорить на языке ответственности и совместного поиска решения: «Я, видимо, переоценил свои ресурсы, когда взял проект А и проект Б одновременно. Предлагаю скорректировать план так, чтобы качественно выполнить обе задачи». Это покажет, что вы не перекладываете проблему на других, а ищете выход из сложившихся обстоятельств».

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

Говорите о фактах, а не эмоциях. Максим Казимир, руководитель отдела автоматизации функционального тестирования в направлении SDET в компании SimbirSoft советует: «Вместо «Я на грани» лучше сказать: «Заметил, что стал пропускать простейшие ошибки. Таких проблем раньше не было». Так человек показывает: он озабочен ситуацией, ему не всё равно, но нужна помощь. Он подсвечивает проблему с другого ракурса, как запрос на оптимизацию. Цель такого запроса — найти способ довести проект до конца с минимальными травмами для себя и проекта».

Предлагайте варианты, как решить проблему. Подумайте, что реально поможет. Например, можно сказать: «Чтобы вернуть прежнюю скорость и качество, помогите понять, какие задачи в приоритете здесь и сейчас. Поделитесь опытом или советом, как бы вы поступили». Или «Я смогу сфокусироваться на проекте А, если часть рутинных задач Б кто‑то возьмёт на месяц», «Готов взять задачу позже, когда закрою горящие сроки».

Когда пора менять проект или компанию

Иногда дело не в вас, а в среде, которая выжигает. Самое время паковать чемоданы, если:

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

Рабочий объём стабильно превышает человеческий. Переработки идут одна за другой, и есть ощущение, что это никогда не закончится.

Моя основная задача на прошлом рабочем проекте — писать автотесты для регресса. На его разработку отводился один рабочий день. За этот рабочий день было необходимо: протестировать функционал вручную, реализовать подготовку предусловий и написать сам тест. Практически в 100% случаев времени на это не хватало. Причины разные: сложности самого веб‑приложения, отсутствие подробной документации или понятного тест‑кейса. Большая часть времени уходила на то, чтобы определить тестовые данные и адаптировать шаги тест‑кейса к автоматизации. Кроме этого, тестовые стенды не всегда были в рабочем состоянии, и нужно было разбираться с поломками. Заведение багов также отнимало много времени, так как к баг‑репорту нужно было прикрепить логи, которые ещё нужно было найти. Из-за всего этого атмосфера была напряжённая. Рабочий день длился 12–14 часов, включая выходные дни. Как ответственный сотрудник я пыталась справиться всеми доступными способами. В таком режиме проработала несколько месяцев, пока однажды у меня не случился приступ: стало трясти и не было сил делать что‑либо. Я взяла выходной, но отключиться от работы не получилось. Приходилось отвечать на рабочие вопросы и оставаться на связи. Я вернулась к работе, но скоро приступ случился снова.Так дальше не могло продолжаться. Я обратилась к психологу, смогла расставить приоритеты, более‑менее наладить work‑life‑баланс, освободиться от чрезмерного напряжения и приняла для себя единственно верное решение: покинуть проект и найти другую работу.

Тимлид не видит и не слышит. Вы говорите о перегрузке, а в ответ — «держись, потом станет легче». Если менеджер игнорирует ваш ресурс, значит, он им не дорожит.

Никакого развития. Годами одни и те же задачи, стек не меняется, обучения нет, инициатива тонет в бесконечных согласованиях.

Команда живёт в режиме реагирования, а не нормального планирования. Планы существуют только на бумаге. Их регулярно сносят запросы из серии «это надо было вчера». В итоге постоянно нужно бросать текущие задачи и переключаться на очередной «пожар».

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

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

Как грамотно управлять своими ресурсами в 2026 году

Опыт экспертов показывает, выгореть может каждый. Чтобы не начать ненавидеть свою работу и не сбегать куда-нибудь в деревню за ресурсом, важно вовремя заметить, что что-то идёт не так, и притормозить. Иногда достаточно пересобрать свой рабочий день, понять, где сбился график, что давит, какие задачи можно убрать или упростить. А иногда помогает пауза или даже перейти в другую команду.

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

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

«Дата-аналитик извлекает, очищает, обрабатывает и анализирует данные, предоставляя бизнесу полезную информацию для решений» — hh.ru (2024). https://career.hh.ru/article/analitik-dannyh

Кто такой аналитик данных и что такое анализ данных?

Аналитик данных — специалист по анализу данных (data analyst), который помогает компаниям принимать решения на основе фактов, а не догадок. Профессия для тех, кто умеет превращать цифры в смысл.

Что это значит на практике?

Data-аналитик взаимодействует с данными: извлекает их из разных источников, очищает от ошибок и дубликатов, обрабатывает и изучает. Цель — предоставить полезную информацию для бизнеса или науки. Аналитика данных выявляет закономерности, объясняет, что происходит и почему, показывает, что делать дальше.

Кто это в компании?

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

«В 2025 году объём мировых данных достигнет 181 зеттабайта — вдвое больше, чем в 2022-м» — hh.ru (2024).

Почему профессия актуальна в 2025?

Компании буквально тонут в информации. Им нужны те, кто умеет из этого хаоса вытащить ценное. По данным HeadHunter, только за последние десять лет количество вакансий по анализу данных и машинному обучению в России увеличилось почти в 30 раз.

Впечатляет, правда?

Что делает аналитик данных: основные обязанности и задачи

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

Вот типичный рабочий процесс:

• Сбор данных. Извлечение информации из баз данных и других источников с помощью SQL-запросов или API. Аналитик документирует, откуда приходят данные, чтобы коллеги понимали, насколько им можно доверять.
• Обработка и очистка. Нормализация форматов, контроль качества, устранение дубликатов и пропусков. Самая рутинная, но критически важная часть работы. Без чистых данных любой анализ превращается в гадание на кофейной гуще.
• Интерпретация. Формулировка инсайтов и объяснение причинно-следственных связей. Не просто "продажи упали на 15%", а "продажи упали на 15% из-за сбоя в платёжной системе 12 января, об этом говорит резкий всплеск отказов на этапе оплаты".
  Чувствуете разницу?
• Визуализация и отчеты. Дашборды в BI-системах (Power BI, Tableau), презентации для команд и руководства. Хороший дашборд должен быть понятен даже тому, кто увидел его впервые.
• Проверка гипотез. A/B-тесты, статистические проверки, оценка эффектов изменений. Например, "если поменять цвет кнопки с синего на зелёный, вырастет ли конверсия?"
• Перевод бизнес-задачи в метрики. Определение KPI/OKR, дизайн экспериментов. Умение понять, что на самом деле нужно бизнесу, и выразить это через измеримые показатели.
• Коммуникация результатов анализа. Рекомендации, приоритизация, оценка рисков и потенциального влияния (impact). Результаты анализа становятся реальными решениями только когда их понимают и применяют.

Ключевые навыки и инструменты, которые нужно знать аналитику данных

Технические навыки (Hard Skills)

Статистика и методы анализа — фундамент

Распределения, t-тесты, доверительные интервалы, регрессия. Без этого вы не поймёте, случайны ли ваши выводы или действительно значимы.

Работа с базами данных и SQL-запросы — ядро профессии

JOIN, оконные функции, CTE (Common Table Expressions). Если не умеете вытащить нужные данные из базы, вы не аналитик. Просто человек с Excel.

Python для анализа данных (pandas, numpy)

Для тех, кто хочет автоматизировать рутину и работать с большими объёмами. Jupyter-ноутбуки позволяют документировать анализ так, чтобы его мог повторить кто угодно.

Excel/Google Sheets

Для быстрых расчётов и прототипов. Сводные таблицы, ВПР, условное форматирование. Не стоит недооценивать таблицы — иногда это самый быстрый путь к ответу.

BI-инструменты (Power BI, Tableau)

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

Основы А/В-тестирования

Методы анализа экспериментов, статистическая значимость, понимание размера выборки и ошибок I и II рода.

«Владение SQL, Python или R, BI-системами, электронными таблицами и хорошая статистика — основа профессии аналитика данных» — skgroups.ru (2024). https://blog.skgroups.ru/kto-takoj-analitik-dannyh-i-chem-on-zanimaetsja/

Гибкие навыки (Soft Skills)

Коммуникация и сторителлинг

Умение объяснить выводы без жаргона. Бизнесу не нужны формулы — им нужны решения и понятные истории.

Критическое мышление

Проверка предположений и источников данных. "А точно ли эти цифры верны? Может, тут артефакт?"

Бизнес-ориентированность

Понимание ценности метрик для продукта и прибыли. Хороший аналитик не просто считает, а понимает, зачем он это делает.

Тайм-менеджмент и приоритизация задач

В работе аналитика всегда больше вопросов, чем времени на ответы.

Внимание к деталям

Качественные данные и корректные выводы. Одна ошибка в SQL-запросе — и весь анализ летит в мусорку.

Работа в кросс-командах

Продукт, маркетинг, разработка. Аналитик — связующее звено между разными отделами.

Основные инструменты аналитика

Виды аналитиков данных: специализации в работе с данными

Здесь мы говорим о специализациях внутри аналитики данных. Бизнес-аналитик и системный аналитик — смежные, но отдельные профессии, о которых речь пойдёт позже.

«Специализации: продуктовая, маркетинговая, бизнес-аналитика и BI-аналитика; задачи и инструменты различаются» — practicum.yandex.ru (2024). https://practicum.yandex.ru/blog/napravleniya-analitiki-kakuyu-specializaciyu-vybrat/

Продуктовый аналитик

Продуктовый аналитик исследует поведение пользователей и влияние изменений на метрики продукта: активация, ретеншн, LTV (lifetime value). Формулирует и проверяет гипотезы, ставит трекинг событий, проектирует A/B-тесты, интерпретирует результаты. Помогает приоритизировать бэклог.

Это data-аналитик с сильной бизнес-ориентацией, влияющий на roadmap и рост продукта. В его зоне ответственности — понимание, что заставляет пользователей возвращаться и платить.

Маркетинговый аналитик

Маркетинговый аналитик помогает бизнесу привлекать клиентов: анализирует данные по кликам и поведению пользователей, даёт рекомендации относительно продвижения и рекламы. Советует, как скорректировать маркетинговую стратегию и оптимально распределить бюджет.

Веб-аналитик

Веб-аналитик (часто digital analyst) измеряет воронку трафика и конверсии. Источники трафика, поведение на сайте/приложении, эффекты SEO/SEA/CRM. Работает с системами веб-аналитики (Google Analytics 4, AppMetrica), UTM-разметкой, атрибуцией и сквозной аналитикой.

Задача — повысить эффективность маркетинга и конверсии, выявляя точки роста и проблемные места пути пользователя. "Почему люди уходят на этапе оформления заказа?" — типичный вопрос веб-аналитика.

BI-аналитик

BI-аналитик (Business Intelligence аналитик) проектирует системы для анализа и хранения данных, тестирует гипотезы, автоматизирует отчётность. Помогает бизнесу моделировать различные ситуации, делать правильные выводы и распределять ресурсы между отделами.

Финансовый аналитик

Финансовый аналитик оценивает доходы/расходы, прогнозирует денежные потоки, строит модели P&L (profit and loss), юнит-экономику, сценарный анализ. Применяет статистику и Excel/BI, визуализирует KPI для управленческой отчетности.

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

Гейм-аналитик

Гейм-аналитик — специалист, рекомендации которого позволяют постоянно развивать игровой продукт, увеличивать заинтересованность пользователей, а следовательно — и прибыльность компании. Многопрофильный специалист — должен разбираться в программировании, звуке, графике и других нюансах разработки игр.

Аналитик баз данных (Database Analyst)

Аналитик баз данных проектирует и оптимизирует БД для качественного анализа. Моделирование данных, нормализация, индексы, производительность запросов. Обеспечивает доступность, целостность и корректность данных, документирует схемы.

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

Смежные роли: бизнес-аналитик и системный аналитик

Бизнес-аналитик и системный аналитик — отдельные профессии, которые часто путают с аналитиком данных.

Бизнес-аналитик: переводит цели компании в требования и формирует метрики успеха. Описывает бизнес-процессы, согласовывает изменения со стейкхолдерами и считает экономический эффект. Работает на стыке аналитики данных и управленческого консалтинга: собирает требования, моделирует сценарии "как есть/как будет", помогает принимать решения, оформляет спецификации для команд разработки.

Системный аналитик фокусируется на структурировании требований к IT-системам. Описывает сущности и связи, интеграции, потоки данных и ограничения. Обеспечивает непротиворечивость и полноту требований, участвует в проектировании API и схем БД, готовит спецификации, юз-кейсы и диаграммы.

Если бизнес-аналитик отвечает на вопрос "что нужно?", то системный — "как это технически реализовать?".

Аналитик данных vs Data Scientist vs BI-аналитик: в чем разница?

«Data Analyst ориентирован на оперативную аналитику и визуализацию; Data Scientist создаёт и внедряет модели машинного обучения» — dtf.ru (2024).

Главное различие: Data Analyst анализирует прошлое и настоящее, чтобы объяснить причины. Data Scientist строит модели для предсказания будущего. BI-аналитик создаёт инфраструктуру отчётности.

На старте карьеры лучше начинать с аналитика данных — вы освоите фундаментальные навыки работы с данными, научитесь формулировать вопросы и искать ответы. А потом, если захотите, сможете специализироваться в Data Science или BI-разработке.

Карьера и зарплата аналитика данных: от начинающего до ведущего специалиста

Карьерный путь обычно проходит ступени junior → middle → senior → lead/head of analytics.

Начинающий аналитик

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

Middle

Ведет полноценные задачи аналитика и проекты самостоятельно — от формулировки вопроса до презентации результатов. Умеет проектировать A/B-тесты, выбирать методы анализа, объяснять выводы бизнесу.

Старший аналитик

Управляет приоритетами, влияет на архитектуру данных, менторит команду. Принимает стратегические решения о том, какие метрики важнее, как строить систему аналитики в компании.

Ведущий аналитик (Head of Analytics)

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

Средняя зарплата аналитика данных в России в 2025 году

Зарплата аналитика данных растет вместе с компетенциями: навык работы с SQL/Python, владение BI-системами, статистикой и продуктовыми метриками, умение объяснять "что делать дальше" — ключ к росту.

На доход также влияют регион (Москва платит больше Воронежа), отрасль (финтех и e-commerce щедрее госсектора), масштаб компании и зона ответственности.

«Зарплаты: Junior 60–100 тыс., Middle 100–180 тыс., Senior от 180 тыс.; уровень зависит от региона и специализации» — hh.ru (2024).

Средняя зарплата по России: 112 000 ₽ в месяц. Чаще всего зарплаты находятся в диапазоне от 68 000 до 155 000 ₽. Минимальная зафиксированная зарплата — 50 000 ₽, максимальная — 450 000 ₽.

Спрос на аналитиков данных: рынок труда в России

По данным HeadHunter (январь 2025):

• Более 14 тысяч активных вакансий с запросом «аналитик данных»
• Более 40 тысяч вакансий по ключевому слову «аналитик»
• 15% вакансий предлагают полностью удалённый формат работы
• За последние 10 лет количество вакансий по анализу данных и ML в России увеличилось почти в 30 раз

«На HeadHunter более 14 тысяч вакансий для аналитиков данных» — Skillbox Media (2024).

Топ-5 отраслей с наибольшим спросом:

1. IT и разработка ПО (35% вакансий)
2. Финансы и банки (22%)
3. E-commerce и ритейл (18%)
4. Телеком (12%)
5. Маркетинг и реклама (8%)

Доля удалённых вакансий: 15% — полная удалёнка, 42% — гибридный формат (данные hh.ru, январь 2025).

Топ-3 навыка в вакансиях:

1. SQL — упоминается в 87% вакансий
2. Python — 62% вакансий
3. Power BI/Tableau — 54% вакансий

Как анализ данных помогает принимать эффективные бизнес-решения

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

Результаты анализа превращаются в бизнес-решения:

• Корректировка цен на основе эластичности спроса
• Перераспределение маркетингового бюджета в пользу эффективных каналов
• Приоритизация бэклога разработки: какие функции принесут максимальный рост конверсии
• Оптимизация логистических процессов для снижения издержек

Для бизнеса это — повышение эффективности, рост прибыли и управляемость рисков. Когда метрики связаны с целями (KPI/OKR), аналитика помогает выбрать действия с максимальным эффектом при минимальных затратах.

Пример: Интернет-магазин видит в дашборде, что 40% пользователей бросают корзину на этапе ввода адреса доставки. Аналитик копает глубже — оказывается, форма требует слишком много данных и долго грузится на мобильных устройствах. После упрощения формы конверсия выросла на 12% за месяц.

Как стать аналитиком данных: обучение и курсы

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

1. Ускоренные интенсивы — 3-6 месяцев погружения в профессию с менторами, проектами и поддержкой в трудоустройстве. Подходят тем, кто хочет быстро сменить сферу деятельности.
2. Модульные курсы с проектами — более гибкий формат, где можно учиться в своем темпе. Обычно длятся 6-12 месяцев.
3. Самостоятельное обучение по дорожной карте — для самых дисциплинированных и мотивированных. Бесплатно, но требует железной воли и умения находить качественные материалы.

Что должна покрывать хорошая программа обучения

Хорошая программа обучения аналитике данных покрывает:

• Основы статистики (распределения, гипотезы, доверительные интервалы)
• SQL (от базовых SELECT до оконных функций)
• Python для анализа данных (pandas, numpy, matplotlib)
• Excel/Google Sheets (сводные таблицы, формулы)
• Power BI/Tableau (дашборды и визуализация)
• A/B-тестирование (методология, интерпретация результатов)
• Работу с базами данных и понимание структуры данных
• Портфолио-проекты на реальных датасетах

Сравнение форматов обучения

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

Например, курс аналитика данных от Sky.pro включает все эти элементы: от базовой статистики до построения дашбордов, с наставниками-практиками и помощью в трудоустройстве после завершения. Программа рассчитана на 12 месяцев и покрывает весь необходимый стек — SQL, Python, BI-инструменты, статистику и A/B-тестирование. В процессе обучения вы соберёте портфолио из реальных проектов, которое потом покажете работодателям.

Как стать аналитиком данных с нуля: пошаговый план

Шаг 1: Изучите основы (математика и статистика)

Без них никуда. Фокус на описательной статистике (среднее, медиана, стандартное отклонение), вероятностях, проверке гипотез, интерпретации p-value и доверительных интервалов.

Не нужно погружаться в матан с головой — достаточно понять базовые принципы. Ресурсы: Khan Academy, Coursera (курсы по статистике), учебник "Practical Statistics for Data Scientists".

Шаг 2: Освойте ключевые инструменты (SQL, Excel, Python)

• SQL — начните с базовых SELECT, WHERE, JOIN. Потом переходите к GROUP BY, подзапросам, оконным функциям. Практика на SQL Zoo, LeetCode, HackerRank.
• Excel/Google Sheets — сводные таблицы, ВПР, условное форматирование. Попробуйте решить несколько кейсов на обработку данных.
• Python — начните с библиотек pandas (работа с таблицами) и numpy (математика). Jupyter-ноутбуки для документирования анализа.
• Ежедневная практика — ключ. Даже 30 минут в день дадут результат через несколько месяцев.

Шаг 3: Пройдите курс или учитесь самостоятельно

Если выбираете курсы — смотрите на программу (покрывает ли все необходимое), отзывы выпускников, наличие менторства и практических проектов.

Если учитесь сами — составьте дорожную карту, найдите публичные датасеты (Kaggle, data.gov), решайте задачи, изучайте чужие решения.

Важны код-ревью и обратная связь. Если учитесь сами — ищите комьюнити (Reddit, Telegram-чаты аналитиков), делитесь своими решениями, просите фидбэк.

Шаг 4: Соберите портфолио

Проекты на реальных датасетах — ваша визитная карточка. Kaggle, публичные API (Twitter, OpenWeatherMap), открытые данные правительств.

Примеры проектов для портфолио:

• Анализ розничных продаж с прогнозом на следующий квартал
• Исследование факторов, влияющих на отток клиентов
• Дашборд с метриками сайта (трафик, конверсия, источники)
• A/B-тест изменения на сайте с расчётом статистической значимости

Структура портфолио-проекта на GitHub:

project-name/

├── README.md (описание, цели, выводы)

├── data/ (сырые данные или ссылки)

├── sql/ (SQL-скрипты для выгрузки)

├── notebooks/ (Jupyter-ноутбуки с анализом)

├── dashboards/ (скриншоты или файлы BI)

└── docs/ (дополнительная документация)

Для каждого проекта — описание задачи, ход решения, выводы и рекомендации. Оформите на GitHub или в Jupyter-ноутбуке.

Шаг 5: Подготовьтесь к собеседованию и начните поиск

Алгоритм:

1. База SQL/статистики — решайте задачи на LeetCode/HackerRank
2. Разбор кейсов — подготовьте истории из портфолио в формате STAR (Situation, Task, Action, Result)
3. Мок-интервью — потренируйтесь с друзьями или менторами
4. Вакансиймейкинг — откликайтесь на позиции junior/стажёр, не бойтесь отказов

Типичные вопросы на собеседовании:

• Как посчитать median через SQL без функции MEDIAN?
• Объясните разницу между LEFT JOIN и INNER JOIN
• Как проверить, значимо ли отличие конверсий в A/B-тесте?
• Расскажите про ваш проект из портфолио

15 типовых вопросов для подготовки

SQL

1. Как вывести топ-3 товара по продажам за последний месяц?

2. В чём разница между HAVING и WHERE?

3. Что такое оконные функции и когда они нужны?

Статистика

4. Что такое p-value и как его интерпретировать?

5. В чём разница между корреляцией и причинно-следственной связью?

6. Как рассчитать размер выборки для A/B-теста?

Продукт и метрики

7. Как посчитать retention 7-го дня?

8. Что такое когортный анализ?

9. Чем отличается MAU от DAU?

Практические кейсы

10. Конверсия в оформление заказа упала на 20%. С чего начнёте?

11. Как проверить, что новая фича увеличила время в приложении?

12. Как определить, какой канал трафика самый выгодный?

Визуализация

13. Когда использовать столбчатую диаграмму, а когда — линейный график?

14. Как построить дашборд для CEO?

15. Что такое dashboard fatigue и как его избежать?

Плюсы и минусы профессии аналитика данных

Типичный рабочий день аналитика данных

Утро (9:00–11:00): Синхронизация с командой (стендап/созвон), проверка алертов по метрикам. Если что-то упало или выросло аномально — копаем причины.

До обеда (11:00–14:00): SQL/Python, подготовка данных, краткий исследовательский анализ (EDA). Проверка гипотезы из вчерашнего дня: ""А правда ли новая версия приложения повлияла на конверсию?""

После обеда (14:00–17:00): Визуализация в BI-системе, подготовка отчета или презентации для команды продукта. Иногда — созвон с маркетингом, где объясняешь, почему их последняя кампания не окупилась.

Вечер (17:00–18:00): Обсуждение рекомендаций с владельцами задач (product manager, маркетологи), планирование экспериментов на следующую неделю. Запись выводов и следующих шагов в Notion/Confluence.

Конечно, каждый день — разный. Иногда весь день уходит на расследование одной аномалии в данных. Иногда — на подготовку презентации для топ-менеджмента. А иногда просто сидишь и ждёшь, пока выполнится тяжёлый SQL-запрос.

Часто задаваемые вопросы (FAQ)

Нужен ли диплом программиста или математика, чтобы стать аналитиком данных?

Нет, не обязательно. Но базовая математика и статистика — обязательны. Диплом можно компенсировать портфолио проектов, курсами и реальным опытом работы. Работодатели смотрят на навыки, а не на корочки.

Можно ли войти в профессию после 30 или 40 лет?

Да, абсолютно. Рынок ценит опыт в предметной области (финансы, логистика, маркетинг), системное мышление и результаты. Возраст — не барьер, если есть мотивация и готовность учиться.

Многие успешные аналитики пришли в профессию после 35, имея опыт в совершенно других сферах — и это стало их преимуществом, потому что они лучше понимают бизнес-контекст.

Сколько времени занимает обучение на аналитика данных?

3–6 месяцев интенсивно с менторством (если учитесь на курсах с поддержкой) или 6–12 месяцев при самостоятельном обучении. Всё зависит от стартового уровня и времени, которое вы готовы вкладывать ежедневно (рекомендуется 8–10 часов в неделю).

Если у вас есть техническое образование или опыт работы с Excel/SQL — будет быстрее. Если начинаете с нуля — запаситесь терпением и дисциплиной.

Где аналитику-новичку искать первую работу?

Стажировки, junior-вакансии (на hh.ru, LinkedIn), проектная работа, фриланс-проекты на Upwork/Kwork. Упор на портфолио и пет-проекты — покажите, что вы умеете делать.

Не бойтесь отказов. Первые 10-20 откликов могут остаться без ответа — это нормально. Продолжайте учиться, дорабатывайте портфолио, пробуйте снова.

Также полезно:

• Участвовать в хакатонах и data-челленджах
• Публиковать анализы на GitHub/Kaggle
• Писать статьи на Habr/Medium о своих проектах
• Нетворкинг в профессиональных комьюнити (митапы, Telegram-чаты)

Нужен ли английский язык?

Для чтения технической документации желателен уровень Pre-Intermediate (A2-B1). Многие библиотеки, фреймворки и best practices описаны на английском. Для работы в международных компаниях потребуется уровень Intermediate (B1-B2) и выше.

Заключение

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

В 2025 году спрос на аналитиков продолжает расти вместе с объёмами данных. Зарплаты достойные, перспективы — широкие (можно расти вертикально до Head of Analytics или горизонтально в Data Science/Product Management).

Чтобы стать аналитиком данных с нуля, нужно освоить SQL, Python, статистику, BI-инструменты, собрать портфолио и научиться объяснять выводы простым языком. Это реально за 6-12 месяцев при должной мотивации.

Да, будут сложности: рутина с очисткой данных, ответственность за правильность выводов, необходимость постоянно учиться. Но если вам нравится разбираться в сложном и влиять на решения — эта профессия для вас.

Что делать в ближайшие 30 дней:

1. Пройдите бесплатный вводный модуль курса по аналитике данных
2. Решите 5-10 задач по SQL на LeetCode/HackerRank
3. Выберите публичный датасет на Kaggle и попробуйте сделать простой анализ
4. Создайте репозиторий на GitHub для своих проектов
5. Вступите в 2-3 Telegram-чата для аналитиков
6. Прочитайте "Статистика и котики" или "Naked Statistics"

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

Удачи! И помните: каждый эксперт когда-то был новичком, который не знал разницы между LEFT JOIN и INNER JOIN.

Ерид: 2SDnjcnJk3q РД: ОАНО ДПО «СКАЕНГ» ИНН 9709022748

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

О карьере и новой работе

— Глеб, расскажи пару слов о себе.

— Я с 2003 года в коммерческой разработке. Сначала разрабатывал, потом у меня появилась своя компания, где писал много кода, будучи при этом техническим директором. Мне понадобилось 7 лет, прежде чем я принял, что как менеджер полезнее своей команде, и перестал днём техдирить, а вечером писать сложный код.

Потом пошёл в Skillbox, потому что мне нравилось преподавать. Мы много работали с джунами, я выстроил работу с ними. Сегодня, например, я только отписал пост, что один из них стал техническим директором в Нетмонет. Миша, салют! Ушёл из Skillbox полтора года назад, сейчас в Сбере занимаюсь платформой для агентов.

— Расскажи, пожалуйста, чуть подробнее про свой проект в Сбере, что ты сейчас делаешь?

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

— Кайфуешь от новой работы?

— Да! Очень интересная, новая, непонятная, неизведанная, при этом сложная. Ну, короче, то, что я хотел. Я люблю, когда непонятно, люблю, когда сложно, люблю, когда интересно и когда ещё при этом инженерно. Всё, что хотел, получил.

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

Об активностях, мотивации и выгорании

— Ты — довольно известный в комьюнити человек: у тебя и подкаст, и блог, и ты много где выступаешь, делал проект по джунам… Расскажи подробнее про все эти свои активности. Как тебе удаётся быть таким активным, столько всего делать и не выгореть в уголёк?

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

А что касается того, что делаю много, , то на самом деле не то чтобы много, просто долго, поэтому накопилось, ощущение, что много. Времени, конечно, на всё не хватает —стандартная история.

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

О «Манифесте джунов» и борьбе с «волками»

Что касается джунов и манифеста… Мы с Серёжей Поповым долгое время соглашались, что компании недостаточно уделяют времени работе с джунами. Очень часто на конференциях слышно: «Джуны не нужны». Во-первых, вы тоже ничего не умели, а во-вторых, вы при этом в параллели жалуетесь, что не хватает квалифицированных мидлов. Ну так откуда им взяться, если все занимаются только тем, что ищут мидлов? Они же не свалятся с луны, не вырастут как бананы на деревьях?

Второе: джун на самом деле многое умеет, нужно просто правильно создавать условия. Мы это понимали, обсуждали и негодовали. У Серёжи была компания «Лига А», которая специализировалась на работе с джунами, а у меня 50% команды были джуны. Сначала это было сложно и непонятно, а потом, когда я понял, как это работает, наши ребята за год-полтора очень здраво вырастали в крепких мидлов, которые могли дать прикурить окружающим.

Мы как-то в очередной раз и поговорили, что «сколько можно, давайте это попробуем исправить». Открыли большую доску, начали рисовать. Спустя три месяца мы поняли всё, что происходит, потом ещё за месяц схлопнули это и получили маленький, на две странички, манифест, который достаточно бодро разошёлся по комьюнити.

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

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

Потому что в найме сидят люди, которые нанимать не умеют, не могут понять, что за человек, что им движет, какие у него ценности, интересы, экспертиза. Есть такая шутка: A-плеер нанимает A-плеера, а B-плеер нанимает C-плеера. B-плееры наняли C-плееров, а потом: «Блин, мы так медленно разрабатываем, так много денег тратим, что же случилось?» А потому что надо нормально нанимать. И мы как раз опишем, как нормально выстроить подбор и найм. .

— То есть, если есть какая-то проблема, ты её видишь и сразу проактивно начинаешь решать?

— Не сразу все проблемы, а те, которые мне не безразличны. Есть много проблем, которые мне безразличны. А есть те, которые я считаю важными. Всё крутится вокруг людей. Сначала я всем объяснял, что с джунами надо уметь работать. Сейчас будем объяснять, как нужно нанимать, чтобы не впускать в организации обманщиков. Кто ещё будет защищать нашу ламповую айтишку, если не мы сами?)

О репутации и «волках» в IT

— Скажи, на примере проблемы с «волками»… Мне тоже много кто жаловался, что люди обманывают: приходят с референсами, на интервью им суфлируют ответы в наушники, снимают интервью из-под полы…

— Творится полный трэш. Даже подделки:, меняют имена, фамилии, потому что уже разошлись по HR-базам, а теперь идут по второму, по третьему разу. Всё настолько плохо, что аж за гранью. Там уже и нарушения законодательства, когда подделывают документы.

— Скажи, насколько сейчас обострилась актуальность института репутации в IT-индустрии?

Мне кажется, максимально. Что такое репутация? Один раз облажался — и все об этом знают. И поэтому ты ей дорожишь. Ты чётко должен понимать, что отвечаешь за свои действия.

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

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

— Поскольку у нас нет такого жёсткого института репутации, какв том же Китае или Южной Корее, то тебе сейчас за это ничего не будет. И, наверное, это хорошо. Одумался — красавчик, респект. Перебеситься — это нормально.

— А возьмут? Сейчас же ходят легенды про страшные чёрные списки…

— Это легенды. Никто их в глаза не видел. То, что некоторые люди, о которых ты можешь справиться, дадут ответ: «О, слушай, мы с ним работали, не надо», — это нормально,называется обратная связь. Такие списки делать — заигрывать с законодательством, потому что тебе не разрешено обрабатывать и хранить персональные данные. А если ты их не хранишь, как ты можешь вести список?

Единственный, кто может делать какие-то списки, — это государство. Например, для этого существует цифровая трудовая. Представь: больше не существует резюме, есть только цифровая трудовая. Я вот здесь трудился и этим занимался. Мы не очень тебе доверяем, мы позвоним, уточним. Нулевое доверие на входе. И тогда ты не можешь обмануть.

Но я думаю, как только уравняется спрос с предложением и в айтишке будут лучше собеседовать, не будет такой большой разницы в зарплатах с другими профессиями, то и стимул обманывать тоже, по-большей части, пропадёт. Система была построена на доверии. Когда IT стало массовым, стало понятно, что появилось много всего: agile, смузи, фраппе, доверие, любовь, обнимашки…И потом просто пришли люди, которые говорят: «О, а если я вот здесь красиво напишу и расскажу, то смогу пройти собес. Они ж такие все дурачки, их можно обмануть». И начали обманывать.

Ситуация дошла до того, что это стало значимым в масштабе, и теперь надо всё это

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

—Раз у нас опять институт репутации начинает работать, и вновь актуальны эти все «береги честь смолоду», то как 20-летнему зелёному нужно работать со своей репутацией, брендом?

— Слушай, нет никакого бренда, когда ты молодой. Что такое хорошая репутация? Открываешь резюме, и если там написан, например, физтех — неплохо, особенно если ты можешь этому доверять и проверить. Если там проработал годик, второй, третий в хорошей компании — вот он, условно говоря, «билет в жизнь», тот самый опыт.

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

О личном бренде для разных грейдов

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

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

Но польза может быть и для мидлов, потому что они постоянно растут. Я, например, вообще не вижу проблем, когда выступает мидл или джун. Главное, чтобы он рассказывал вещи для своей аудитории. Джун прекрасно сможет рассказать студентам: «Прошёл год, я пришёл в такой-то банк, в такой-то e-com, и вот как оно было, такие ошибки, такие драйверы роста».

Чем выше ответственность, тем бренд важнее. Если компании важно нанимать в большом объёме, если она публичная или идёт на IPO, то ей для оценки (оценка перед публичным размещением) важно, чтобы она выглядела экспертно. Ключевая ценность — это стоимость привлечения в найме. Сколько стоит нанять одного разраба? А хорошего уровня? А топ-10 самых лучших? Почему в 5 раз больше? Почему они к тебе не хотят идти? Почему ты их перекупаешь? Почему тратишь больше времени на их поиск? Вот это и есть ценность бренда для организации.

Как Глеб пришёл к личному бренду

— Глеб, возвращаясь к вопросу, если вспоминать твой опыт, когда ты всё-таки задумался о том, чтобы строить личный бренд и как-то над ним работать? Это было интуитивно или осознанно?

— Это было скорее интуитивно, нативно. Не то чтобы я думал: «Вот, сейчас выстрою бренд, что-то это даст». Нет, мне просто хотелось выступать. Я просто понял, что накопил кучу опыта. Каждая тусовка в офисе заканчивалась тем, что я на доске кому-нибудь маркером что-нибудь рисую, объясняю: «Это работает вот так, и прикинь, если вот тут это, то вот!» И человек такой: «Ооо!» И я такой: «Дааа!»

Я понял, что пора выступать, и начал выступать. В 2016-м году подался выступить на Highload с докладом про производительность рендеринга и анимаций. Попал туда, выступил, думаю: «Блин, кайф, круто, хочу больше». На следующий год меня пригласили в программный комитет, а ещё через год Олег Бунин предложил мне его возглавить. И вот с 2018-го года я им руковожу.

— А что в твоей жизни изменилось, когда ты начал активно выступать, руководить программным комитетом?

— Слушай, кайф, просто интересно! У инженеров самое важное — это экспертиза. А момент престижа — когда её оценивают другие. Обычно это код, который хорошо работает. Но появляется ещё способ — выйти на сцену, взять микрофон, показать слайды, что-то объяснить. И ты от этого получаешь удовольствие.

Плюс, когда я пошёл работать в Skillbox, наш CEO попросил выкрутить на полную тему спикерства, потому что в айтишке была с этим беда. Я года два с половиной плотно выступал. У меня больше сотни выступлений было за эти два года. Покатался по всей России, ближнему зарубежью. Кайфанул, научился более ёмко выражать свою мысль, не расплываться, структурировать информацию.

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

— Я правильно понимаю: если ты хочешь идти в этот движ, то это должен быть какой-то условный бигтех?

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

Или когда у тебя продукт, который пользуется техностеком, например, какое-то облако. Ты будешь продавать через DevRel-ов. DevRel — это продажи. Ты кому-то продаёшь идею поработать в этой компании, потому что она крутая, или продаёшь культуру компании, или конкретный продукт для разработчиков. DevRel — это не просто про творчество, это всегда про решение конкретной задачи через публичку.

Как говорить о личном бренде на собеседовании

— Есть смысл об этом говорить на собеседованиях? Ты приходишь сеньором и понимаешь, что им это надо, они с этим работают. Ты им сразу говоришь: «Ребята, я хочу выступать, я хочу делать»?

— Да, конечно, обязательно. Я вообще считаю так… Есть такое слово — гедонизм. В общем смысле, это когда ты пускаешься во все тяжкие. А есть профессиональный гедонизм, когда ты делаешь то, что тебе нравится. Я принадлежу к этому лагерю. Надо выбирать, понимать, что тебе нравится, искать это и делать. Тогда ты всегда будешь в кайфе.

На собеседованиях очень важно понимать, что ты хочешь, и этого ждать и искать. Поэтому если ты понимаешь, что хочешь выступать, обязательно надо об этом говорить. Собеседование — место, где ты договариваешься о том, что будешь делать и на каких условиях.

Нужно заранее, в самом начале, сказать: «Меня зовут вот так, я, кстати, выступаю, хочу дальше это делать». Я считаю, что если есть взаимопонимание, то ты получишь всё, что хочешь, даже больше.

Сначала экспертность, потом — бренд

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

— Я не думаю, что это строго последовательно, но в целом, скорее, да. Они должны думать о том, насколько освоили мастерство. В первой фазе карьеры, фазе становления эксперта, мы должны сначала пройти этот путь. Нормально при этом выступать, вести каналы. Но первичнее — сначала вызреть как эксперт.

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

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

Об ИИ и личном бренде

— Как вообще меняется индустрия построения личного бренда с приходом ИИ?

Так же, как и везде. ИИ неплохо справляется с базовыми задачами. Например, факт-чекнуть, поискать в интернете пруфы, приложить их к тексту. Я использую так: даю текст и прошу: «Жёстко структурно критикуй, расскажи все недостатки, предложи, как это можно усилить и объясни, почему». Это даёт другую, экспертную точку зрения. Особенно хорошо с этим справляется Grok.

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

Советы по построению личного бренда

— Глеб, дашь какие-то рекомендации? С чего начать, на что лучше не тратить время?

— Можно делать всё, получишь ровно то, что делаешь. Самое важное — попробовать понять, кем ты хочешь выглядеть. Ты эксперт в своём деле? Или у тебя мемчики клёвые? Или ты вечно ноющий? Пойми, куда ты хочешь прийти, и подумай, как туда дойти.

Если это «что-то писать, то очень важно делать это постоянно. Надо себя приучить. Кому-то кайфово сесть, выписать темник, расписать по дням и писать наперёд. Кому-то — стихийно, как мне: пришла в голову идея, через 40 минут она уже красуется в посте в ленте.

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

Главное — не гнаться за циферками. Важно не количество подписчиков, а сколько из них тебя читают. У тебя 10 тысяч подписчиков, читает 8 тысяч — это суперкрутой результат. А есть канал, где 100 тысяч подписчиков, читает 6 тысяч. Тот, где 8, круче. Да и вообще, не всегда делать канал на широкую аудиторию — это хорошо.

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

— Может быть. Я пишу то, что думаю. Это не попытка себя строить, изображать того, кем ты не являешься. Что в голове, то и в тексте. Мне кажется, это основное. Потому что если тебе это нравится, ты будешь делать с душой, и контент будет сильно лучше. А на каждый контент найдётся свой потребитель. И это лучше, чем делать какой-то универсальный постный контент для всех.

За циферками, главное, не гнаться. Если хочешь циферок — купи ботов и наслаждайся. Ничего не даст, зато циферки будут. Так многие знаменитости делают.

В общем, ребятки, мне кажется, искренность — это основной тренд. Я очень благодарна Глебу, что он к нам пришёл. Спасибо огромное, было классно!

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

Своими историями и советами поделились:

• Евгений Антонов, тимлид команд разработчиков и менеджеров в Yandex Infrastructure, IT-консультант. Автор телеграм-канала «Тимлид Очевидность» и ведущий подкастов «Кода кода» и «Три тимлида заходят в бар».
• Валерий Линьков, генеральный директор геймдев студии «Монтировка» и автор телеграм-канала «Кудрявый микрофон».

Зачем запускать собственный канал

Собственный Telegram-канал в IT — это инструмент, который работает на вас в долгую. В отличие от классических медиа, где вы ограничены форматами и правилами, здесь можно дополнить свой профессиональный голос: самому задавать тему, тональность и темп публикаций. Ещё канал помогает собрать воедино собственную экспертизу. Со временем канал превращается в архив опыта, кейсов и идей — удобное дополнение к резюме, выступлениям и статьям в медиа.

А ещё свой ТГ-канал даёт узнаваемость. Вы можете запускать проекты и находить людей, которым близки ваши ценности и подход.

Чтобы заявить о себе, айтишники всегда использовали разные форматы: конференции, пет-проекты, статьи на Хабре, соцсети. Пандемия ускорила переход в онлайн, и к этим площадкам добавилась ещё одна — Telegram. Сегодня он стал полноценной платформой, где можно рассказывать о себе и находить единомышленников, параллельно с другими активностями.

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

В IT-сообществе уже есть десятки примеров, когда небольшие авторские каналы перерастают в крупные медиа-площадки. Например, «Тимлид Очевидность» Евгения или «Плохой Project» Артёма Арюткина — руководителя проектного и продуктового офисов в Яндексе. Каждый из них начинался с личной инициативы, а теперь воспринимается как платформа для диалога с IT-сообществом.

В комментариях оставим подборку авторских ТГ-каналов для вдохновения.

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

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

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

Как выбрать тему и нишу

Первый шаг после идеи «хочу свой канал» — понять, о чём писать. В IT у авторов есть несколько популярных направлений:

• разработка: frontend, backend, fullstack,
• DevOps и инфраструктура,
• аналитика и данные,
• карьера, софт скиллы,
• искусственный интеллект, ML и нейросети,
• безопасность,
• геймдев,
• QA,
• менеджмент команды — тимлиды и техлиды,
• менеджмент продуктов и проектов,
• архитектура,
• open source,
• развитие стартапов, наём, бизнес.

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

Уникальный угол зрения может строиться на перспективе: начинающий разработчик замечает те детали, которые для сеньора давно стали фоном. Ошибки, первые победы, факапы на собеседованиях — всё это живой опыт, которого многим не хватает. Главное — не пытаться копировать чужую интонацию. Подписчики быстро почувствуют фальшь. Именно так формируется то, что потом называют личным брендом: вы становитесь не очередным каналом про Python, а конкретным человеком с историей и стилем.

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

Чтобы понять, где именно стоит закрепиться, помогают сервисы анализа конкурентов:

• Telegram Analytics показывает рейтинг каналов по темам, динамику подписчиков, охваты и ER — engagement rate. Это способ подсмотреть, какие форматы выстреливают и где есть потенциал для роста.
• Combot полезен для каналов и чатов: он анализирует активность пользователей, самые популярные сообщения и помогает найти комьюнити, где можно рассказать о себе.
• TGStat — поисковая система по мессенджеру: можно отфильтровать каналы по ключевым словам, посмотреть тренды и даже оценить, сколько конкурентов есть в вашей нише.

Допустим, джун-разработчик хочет завести канал «Мой путь в backend». Он открывает TGStat и видит десятки похожих каналов: «Backend для начинающих», «Python-разработчик с нуля», «Как стать миддлом за год». Конкуренция высокая, и новичку будет тяжело привлечь внимание.

Если уточнить фокус, получится гораздо интереснее. Допустим, канал «Python для джуна в реальном проекте» или «Как джун учится писать бэкенд для маркетплейса». Такой формат уже цепляет конкретикой.

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

Оформление и структура канала

Первая точка входа для подписчика — описание. Из него должно быть понятно:

• кто вы — например, DevOps-инженер в крупном банке,
• для кого пишете — например, для джунов и тех, кто только думает перейти в DevOps,
• про что будет контент — кейсы из практики, обзоры инструментов, честно о фейлах.

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

Популярные форматы публикаций:

• кейсы и разборы,
• советы,
• личные истории,
• мемы,
• подборки.

Регулярность — один из компонентов успеха. Лучше стабильно выпускать 1 пост в неделю, чем вбросить 10 лонгридов и пропасть на полгода.

Как растить аудиторию платно и бесплатно

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

Я веду подкасты, выступаю на конференциях и везде указываю ссылку на канал. Это даёт постоянный органический поток людей, без рекламы и специальных ухищрений.

Мы с друзьями запустили пет-проект про геймификацию и игровую индустрию. Всё выросло органически: сначала делились мыслями в канале, потом подтянулись единомышленники. В итоге без рекламы у нас получилось активное комьюнити примерно на 3000 человек.

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

Максимум, что я делаю, — пишу с другим автором пост на одну и ту же тему и публикуем одновременно. Так аудитория получает альтернативную точку зрения, а не пустую рекламу.

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

• Telega.in
• Teletarget.com
• Epicstars.com
• WOWblogger
• Brandkarma.ru
• TAGIO.PRO
• Gooroo.works
• BidFOX.ru
• TGRM.SU
• Perfluence.net
• Telegrator.ru

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

Как купить рекламу на бирже:

1. Зарегистрируйтесь.
2. Выберите подходящий канал по теме и охвату.
3. Согласуйте текст поста.
4. Оплатите размещение.
5. Отследите результат.

Бюджет зависит от тематики: в IT цена за пост стартует примерно от 2–3 тысяч рублей в небольших каналах и доходит до десятков тысяч у крупных авторов. Реклама не всегда окупается: если канал-партнёр не совпадает по тону или теме, подписчики быстро уйдут.

А вот ещё из-за чего могут отписаться:

• скучный контент — общие советы без примеров и истории,
• слишком сложный язык — академический или узкоспециализированный,
• отсутствие фокуса.

Способы монетизации Telegram-канала

Когда канал набирает аудиторию, возникает естественный вопрос: «А можно ли на этом заработать?» Да, и есть несколько способов.

Реклама. Продажа через биржи или напрямую.

• Через биржи — удобно и безопасно, но есть комиссия за вывод средств.
• Прямые размещения — договариваешься с рекламодателем сам, больше гибкости и дохода, но и больше рутины.

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

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

Продажа продуктов. Собственные курсы, книги, чек-листы, доступ к полезным ботам. Самый трудоёмкий вариант, но и с самым высоким потолком дохода.

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

Заработок зависит от размера канала и вовлечённости аудитории:

• Небольшой нишевой канал (1–2 тыс. подписчиков) может приносить 5–15 тысяч в месяц на рекламе.
• Средний канал (5–10 тыс. подписчиков) — уже 30–80 тысяч, если грамотно совмещать рекламу и платные форматы.
• Крупные каналы (20k+) могут зарабатывать от 100 тысяч и выше, но туда ведёт долгий путь — годы постинга и работы с сообществом.

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

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

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

Как не выгореть и не забить через месяц

Ведение канала — марафон, а не спринт. Многие авторы бросают спустя пару месяцев, столкнувшись с одними и теми же проблемами:

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

Канал должен подстраиваться под вашу рутину, а не наоборот. Можно писать посты в черновик в течение недели и публиковать по расписанию.

Когда работаешь полный день, сложно выкроить время ещё и на канал. Помогают простые приёмы:

• завести бэклог идей — часто мысли приходят во время разговоров или на прогулке,
• выделить фиксированный день для публикаций,
• использовать рубрики — например, «подборка мемов по вторникам» или «итоги рабочей недели в пятницу».

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

Главное — чтобы канал был живым. Видел авторов, которые бросали через пару месяцев, когда понимали, что это история на годы. Я как писал, когда у меня было 50 подписчиков, так и продолжаю писать, когда их больше 13 тысяч. Я просто остаюсь собой.

Выводы

• Канал — это инструмент, а не самоцель. Он помогает систематизировать мысли, найти единомышленников и показать себя в индустрии.
• Уникальный стиль важнее темы. Даже джун может быть интересен, если пишет честно и конкретно.
• Регулярность побеждает вспышки. Лучше вести год по чуть-чуть, чем бросить через месяц.
• Рост аудитории — это комбинация. Органика, коллаборации и реклама работают только если есть ценность в контенте.
• Монетизация бывает прямой и косвенной. Можно зарабатывать на рекламе и продуктах, а можно получать заказы, проекты и карьерные возможности.
• Личный бренд имеет две стороны. Он может помочь в проектах и трудоустройстве, но работодатели иногда видят в публичности риск.
• Главное — удовольствие от процесса. Если писать ради цифр, канал быстро станет обузой.

… Во всех этих местах меня подстерегало одно и то же — выгорание. Я не всегда знала, как его называть, но хорошо знала, как оно ощущается: когда хочется просто выключиться, ничего не делать и никуда не идти. В этой статье я честно расскажу, как выгорание преследовало меня в самых разных профессиях, почему любовь к работе не всегда спасает, и что я вынесла из этих качелей между вдохновением и пустотой. Если вам кажется, что вы «просто устали» — читайте дальше. Возможно, вы узнаете себя.

Почему я говорю о выгорании

В каждой сфере, где я работала, меня преследовало одно и то же ощущение: в какой-то момент мне просто не хотелось ничего. Казалось бы, я продолжала получать удовольствие от работы, но постепенно весь запал угасал и превращался в рутину. До того, как я пришла в IT, я даже не знала слова «выгорание» — мне казалось, что я просто устала и пора что-то поменять.

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

Когда я пришла в IT, выгорание догнало меня снова — на этот раз во время обучения. Особенно это касается всех, кто только-только входит в сферу и проходит так называемые «интенсивные» курсы. Хотя, честно говоря, у меня большие сомнения по поводу слова «интенсивные». В моем случае за три месяца нас пытались научить всему вебу, будто это школьный курс истории. Получилось, мягко говоря, своеобразно.

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

Почему я вообще решила рассказать обо всём этом? Работа занимает огромную часть нашей жизни. Я однажды даже прикинула цифры. Если прожить до 80 лет, работая по восемь часов в день и столько же спать, то на всё остальное — на радость, отдых, восстановление — остаётся всего около 10 лет. И при этом 43 года жизни уходит на работу. Для меня это прозвучало как слишком большая цена.

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

Главный вопрос, который меня волнует — это гармония или баланс? До конца я так и не определилась, какой термин мне ближе. Баланс — это про соотношение разных частей, про попытку удержать их в равновесии. Гармония — это скорее про согласованность и целостность, когда все части складываются в стройную картину. И в том, и в другом случае речь идёт о едином целом, внутри которого существуют разные сферы жизни.

Как вы это будете называть — дело ваше. Лично я склоняюсь к слову «гармония», потому что у меня самой в жизни пока много перекосов в сторону работы. А ведь 43 года трудовой деятельности — это больше половины жизни. И хочется провести их не просто «выживая», а находя в этом какой-то смысл и удовольствие.

Что такое выгорание?

Как я уже говорила, с выгоранием я сталкивалась ещё задолго до работы в IT — просто тогда я не знала такого слова. Профессиональное выгорание может случиться в любой сфере, независимо от того, чем ты занимаешься.

Есть один парадокс: чем сильнее тебе нравится твоя работа, чем больше ты в неё вкладываешься, тем выше риск выгореть. Мой путь выгорания был довольно прост.

Например, работала в баре, мне всегда хотелось попробовать себя в этой сфере — настолько, что это было моей мечтой. Но в студенческие годы мне часто говорили, что для «человека с образованием» это не самая правильная профессия. Тем не менее, в баре я раскрыла себя полностью. Мне нравилось общаться с людьми, считывать их настроение. Но та энергия, которую я отдавала на работе, со временем обернулась опустошением. Через два года я начала замечать признаки выгорания: в выходные мне хотелось просто никуда не выходить, потому что я была вымотана и устала.

Что такое выгорание? Пора уже дать этому определение. Выгорание — это состояние физического или психического истощения (а чаще всего — и того, и другого), которое возникает в ответ на продолжительное перенапряжение. Причём дело не всегда только в работе с людьми — выгореть можно в любой сфере, если регулярно расходовать больше ресурсов, чем успеваешь восполнять [1,2].

Как распознать выгорание? Есть несколько ключевых признаков [2], на которые стоит обратить внимание.

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

Ещё один частый симптом — раздражительность. Когда ресурсы на нуле, начинаешь остро реагировать буквально на всё: громкие звуки, бытовые мелочи или просто чужие слова.

И, конечно, потеря интереса к своей работе или делу. Когда делаешь задачи просто потому, что надо, без удовольствия или вовлечённости.

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

Эти состояния могут казаться несерьёзными, но на самом деле это звоночки, что стоит притормозить и уделить внимание себе.

Когда выгорание — не то, чем кажется

Дисклеймер: в этой статье рассматривается только выгорание и его аспекты. И не рассматривается депрессия — о ней должны говорить только специалисты. Но выгорание может быть одним из проявлений депрессии. При любых сомнениях нужно обращаться к врачу.

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

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

Этот опыт научил меня важной вещи: если усталость длится слишком долго и становится фоном жизни — это сигнал, что пора искать помощь.

Усталость, о которой я говорю в контексте выгорания, не всегда означает именно выгорание. Иногда её причина кроется в физиологии — например, в гормональных сбоях.

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

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

Причины выгорания

Давайте разберёмся с причинами выгорания.

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

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

Хотя коллеги старались поддержать меня, объясняли, как лучше взаимодействовать и работать, я просто не могла услышать их советы — слишком сильным был мой стресс. Вот так внутренние факторы могут привести к выгоранию, даже если внешне всё кажется вполне нормальным.

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

В моём случае внешний контекст был непростым: высокая скорость разработки, слабые процессы, постоянные конфликты, которые нельзя было разрешить, уставшая команда и, вдобавок, долгое время — негативная обратная связь, адресованная лично мне.

Где я допустила ошибку? В том, что не смогла вовремя абстрагироваться и принять, что это место или ситуация — просто не моё. Нужно было поставить точку раньше и уйти, чтобы не довести себя до выгорания. Но тогда мне не хватило решимости и внутреннего ресурса, чтобы сделать этот шаг.

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

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

К чему приводит выгорание

К чему может привести недолеченное или проигнорированное выгорание? Увы, последствий хватает.

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

Для себя я нашла простой, но рабочий способ — трекинг. Когда у меня началась депрессия, все привычки буквально стерлись. Телефонные напоминания и приложения не помогали. В итоге я просто взяла лист бумаги, расписала на нём нужные дела, разлиновала и начала отмечать выполненное цветными маркерами. Этот ритуал вернул мне хоть немного контроля и стабильности.

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

Есть и профессиональные риски. Самое очевидное — человек может просто уволиться, не выдержав нагрузки. Но есть и другой сценарий: сотрудник остаётся, но начинает саботировать работу, потому что у него элементарно нет на неё сил. И это, пожалуй, не меньшая беда — и для самого человека, и для команды, и для бизнеса.

Есть еще один важный аспект — нейробиология. Мозг — удивительная штука. Когда мы что-то делаем один раз, в нём формируются новые нейронные связи. Чем чаще мы повторяем действие или реакцию, тем прочнее становятся эти нейронные «дорожки».

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

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

Неочевидные плюсы выгорания

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

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

Ещё один ценный урок — я научилась говорить «нет» и приоритизировать. Для меня это оказалось особенно трудным, потому что слишком много всего кажется интересным: хочется и на встречу сходить, и новый проект попробовать. Но в итоге я поняла главное — мои силы не бесконечны, и важно их беречь.

Как себе помочь при выгорании

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

Если сказать проще, то рецепт куда приземленнее: ходить на прогулку, чтобы проветрить голову, нормально высыпаться, хорошо кушать, проводить время с близкими и пробовать что-то новое. Всё то, о чем говорила мама в детстве.

Расскажу, как я сама пробовала «что-то новое». Казалось бы, читать мы умеем все — но я раньше читала только ради учёбы или работы, чтобы добыть нужную информацию. В 2021 году, во время первого серьезного выгорания, я решила научиться читать заново — ради удовольствия.

Я поставила себе цель: за год прочитать минимум 12 художественных книг, которые мне действительно нравятся. Было непросто — раньше я считала, что если начала книгу, её обязательно надо дочитать, даже если не заходит. Пришлось учиться отпускать и выбирать только то, что приносит радость.

В следующем году я уже наметила цель от 12 до 18 книг — в итоге вышло 15. Все читались в удовольствие, без насилия над собой. Сейчас, с 2023 года, мой список книг продолжает расти. В нем появились и нехудожественные книги — я начала исследовать мир через тексты. За последние два года у меня стабильно выходит около 35 книг в год. Да, часть из них — фанфики, и я больше не стыжусь называть их литературой.

А если говорить о «лечении» выгорания — его подбирает только врач. Мои собственные эпизоды выгорания всегда были связаны либо с физическим здоровьем, требующим лечения, либо с работой с психотерапевтом.

На этом моя история заканчивается. Буду рада вашим вопросам и комментариям — делиться опытом в таких темах действительно важно.

А сейчас я приведу список источников, которые помогли мне изучить тему выгорания.

Книги:

1. Татьяна Павлова «Пост_Тревога: книга-поддержка для тревожных людей».
2. Роберт Лихи «Свобода от тревоги».
3. Дэвид Бернс «Терапия беспокойства».
4. Расс Хэрис «Ловушка счастья».
5. Елена Садова «Тревога не то, чем кажется».

TG Канал:

1. Пост_Тревога @post_trevoga

И список литературных источников, приведенных в статье:

1. Нетребко Е. Э. Профессиональное выгорание // Глобус: психология и педагогика. – 2019.
2. Норден А. П., Шувалова Н. В., Чапурин М. Н. Синдром эмоционального выгорания как механизм психологической защиты личности // Проблемы современного педагогического образования. – 2020.

Мой телеграм-канал: по ту сторону монитора.

А вы выгорали? Расскажите в комментариях, как удалось преодолеть? А может выгорали ребята в вашей команде? Как вы это выявляли и с помощью чего помогали восстановиться?

Это исследование мы подготовили совместно с Proglib. У них есть много книг и лекций, видеоуроков и советов, чтобы прокачать свои знания в IT.

Выяснилось: дело не только в уровне опыта, но и в том, насколько быстро человек адаптируется к изменениям — в технологиях, в требованиях бизнеса, в форматах работы.

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

Портрет рынка: кто ищет работу?

Чтобы увидеть портрет IT-рынка, посмотрим на цифры.

Сегодня больше половины разработчиков, которые активно работу, — это джуны. В основном им 18–34 года, чаще 25–34, и почти все они веб-разработчики: фронтенд, бэкенд, фуллстек. Среди используемых языков программирования лидируют JavaScript и TypeScript, за ними идут Python, Java и C#. Джуны часто меняют работу каждые 6–12 месяцев, не задерживаясь в компаниях из-за низкой зарплаты, отсутствия роста или токсичной среды.

Из каждого утюга рассказывают, что IT это «деньги, свобода, удалёнка». И все эти люди бегут на ютуб, курсы, к менторам, в школы и университеты. И вот приблизительно по 100 человек каждый месяц заканчивают курсы и «выкатываются» на рынок. А компаниям джуны в таком объеме не нужны. В 2025 году и миддлы в таком объеме не нужны. Бизнес сдерживается за счёт денег, отсюда и замедленный рост. Резюмируя, много обещаний, мало «реальности»».

На мидл-уровень приходится около трети рынка. Это тоже, в основном, веб, мобильная разработка и софт, с теми же популярными языками: JavaScript, Python, Java, PHP, C#. Мидлы стабильнее: они работают в компаниях по 1,5–3 года, но уходят по тем же причинам — деньги, отсутствие развития, токсичная атмосфера.

Синьоров среди соискателей меньше всего — около 15% (из числа респондентов). Это специалисты с опытом 5+ лет, работающие с привычным стеком (JS/TS, Python, Java, C#). Они меняют работу реже, раз в 2–4 года, и обычно уходят, если задачи становятся неинтересными, а процессы — плохими.

Раньше часто менять работу было выгодно: зарплата росла быстрее у тех, кто переходил из компании в компанию. Работодатели готовы были платить больше, чтобы привлечь новых специалистов. Сегодня для мидла/сеньора получить предложение с верхней планкой рынка теперь можно только при наличии сильных хард-скиллов, опыта и подтверждённых результатов. Для этого необходимо проработать в компании несколько бизнес-циклов.

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

Кстати, в первой части нашего исследования можно посмотреть, как дела с увольнениями по грейду.

1. Джуны без практики и поддержки

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

По данным исследования, джуны чаще других сталкиваются с замкнутым кругом компетенций: «Хочу стать .NET-разработчиком, но никуда не берут», — делится один из респондентов. Компании не готовы тратить ресурсы на обучение, а без практики нет шансов доказать, что ты чего-то стоишь.

Конкуренция среди новичков высокая, а рынок перегрет выпускниками курсов и онлайн-программ. Это приводит к тому, что некоторые пытаются обойти систему: «Накрутил на HH 3 года опыта, прошёл собес с GPT», — рассказывает один из респондентов. Но в реальных условиях накрутка опыта, скорее всего, не прокатит:

Дмитрий Борцов не рекомендует крутить опыт (только если ты не джун), а советует работать над хардами и резюме: «Если опыта достаточно для поиска работы — лучше поработать над хардами и составом резюме, чем над накруткой опыта, и потом решать проблемы с тем, «откуда» он взялся и почему его нет в трудовой. Если мы говорим про конкуренцию с джунами, то тут, к сожалению, да, придётся минимальные фильтры проходить, т.к. на рынке просто не существует такого объема вакансий».

Сергей Филичкин считает, что накручивать опыт можно, но при определенных условиях: «Оптимальное количество лет — 2-4 (зависит от конкретной ситуации). Правильно это делать нужно тогда, когда ты реально соответствуешь уровню, который написал в резюме. Для этого нужно усердно готовиться, знать все фишки рынка, понимать, что и как тебя будут спрашивать и еще кучу нюансов. Не нужно делать это в тех случаях, когда ты вообще не понимаешь, что написал в резюме и твой уровень реально не соответствует заявленному».

Анна Гагарина, как рекрутер с большим стажем, делится, что легко распознать человека, который накручивал опыт: «Нанимающие менеджеры знают, что опыт может быть ненастоящим. У меня есть заказчик, который берёт джунов только если они признаются, что опыт фейковый. Если компания готова нанимать джунов, она это делает. Если нет, фейковый опыт сложно подтвердить на техническом интервью, при проверке рекомендаций и бэкграунд-чеке (особенно в международных компаниях). Но некоторым везёт! С джунами мы проходили отбор, показывая учебные и личные проекты».

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

2. Специалисты с устаревшим стеком

По данным исследования, помимо низких зарплат, «устаревший стек технологий» упоминается как причина увольнения. При этом за ним часто стоит не лень выучить новое, а отсутствие возможностей для обновления навыков. Ещё один респондент говорит о «недостатке развития» как о системной проблеме.

Современные вакансии требуют знания cloud-инфраструктуры, CI/CD, Kubernetes, ИИ-инструментов, а в реальности многие разработчики продолжают работать на jQuery, устаревших версиях Java или PHP — просто потому, что так устроен их текущий проект. Когда приходит время менять работу, оказывается, что рынок ушёл далеко вперёд. Но как понять, что твой стек устарел?

Эксперты не могут найти однозначного ответа на вопрос, но рекомендуют всегда держать ухо в остро:

Всё зависит от вашего карьерного трека. Если планируете работать в растущих индустриях — AI/ML, HPC, Robotics, Physical AI — сразу смотрите в будущее и выбирайте те навыки, которые востребованы сейчас. Нет смысла совершенствовать то, что завтра вам не понадобится. И начинайте готовиться к переходу заранее. Если у вас есть карьерный план, то контролировать свой скилсет проще.

Тут только один совет — не переставайте читать, ходить на конференции, слушать подкасты, и в целом старайтесь оставаться «на волне». Если вы будете следить за трендами и стараться их «тыкать» или применять на работе по мере возможности, то ваш стэк всегда будет актуален.

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

Конкуренция усиливается: часть работодателей делает выбор в пользу тех, кто быстрее адаптируется и становится мультистеком. А пересесть на новый стек без практики и ментора непросто: большинство курсов рассчитано на новичков, а в реальной разработке всё завязано на нюансах, которые невозможно освоить за выходные.

3. Разработчики без soft skills и адаптивности

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

Ценные кадры в ряде случаев увольняются из-за «конфликтов с руководством» и «отсутствия контакта с новым менеджером». Отдельный сигнал — сопротивление изменениям в команде и раздражение из-за Agile-терминов: «Если бы меня засыпали модными терминами, я бы ушёл», — признался один из респондентов.

Такие высказывания говорят о системной проблеме: разработчики ожидают, что работу будут оценивать только по коду, но работодатели всё чаще смотрят на коммуникацию, инициативу и способность вписываться в команду. Даже для backend-специалистов сегодня важно не только писать API, но и участвовать во встречах, доносить решения и понимать приоритеты бизнеса.

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

4. Кандидаты с завышенными зарплатными ожиданиями

Многие работодатели сталкиваются с перекосом между запросами и квалификацией кандидатов. В исследовании сразу несколько HR-ов упомянули это как проблему: «завышенные ожидания зп», «малый объём знаний, но запрос в ₽ огромный». Такой разрыв часто становится стоп-фактором на этапе резюме — до собеседования дело даже не доходит. Но как понять, зарплатные что ожидания слегка (или не слегка) завышены?

Самый правильный и главный способ показать кандидату, что его зарплатные ожидания завышены — собеседование с t-shaped секцией. Сейчас тренд на широкие сайд знания. Без них ты скоро будешь просто не востребован. Соответственно, если вы ищите senior frontend разработчика и к вам приходит кандидат, который ни разу не трогал nginx за 7 лет стажа, то ему будет очень легко объяснить, почему его ожидания в 550 тысяч на руки не соответствуют вашим ожиданиям от позиции senior. Кнопочки красить может бОльшая часть рынка. А вот делать что-то интересное и сложное — только senior’ы, которых единицы. Станьте им и будете востребованы.

Есть объективная реальность: 85% вакансий будут между нижней и средней границей по рынку, только 15% — по верхней планке. Если это международная компания, у нее хорошая инвестиционная база или супер успешные на рынке продукты, есть вероятность, что ради релевантного кандидата они пойдут на индивидуальные переговоры. Вы релевантный кандидат, если вы сеньор и у вас есть нужные харды, продуктовый опыт с доказанными результатами и лидерский потенциал.

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

На ситуацию накладывается и то, что требования ужесточают. Компании всё реже готовы брать специалистов «на вырост» и хотят видеть людей, способных закрыть задачу с того дня, как она поступит. Отсюда и дополнительный барьер: тем, кто не может показать уверенный mid/senior-уровень по ключевым стекам, но рассчитывает на высокий оффер, становится всё труднее пробиться.

Ещё одна тенденция — усиленный запрос на мультискилловость. Разработчики, способные совмещать фуллстек, DevOps и cloud-компетенции, на рынке выигрывают. А те, кто может предложить только узкую экспертизу без бизнес-ориентации, проигрывают даже на фоне менее опытных, но гибких специалистов.

5. Специалисты на 100% удалёнку в гибридную эпоху

Удалённый формат — важный фактор выбора работы — но становится всё менее доступным. Специалисты часто меняют место тогда, когда работодатель отказывается от удалёнки или переводит на гибрид. Это говорит о том, что ожидания кандидатов по формату работы всё чаще не совпадают с политикой компаний.

Даже высококвалифицированные разработчики сталкиваются с ограниченным числом предложений при условии «только remote». В то же время работодатели всё чаще требуют присутствия в офисе 2–3 дня в неделю, даже если раньше позиция была полностью удалённой. Это создаёт дополнительный фильтр: часть специалистов не готова к офисному возвращению и продолжает искать только удалённые вакансии, которых становится меньше.

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

Ещё один фактор — конкуренция с локальными кандидатами в крупных городах. Несмотря на онлайн-формат собеседований, многие компании стали отдавать предпочтение тем, кто живёт в столице или готов к релокации.

Всё это делает поиск работы для сторонников 100% удалёнки заметно сложнее: конкуренция растёт, а компромисс между гибкостью и трудоустройством приходится пересматривать.

Зачем айтишники сравнивают зарплаты — и что это меняет в поиске работы

В IT-среде обсуждение зарплат до сих пор выглядит как табу — хотя всё чаще именно эта тема становится точкой напряжения в команде. Кто-то случайно увидел чужой оффер, кто-то получил информацию впрямую — и теперь сложно не сравнивать. Особенно, если вы делаете примерно одно и то же, но коллега получает на 30% больше. В таких ситуациях легко обидеться, почувствовать несправедливость и уйти в себя. Или в телеграм-чаты. Но что делать осознанно и прагматично?

Что точно не стоит делать

1. Выносить претензию на эмоциях

Разговор о деньгах требует спокойного тона и ясных аргументов. Резкие формулировки или отсылки на других коллег могут поставить руководителя в оборонительную позицию и испортить коммуникацию.

Эксперты выделяют форматы прозрачности компенсаций, которые реально снижают текучку:

Заранее обсуждать рост зарплаты и бонусов

• Руководитель не всемогущ, есть годовой бюджет с заложенными зарплатами, и любые изменения требуют согласований.
• Лучшее время обсуждать повышение — сентябрь-октябрь, чтобы заложить изменения в бюджет следующего года.
• Если нужно повышение срочно, можно фокусироваться на бонусах и бенефитах, их проще изменить вне бюджета.

Прозрачные зарплаты и понятная система премирования

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

2. Сравнивать себя с другими напрямую

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

3. Формулировать требования без обоснования

Фраза «я хочу больше» сама по себе — не аргумент. Повышение зарплаты обосновано, когда есть факты: вырос уровень ответственности, изменилась зона влияния, появились новые компетенции.

Но какие данные о своей работе должен собрать разработчик за квартал, чтобы обосновать +30 % к зарплате без «я хочу больше»?

Как минимум, оценить что конкретно сделал разработчик (прямо выписать свои реальные достижения), подсветить моменты, где он проявлял инициативу и что дало заметное преимущество в том или ином виде. Если есть возможность принести цифры — это будет еще лучше.

Важно реально показывать, что своими действиями ты экономишь или зарабатываешь больше денег для бизнеса. Даже если ускорил формирование отчета с 5 сек до 1 сек — это уже можно оцифровать.

Что делать вместо этого

Соберите рыночные ориентиры

Сравните текущую зарплату с вилками по вашему профилю и грейду. Лучше использовать несколько источников: зарплатные отчёты, свежие вакансии, аналитические обзоры. Это поможет определить, где вы находитесь по отношению к рынку.

Оцените динамику своей роли

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

Разберите свои реальные зоны влияния

Сколько бизнес-ценности приносит ваша работа? Какие системные проблемы вы решаете? Есть ли у вас инициативы, которые пошли в прод и реально изменили метрики? Сформулируйте это письменно — как основу для будущего разговора с руководителем.

Назначьте разговор о росте заранее

Подготовьтесь к 1:1 или перформанс-ревью. Аргументы типа «меня недооценивают» работают слабо, а вот фокус на развитии и чёткий план — наоборот. Например: «Я проанализировал рынок, вижу, что по моей роли в среднем платят столько-то. Вот что я уже делаю и что могу взять дополнительно. Можем обсудить возможность пересмотра компенсации через N месяцев при достижении этих результатов?»

Параллельно исследуйте рынок

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

Что делать, если не удаётся найти работу 3–6 месяцев? Эксперты дают чек-лист:

1. Сначала стратегия — потом действия

Определите:

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

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

2. Выясните, где узкое место

Дмитрий Борцов подчеркивает: «Нет контактов с HR’ами? Или валите техсобес? Или просмотров мало? В зависимости от ответа — начинайте читать план с нужного пункта». Он рекомендует:

• откорректировать резюме с ментором, HR или с помощью AI;
• изучить, как работают автофильтры, и убрать свои «красные флаги»;
• тестировать разные форматы коммуникации, фиксировать конверсию;
• записывать техсобесы и делать разборы для исправления ошибок.

3. Используйте менторство и комьюнити

Сергей Филичкин делится: «Самому бывает трудно выйти из привычного круга действий. Ментор может помочь сменить угол зрения и начать действовать по-новому». Ведь у менторов есть программы, ученики, опыт, успешные кейсы трудоустройства. Очевидно они знают о рынке больше.

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

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

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

Формат живого диалога

Формат паблик-тока для дискуссии «Ломать, пробовать, создавать: на чем строится опыт?» выбран неслучайно. Важно обсуждать вопросы опыта, ошибок и роста с молодыми людьми именно в формате живой беседы между представителями разных индустрий и молодежью. Цель — показать ребятам, что путь к успеху разбивается на маленькие шаги, которые по силам каждому. В эпоху развитых социальных сетей, где видна только красивая картинка, крайне важно показывать и говорить о том, что за этим стоит, выстраивать искренний честный диалог.

Сессию модерировала Юлия Иванова, начальник управления цифровых коммуникаций и продвижения технологического бренда Газпромбанка — Газпромбанк.Тех, которая занимается продвижением технологичного бренда работодателя среди молодежи и хорошо понимает, с какими вызовами сталкиваются молодые специалисты.

Газпромбанк активно поддерживает молодые инициативы и видит в новом поколении движущую силу развития. Банк не просто приходит в вузы с карьерными буклетами — мы создаем совместные курсы и проекты, где наши специалисты становятся менторами. Прошлым летом в Университете «Сириус» школьники вместе с нами делали системы биометрического доступа и автоматизированной оценки стоимости недвижимости, а уже в этом году работают над прикладным проектом в области Data Science по оценке инвестиционной привлекательности строительного проекта.

Для профессионального роста нужны не только прикладные знания, но и такие навыки как soft skills и self skills: креативность, стрессоустойчивость, эмоциональный интеллект. Эти качества невозможно получить из учебников — их формируют только опыт, ошибки и постоянное переосмысление. Именно поэтому Газпромбанк.Тех часто участвует в хакатонах и кейс-чемпионатах, дает ребятам решать практические задачи Банка. Такой подход позволяет применить теоретические знания на практике, а также познакомить с ценностями и форматом работы в финтехе.

Ключевые выводы сессии

1. Приоритетные направления для развития

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

• Прикладной результат в понятном обозримом будущем, где-то в течение года;
• Масштабируемость;
• Научная база;
• Искреннее желание сделать что-то значимое.

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

На любой конференции сегодня главным триггером успешности стало повторение ИИ как мантры, отметила спикер. Но критическая масса уже насыщена, и теперь хочется видеть результаты — что искусственный интеллект меняет на практике в разных индустриях. Поэтому успешные проекты с ИИ всегда строятся на прочной научной базе: «Залог хорошего результативного проекта, несущего действительно социальную пользу — в объединении разных экспертиз для получения общего результата».

Анна особо отметила: если вы гуманитарий с прорывной идеей, не стоит отчаиваться из-за отсутствия технических знаний. Главное — найти в команду ученых и технарей, которые помогут воплотить замысел.

Больше 61% студентов-гуманитариев активно используют инструменты на базе искусственного интеллекта для решения рутинных задач. При хорошей стыковке с технарями или при определенных навыках работы с ИИ-инструментами гуманитарии вполне могут реализовать технологические проекты.

2. Команда — это сплав, но важно оставаться людьми

Алексей Федоров, вице-президент Газпромбанка, поделился своим опытом перехода из науки в бизнес. Его история — яркий пример того, как страх может стать катализатором роста.

Конечно, это было очень страшно. Представьте, вы занимаетесь квантовой физикой, считаете, что прекрасно в ней разбираетесь, публикуете научные статьи. А тут приходите работать в банк, о работе в котором знаете очень мало.

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

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

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

Он подчеркнул: «Эксперт — это человек, который совершил все возможные ошибки» (цитата Нильса Бора). Важно не бояться ошибаться и смело идти в изучение новых сфер.

3. Ищите свою уникальность

Алексей Локонцев, основатель TOPGUN, продемонстрировал опровержение мифа о необходимости готовности. Его история показывает, как выбраться из ловушки: «нужен опыт, чтобы получить опыт».

Свой TOPGUN я построил в 37 лет. Перед этим пробовал открывать бизнесы с 17 лет, у меня было более 30 закрытых бизнесов и накопленных долгов 12 миллионов.

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

Один из предыдущих проектов Алексея — туристическое агентство — стал для него ценным уроком. Решив демпинговать и брать не 10% комиссии, как все, а 5%, он не учел главного: цена путевки может колебаться от миллиона до 100 тысяч перед вылетом.

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

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

4. Если есть идея — реализуй ее

Максим Яхонтов, основатель и генеральный директор «Фиджитех», основатель Hello Park, продемонстрировал более осторожный подход к смене карьеры. В прошлом инженер, а сейчас основатель международной компании по виртуальной реальности, он выбрал плавный переход из корпорации в собственный бизнес.

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

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

5. Нужно формировать смыслы

Один из главных мифов современности — творчество рождается из хаоса и вдохновения. Режиссер-постановщик Андрей Елсаков, чья команда из 200 человек создает крупнейшие мероприятия, категорически с этим не согласен.

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

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

Такой подход позволяет даже искусственный интеллект воспринимать как инструмент, а не угрозу.

Те креативщики, которые говорят о том, что боятся искусственного интеллекта, — это псевдокреативщики. Именно мы те люди, которые формируем смыслы, которые формируем проекты для этого искусственного интеллекта, мы управляем им, а не он диктует нам.

6. Человек учится через деятельность

Вячеслав Шоптенко, заместитель директора института государственной службы и управления Российской академии народного хозяйства и государственной службы при Президенте Российской Федерации (РАНХиГС), предложил альтернативу болезненному набиванию шишек: учебные симуляторы.

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

Вячеслав ссылается на пирамиду обучения, где практический опыт дает до 90% усвоения материала против 10–20% от лекций: «Человек учится через деятельность. Самый эффективный способ обучаться — это практиковаться и обучать других».

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

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

Главный вывод

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

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

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

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

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

2005-2009: Эпоха авторских решений и первых веб-фреймворков

В середине 2000-х типичный рабочий инструмент программиста — это громоздкий системный блок с процессором Intel Pentium 4 или новеньким Core 2 Duo. Мониторы с ЭЛТ-трубкой постепенно уступали место LCD-экранам с разрешением 1024×768 — именно на таких дисплеях создавались первые версии Wikipedia и набирающих популярность соцсетей. Оперативная память в 1-2 ГБ считалась нормой, а жесткие диски на 80-160 ГБ часто заполнялись до отказа — проекты редко весили меньше нескольких гигабайт.

Серьезная разработка велась преимущественно на стационарных компьютерах. Ноутбуки только начинали входить в обиход — их брали в офис, но для реальной работы предпочитали мощные десктопы. Операционная система Windows XP доминировала на рабочих станциях, в то время как серверы чаще всего крутили на Linux — Red Hat Enterprise или Debian.

Среды разработки того времени сегодня кажутся архаичными. Eclipse и NetBeans потребляли гигабайты памяти, Visual Studio 2005 требовала серьезных ресурсов. Многие разработчики предпочитали простые текстовые редакторы вроде Notepad++, а для отладки использовали примитивные методы вроде вывода значений переменных через print. Контроль версий только начинал входить в практику — Git появился в 2005 году, но большинство команд продолжали использовать SVN или вообще заливали файлы по FTP напрямую на продакшен.

Языковая экосистема этого периода вращалась вокруг трех основных технологий. PHP версий 4 и 4.3 доминировал в веб-разработке — на нем работало около 80% всех сайтов в интернете. Однако его объектно-ориентированные возможности были крайне ограничены до выхода PHP 5 в 2004 году.

Java в лице J2EE оставалась стандартом для корпоративных решений — банковских систем, крупных порталов и ERP-комплексов. Spring Framework только начинал набирать популярность, а Hibernate упрощал работу с реляционными базами данных. C++ сохранял свои позиции в разработке игр (особенно с использованием Unreal Engine), драйверов и высоконагруженных сервисов.

Фронтенд-разработка в те годы была невероятно простой по современным меркам. Верстали преимущественно таблицами, а всю динамику реализовывали через jQuery, который появился в 2006 году и быстро вытеснил нативный JavaScript из повседневной практики. AJAX-запросы казались революционной технологией, позволяющей обновлять части страницы без ее полной перезагрузки.

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

• «Философия Java» Брюса Эккеля;
• «Совершенный код» Стива Макконнелла;
• «PHP и MySQL. Разработка веб-приложений» Люка Веллинга.

Русскоязычное сообщество активно обсуждало вопросы разработки на форумах RSDN.ru и CyberForum.ru. В 2008 году появился Stack Overflow, который постепенно стал главной площадкой для профессиональных обсуждений.

Университетское образование давало хорошую теоретическую базу — алгоритмы, структуры данных, принципы ООП. Однако практическим навыкам приходилось учиться самостоятельно, методом проб и ошибок. Документацию часто скачивали в формате CHM-файлов или читали непосредственно на сайтах вроде php.net и MSDN.

Типичный стек начинающего разработчика в 2009 году:

• HTML/CSS с jQuery для фронтенда;
• PHP или Ruby on Rails для бэкенда;
• MySQL в качестве базы данных.

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

Показательный кейс:

В 2007 году разработчик PHP-приложений из МЭСИ (Москва) столкнулся с типичной для того времени проблемой — SQL-инъекциями. Вместо стандартных решений он создал DLAC (Data Logic Access Component) — обертку для работы с базой данных, которая автоматически экранировала параметры запросов. Это выглядело революционно на фоне типичного кода того периода, где строки запросов часто собирали через конкатенацию с пользовательским вводом.

Компонент использовал новую для 2005 года технологию Generics в C#. Он генерировал параметризованные запросы, что резко снижало риски взлома.

Разработчики в университетской среде тогда редко задумывались о безопасности — многие проекты содержали уязвимости вроде SELECT * FROM users WHERE name = ‘.$_POST[‘name’].

DLAC стал локальным спасением для внутренних систем МЭСИ, пока в 2009 году не появился NHibernate — порт популярного Java-фреймворка Hibernate.

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

2010-2014: Мобильная революция и рассвет JavaScript

Начало нового десятилетия ознаменовалось стремительным ростом мобильных технологий. Выход iPhone 4 в 2010 году и Android 2.3 Gingerbread задал новые стандарты мобильной разработки.

Программисты массово переходили на MacBook Pro — не столько из-за преимуществ macOS, сколько благодаря появлению Retina-дисплеев в 2012 году, которые кардинально улучшили качество отображения кода.

Железо продолжало стремительно эволюционировать. Твердотельные накопители (SSD) начали вытеснять традиционные жесткие диски в рабочих станциях. Облачные платформы вроде AWS и Heroku стали реальной альтернативой локальным серверам, которые раньше часто стояли прямо под рабочими столами в офисах. Оперативная память в 8 ГБ стала стандартом для комфортной разработки, а четырехъядерные процессоры ускорили сборку крупных проектов.

Языковая палитра этого периода значительно расширилась. Objective-C стал основным языком для iOS-разработки и оставался таковым до появления Swift в 2014 году. Python 3 начал набирать популярность благодаря веб-фреймворку Django и научным библиотекам NumPy и Pandas, которые открыли дорогу для анализа данных в массовом сегменте.

JavaScript пережил настоящий ренессанс — после выхода AngularJS в 2010 и Node.js в 2009 году он перестал быть просто «языком для анимаций на сайте», превратившись в полноценную платформу для fullstack-разработки.

Важный факт. В 2011 году разработчик из Сан-Франциско Райан Даль представил Node.js — среду выполнения JavaScript на стороне сервера. За первые 24 часа после релиза проект собрал 10 000 звезд на GitHub, что для того времени стало рекордом. Многие скептически относились к идее использовать JavaScript вне браузера, но уже через год такие компании как LinkedIn и Walmart перевели части своего бэкенда на Node.js, получив прирост производительности в 2-3 раза по сравнению с традиционными решениями на Java и Ruby.

Образовательная сфера претерпела значительные изменения. В 2011 году запустилась Coursera с первым массовым курсом по программированию — Machine Learning от Эндрю Ына. В 2012 году в Кремниевой долине открылся Hack Reactor, ставший прототипом современных coding bootcamps (интенсивов по программированию). Эти форматы предложили альтернативу традиционному университетскому образованию, сделав акцент на практических навыках.

Параллельно в России:

• В 2012 году появился Hexlet — одна из первых русскоязычных платформ с практико-ориентированными курсами по программированию. Особенность: выполнение заданий в реальной среде разработки через браузер. Платформа до сих пор работает: на текущий момент 80% выпускников трудоустраиваются в IT, согласно исследованию ВШЭ. В 2012 этот показатель был еще выше.
• «Нетология» (основана в 2011) к 2013 году запустила курсы по веб-разработке с акцентом на JavaScript и Python, сотрудничая с российскими tech-компаниями. Их модель включала менторство и проектные работы.
• В 2013 году стартовал Stepik — платформа с открытыми курсами от ведущих вузов (ИТМО, МФТИ). Особенность: интерактивные задачи с автоматической проверкой кода, что было прорывом для местного рынка.

Курс «Введение в Linux» от Stepik (2014) за полгода собрал 50 тыс. студентов — рекорд для Рунета. Задания включали настройку виртуальных серверов, что сразу применялось в работе.

Эти проекты заложили основу для бума EdTech в России после 2015 года, доказав, что онлайн-формат может давать актуальные навыки быстрее вузов.

Типичный разработчик среднего уровня в 2014 году:

• понимал принципы REST API;
• начинал осваивать основы DevOps с появлением Docker в 2013;
• экспериментировал с микроконтроллерами вроде Arduino или Raspberry Pi, создавая собственные IoT-устройства.

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

2015-2019: Эра больших данных и облачных технологий

Аппаратные возможности сделали очередной рывок вперед. Многоядерные процессоры Intel i7 и AMD Ryzen стали стандартом для рабочих станций. 16 ГБ оперативной памяти перестали быть роскошью, а мониторы с разрешением 4К стали доступны широкому кругу разработчиков. В 2015 году появился Visual Studio Code, который быстро обогнал по популярности Sublime Text и Atom благодаря удачному сочетанию функциональности и производительности.

Языковая экосистема продолжила развитие. TypeScript, представленный в 2014 году, предложил решение проблемы масштабируемости JavaScript-кода в крупных проектах. Go от Google, созданный еще в 2009, нашел свою нишу в разработке микросервисов и инструментов оркестрации вроде Kubernetes (2015). Rust от Mozilla начал завоевывать доверие системных программистов благодаря уникальной системе владения памятью.

JavaScript-сообщество столкнулось с первыми серьезными проблемами. В 2016 году инцидент с пакетом left-pad показал уязвимость экосистемы npm — удаление одного небольшого модуля привело к сбоям в работе тысяч проектов по всему миру. Это заставило разработчиков задуматься о зависимости от сторонних библиотек.

Типичный senior-разработчик в 2019:

• разбирался в микросервисной архитектуре и понимал, как избежать vendor lock-in (привязки к поставщику) при работе с облачными провайдерами;
• имел опыт работы с React или Vue.js;
• знал, что понимание принципов работы алгоритмов становится менее важным, чем развитие soft skills для работы в команде.

Ключевые технологии этого периода включали Kubernetes, который стал стандартом де-факто для оркестрации контейнеров, а также TensorFlow (2015) и PyTorch (2016), открывшие эру машинного обучения для широкого круга разработчиков. Появились первые серьезные инструменты для работы с большими данными — Apache Spark, Hadoop.

Ключевой момент. В 2016 году Netflix раскрыл детали своего перехода на облачную инфраструктуру AWS. Компания полностью перенесла все сервисы — от рекомендательной системы до биллинга — в облако за семь лет. Главным триггером стала катастрофа 2008 года, когда три дня простоя дата-центра оставили 8,4 млн подписчиков без доступа к сервису. Миграция потребовала перепроектирования архитектуры: инженеры разбили монолит на 500 микросервисов и внедрили Chaos Monkey — инструмент для тестирования отказоустойчивости, который случайно отключал серверы в продакшене.

Этот кейс стал хрестоматийным примером cloud-native подхода. Облачные технологии стали активно использоваться в разработке, а обращение с ними — обязательным навыком для прогеров.

2020-2024: AI-assisted разработка и новые парадигмы

Пандемия COVID-19 ускорила переход на удаленную работу. Программисты по достоинству оценили макбуки на чипах M1 (2020) за их энергоэффективность и производительность. Домашние офисы оснащались 32-дюймовыми 4К-мониторами и механическими клавиатурами, ставшими своеобразным профессиональным стандартом.

Языковая палитра продолжала обогащаться. Rust официально вошел в ядро Linux в 2022 году, подтвердив свой статус системного языка нового поколения. Zig появился как современная альтернатива «C» с акцентом на безопасность. WebAssembly (Wasm) позволил запускать ресурсоемкие приложения прямо в браузере, открыв новые возможности для веб-разработки.

Искусственный интеллект начал проникать в повседневную работу программистов. GitHub Copilot на базе GPT-3, представленный в 2021, изменил сам процесс написания кода, предлагая контекстные подсказки. Low-code платформы вроде Retool упростили создание внутренних инструментов для бизнеса.

Типичный lead-разработчик в 2024 году:

• умел эффективно работать в гибридных командах (офис + удаленка);
• автоматизировал рутинные задачи через ChatGPT API;
• следил за развитием квантовых вычислений, хотя практическое применение пока оставалось ограниченным.

Ключевой момент. В 2023 году GitHub Copilot, разработанный совместно с OpenAI, стал катализатором перемен в индустрии. За первый год после релиза инструмент использовали более 1,3 млн разработчиков — каждый десятый подписчик GitHub. Система анализировала контекст кода и предлагала целые функции: например, при написании SQL-запроса она автоматически генерировала соответствующую модель данных на Python. Amazon внедрил аналогичный инструмент Amazon Q Developer для внутренних команд — по заявлению CEO Энди Джесси, это сэкономило компании 4,500 человеко-лет работы и $260 млн ежегодно.

Но были и курьезы. В 2024 году разработчик из Берлина случайно отправил в продакшен код, полностью сгенерированный Copilot. Система использовала фрагмент из GPL-лицензированной библиотеки, что нарушило политику компании по открытому ПО. Инцидент заставил пересмотреть процессы ревью: теперь 78% команд требуют ручной проверки AI-кода перед мержем (слиянием).

Параллельно выяснилось, что Copilot в 40% случаев предлагает уязвимый код при работе с СУБД — это привело к взлому API стартапа через SQL-инъекцию. Такие кейсы показали, что ИИ пока не заменяет программистов, а требует от них новых навыков — критического анализа машинных предложений и понимания юридических аспектов кода.

2025: Современное состояние профессии

Современные рабочие станции программистов оснащены ноутбуками с процессорами Apple M4 (3 нм) или Windows-машинами на Snapdragon X Elite. Мониторы с разрешением 8К используются для разработки AR-приложений, а OLED-экраны с HDR стали стандартом для работы с графикой. Появляются первые экспериментальные IDE с нейроинтерфейсами, способные предсказывать код на основе анализа мозговой активности.

Среди языков программирования выделяется Mojo (2023) — «Python для GPU», набирающий популярность в сфере машинного обучения. Carbon как потенциальный наследник C++ пока остается в тени Rust. Квантовые языки вроде Q# и Cirq интересуют в основном энтузиастов и исследователей.

Профессия претерпела значительные изменения. ИИ стал не конкурентом, а помощником — по некоторым оценкам, около 60% рутинного кода в 2025 году (тесты, документация) генерируется автоматически. Знание английского языка стало важнее знания сложных алгоритмов — без него невозможно эффективно работать с современными AI-инструментами. Понятие «fullstack-разработчик» трансформировалось — теперь оно подразумевает владение фронтендом, одним бэкенд-языком и основами машинного обучения.

За два десятилетия программисты прошли путь от одиночек за CRT-мониторами до участников глобальных распределенных команд. Если в 2005 ключевым навыком было умение написать работающий код, то в 2025 главное — способность эффективно взаимодействовать с ИИ-ассистентами. Однако основы профессии остались неизменными — логическое мышление, способность к абстракции и желание автоматизировать рутинные задачи.

Будущее обещает новые трансформации. К 2030 году нейроинтерфейсы смогут заменить традиционные устройства ввода, а квантовые компьютеры — перевернуть основы криптографии. Но пока актуальными остаются проверенные временем принципы: изучать перспективные технологии (вроде Rust и Mojo), осваивать работу с ИИ и, конечно, совершенствовать главный навык любого программиста — умение быстро и грамотно гуглить.

Ты уже программист, если читаешь это! Больше о кодинге тут.

Этот диссонанс — не исключительно российская проблема. В Германии 20% взрослых функционально неграмотны, а в США 37% выпускников колледжей отрицают теорию эволюции и другие базовые научные парадигмы. Чем больше дипломов получает население, тем меньше оно знает. Почему?

Главная причина — подмена целей. Образование превратилось в формальность: школы натаскивают на ЕГЭ, вузы штампуют «корочки», а студенты учатся не думать, а запоминать. Даже преподаватели признают: современные программы развивают память, но не критическое мышление.

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

Дипломы есть у всех. А где знания?

Кажется, мы живем в эпоху всеобщей образованности. Цифры выглядят впечатляюще: почти половина молодежи в мире (48% в возрасте 25–34 лет) сегодня заканчивает вузы — против 27% в 2000-м. В Южной Корее и Канаде дипломы есть у двух третей взрослого населения, а Китай за 30 лет увеличил число студентов в 10 раз — с 3,8 млн до 50 млн. В России почти каждый третий взрослый человек имеет «вышку».

Но вот вопрос: если дипломов стало больше, почему мир не превратился в цитадель просвещенных эрудитов? Почему вместо этого мы получаем армии «специалистов», которые не могут отличить ДНК от РНК, путают Гражданскую войну с Отечественной и верят, что Земля плоская?

Глобальный бум высшего образования

Тренд очевиден — мир массово учится. В OECD (Организации экономического развития) подсчитали, что среди 25–34-летних женщин и мужчин дипломы об образовании есть у 50%. Лидеры — Южная Корея (69%) и Канада (66,4%), но даже отстающие страны вроде Турции или Мексики показывают рост. Европа к 2030 году планирует довести долю людей с высшим образованием до 45%, а Китай уже сейчас значительно превысил этот показатель.

В России цифры скромнее, но динамика похожая: если в 2000-х вузы заканчивали 25% работающих, то сейчас — 31%. В Москве и Питере дипломы среди молодежи 25–34 лет есть у 41%. Однако наличие «корочки» еще не гарантирует реальных знаний.

На этом графике показан процент сотрудников с высшим образованием:

Почему все рвутся в вузы

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

Но есть и обратная сторона. Когда диплом превращается в формальность (нужен «для галочки» при приеме на работу), его ценность падает. В России, например, 45% трудоспособного населения имеют среднее профобразование — то есть фактически «отсидели» в колледжах, но не получили глубоких знаний. С вузовскими дипломами ситуация не лучше.

Парадокс: больше дипломов — меньше грамотности

Казалось бы, если образование доступно, люди должны становиться умнее. Но данные PISA и TIMSS (центры международных исследований и оценки компетенций) показывают обратное: школьники в развитых странах стабильно теряют навыки чтения, математики и науки.

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

Перекос в сторону STEM-образования (то есть естественных и технических дисциплин) снижает значимость гуманитарных знаний (история, философия, логика). В итоге прогер умеет писать сложный код, но не отличает пропаганду от фактов.

Важный фактор — инфошум. Соцсети и алгоритмы заменяют глубокий анализ кликбейтом. Зачем учить историю, если «все и всех» уже разоблачили в Ютубе или ТикТоке?

Пока система не перестанет штамповать «корочки» и не начнет учить думать, парадокс будет только усугубляться.

Образованный — не значит умный

По данным Росстата, за последние 20 лет доля людей с дипломами среди трудоспособного населения выросла с 25% до 35%. В Москве и Санкт-Петербурге показатели еще выше — здесь вузы заканчивают около половины жителей. Казалось бы, перед нами общество образованных граждан.

Но реальность разбивает этот стереотип:

• 30% россиян не могут назвать точные годы ВОВ.
• Каждый пятый уверен, что Солнце вращается вокруг Земли.
• 15% считают, что радиоактивное молоко становится безопасным после кипячения.

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

К слову, многие американцы уверены, что шоколадное молоко дают коричневые коровы, не говоря уже о том, что более 40% населения в Штатах с трудом умеют читать и писать.

Глобальная картина: образованные, но неграмотные

Проблема носит мировой характер. В Германии, некогда известной своей качественной системой образования, пятая часть взрослых испытывают трудности с пониманием инструкций к лекарствам. Во Франции 40% выпускников школ не могут объяснить, что собой представляют молекулы и атомы.

В США, где 38% населения имеют степень бакалавра, ситуация еще тревожнее:

• треть американцев не могут назвать три ветви власти;
• 37% отрицают теорию эволюции;
• 41% не знают исторического значения Освенцима.

Особенно удручает ситуация с исторической памятью. В Европе 40% молодежи не могут объяснить, что такое Холокост. В России, по данным статистических агентств, около половины респондентов путаются в исторических событиях XX века. При этом подавляющее большинство этих людей имеют как минимум среднее образование.

Информационный хаос vs. знания

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

Последствия:

• около половины молодых россиян получают новости из Telegram-каналов сомнительной достоверности;
• каждый третий выпускник вуза верит хотя бы в одну теорию заговора;
• 60% студентов не проверяют информацию, если она выглядит правдоподобно.

Причины: почему образованные люди становятся невежественными

Дипломы перестали быть гарантией эрудиции — сегодня даже выпускники престижных вузов могут верить в плоскую Землю или отрицать эволюцию. В чем корень проблемы?

Образование, которое не учит думать

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

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

ЕГЭ и аналогичные системы оценивания усугубляют ситуацию. Школы натаскивают на тесты, а не учат работать с информацией. Результат:выпускники не могут отличить научную публикацию от псевдонаучного текста. Они запоминают формулы, но не понимают, как применять знания в реальной жизни.

Информационный потоп: когда правда тонет в шуме

Алгоритмы поощряют контент, который вызывает эмоции, а не размышления:

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

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

Культура быстрых ответов

Раньше образование было инвестицией в себя. Сегодня большинство студентов рассматривают вуз как «пункт выдачи дипломов» для работодателя.

Это меняет мотивацию:

• вместо глубокого изучения предмета — стратегия «сдать и забыть»;
• вместо чтения первоисточников — поиск кратких конспектов в интернете;
• вместо дискуссий с преподавателями — готовые ответы от ИИ.

Книги проигрывают клиповому контенту: за 10 лет среднее время чтения у россиян сократилось до нескольких часов в неделю. Когда человек привыкает получать информацию порциями по 15 секунд, он теряет способность анализировать сложные тексты.

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

Эволюция ИТ и уровень знаний: почему доступ к информации не сделал нас умнее

За последние 20 лет информационные технологии радикально изменили способ получения знаний. В 2005 году только 25% россиян имели постоянный доступ к интернету, сегодня — около 90%. Казалось бы, это должно было привести к взрывному росту образованности. Но парадокс в том, что, получив неограниченный доступ к информации, люди разучились ей пользоваться.

Доступ к информации и девальвация знаний

Интернет устранил географические барьеры: студент из провинции может слушать лекции МГУ, а школьник — изучать квантовую физику по YouTube. В России за последнее десятилетие число онлайн-курсов выросло в десятки раз, а дистанционное обучение стало нормой даже в традиционных вузах. Однако большинство студентов использует эти ресурсы для поверхностного изучения темы, а не системного образования.

Проблема не в отсутствии информации, а в ее избытке. Когда Google выдает 400 тысяч ссылок по запросу «информационные технологии в экономике», лишь 5% из них содержат достоверные данные.

Цифровой разрыв: когда технологии не помогают, а мешают

ИТ создал новый тип неравенства — доступ к информации есть у всех, но лишь единицы способны ее обрабатывать и критически оценивать

При этом:

• Школы до сих пор делают акцент на запоминании, а не анализе. Хотя 90% учебных заведений оснащены компьютерами, лишь 15% учителей используют их для развития критического мышления.
• Университеты внедряют ИТ формально. Например, 70% преподавателей применяют PowerPoint, но только 10% — интерактивные симуляторы или виртуальные лаборатории.

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

ИТ vs. фундаментальные навыки

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

Это создало перекос:

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

При этом сами ИТ-компании жалуются на дефицит soft skills. Но даже сильный программист не справится с проектом, если не понимает логики исторических процессов или не видит причинно-следственных связей.

ИТ — это инструмент, который усиливает существующие тенденции. Если система образования продолжит делать акцент на тестах и «корочках», технологии лишь ускорят деградацию знаний. Но если пересмотреть подходы — например, заменить зубрежку анализом Big Data или дискуссиями в виртуальных лабораториях — у следующего поколения есть шанс стать по-настоящему образованным.

Последствия: чем это грозит обществу

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

Политика: эпоха манипуляций

Недостаток базовых знаний делает избирателей уязвимыми для популизма. В Великобритании уровень образования оказался ключевым фактором в голосовании за Brexit — менее образованные граждане в основном поддерживали выход из ЕС, даже не понимая экономических последствий. В России лишь единицы способны объяснить, как санкции реально влияют на экономику.

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

Наука: война с фактами

Антивакцинное движение, отрицание эволюции и вера в плоскую Землю — это не просто курьезы. Если 25% населения сомневается в шарообразности планеты, такие заблуждения напрямую угрожают прогрессу:

• Медицина. Неверие в науку тормозит внедрение генетических технологий, хотя именно они, по прогнозам, к 2030 году позволят лечить рак и наследственные заболевания. Уже сейчас значительная часть населения не доверяет вакцинам — определенные основания для опасений есть, но полное отрицание вакцинации повышает риски эпидемий.
• Технологии. В США более трети выпускников вузов отрицают, что люди произошли от других видов. Если будущие инженеры не понимают базовых принципов биологии, как они создадут биосенсоры или отредактируют геном?

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

Экономика: дипломы без навыков

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

Вузы продолжают выпускать специалистов, чьи знания не соответствуют рынку:

• Производительность труда в РФ ниже чем в КНР и ряде развитых стран. Одна из причин — образовательная система не учит применять знания на практике. Вместо анализа кейсов студенты зубрят теорию для экзаменов.
• Инновации. Российские компании неохотно инвестируют в разработки, хотя уровень образования — не единственная причина такого состояния. Однако факт налицо — без критического мышления сотрудники не способны генерировать новые идеи, а бизнес предпочитает копировать успешные западные модели.

Формально образованных людей больше, чем когда-либо, но экономика страдает от нехватки реальных компетенций. Закрыть этот разрыв можно только пересмотром подходов к обучению — но система продолжает штамповать «корочки».

Общество, где дипломы есть у многих, а знания — у единиц, рискует скатиться в эпоху «нового средневековья». Уже сейчас мы видим последствия: наука теряет доверие, уступая место теориям заговора., а экономика тормозит из-за кадрового кризиса.

Исправить ситуацию можно, только вернув в образование главный критерий — не количество дипломов, а качество мышления. Пока же тренд обратный: хотя в 2025 году россияне среди ключевых навыков будущего назвали «умение адаптироваться» (27%) и «критическое мышление» (22%), школ и вузов, которые действительно учат этому, — единицы.

Как вернуть знаниям ценность: инструкция по спасению образования

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

Перезагрузка школы: от тестов к мышлению

Финская модель давно доказала: зубрежка уступает анализу. В России тоже начинают понимать эту необходимость. С 2024 года в школах внедряют учебники по искусственному интеллекту для 5–9 классов, где учат не просто запоминать алгоритмы, а понимать принципы их работы. Однако этого недостаточно.

Основная проблема — ЕГЭ в том виде, в котором эта институция существует в настоящий момент. Система, созданная для объективности, превратилась в «натаскивание на варианты». Учителя тратят больше половины учебного времени на подготовку к тестам, сокращая часы на дискуссии и анализ источников.

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

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

Медиагигиена: прививка от дезинформации

В 2025 году в российских школах запустили проект «Медиаритм». Ученики создают контент, разбирают кейсы фейков и учатся работать с нейросетями. Важный акцент — не просто технические навыки, а этика: как не стать распространителем дезинформации даже случайно. Первые результаты обнадеживают: участники программы реже репостят непроверенные новости.

Но одних курсов мало. Нужна «цифровая гигиена» на уровне привычек:

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

Технологии как инструмент, а не замена знаниям

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

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

Виртуальная реальность — еще один инструмент. Вместо сухих параграфов о Древнем Риме школьники надевают VR-очки и гуляют по Форуму, видя, как работали законы и общество. Пилотные проекты в Москве показали: такой материал запоминается гораздо лучше.

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

Чтобы диплом снова стал символом знаний, а не формальностью, нужно:

• пересмотреть приоритеты ЕГЭ, заменив тесты на задачи с анализом;
• вернуть в школы философию и логику — не как «лишние предметы», а как основу мышления;
• сделать медиаграмотность таким же обязательным навыком, как чтение.

Как показали проекты типа Skillbox или «ТопБЛОГ», молодежь готова учиться — если давать не абстрактные теории, а практические инструменты. Осталось сделать этот запрос системным.

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

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

Артем Шеленговский, CEO компании true.code, расскажет о том, заменит ли вайб–кодинг разработчиков, на что еще способны нейросети и где их ограничения, недостатки и риски.

С чем нейросети уже справляются

Согласно исследованию, которое мы провели внутри компании, нейросети уже берут на себя в среднем 35% задач в разработке, а в генерации шаблонного кода значение достигает 60%.

Например, с помощью вайб–кодинга такие задачи, как генерация CRUD-интерфейсов, подготовка типовых API-эндпоинтов, генерация конфигурационных файлов, уже на 70% автоматизированы. Формирование SQL–запросов к базам данных ИИ выполняет в 50% случаев, а поиск ошибок и ведение документации — в 40%. Особенно впечатляет скорость: если разработчик тратит в среднем 2 часа на написание unit-тестов, нейросети справляются за 30 минут, экономя 75% времени. При этом корректно и эффективно выполнять задачу на 100% с помощью ИИ и даже вайб-кодинга невозможно, потому что симбиоз понимания бизнес–логики и необходимого результата, умения проверить код и поставить задачу доступен только человеку.

Какие задачи все еще остаются за человеком

Развитие ИИ не означает, что эра программистов закончилась. Нейросети становятся мощным инструментом, перераспределяя роли в ИТ–сфере. Но несмотря на прогресс, нейросети пока не способны полностью заменить программистов. Критически важные аспекты разработки остаются за людьми. Например, нейросеть не справится с созданием архитектуры модуля без участия программиста, лишь предложит направление или общее видение. Работу с legacy-кодом ИИ закрывает на 15% от общего объема работы, но в основном анализ устаревших систем остается за человеком. В оценке эффективности кода нейросети помогают нам лишь на 10% сократить время выполнения задачи, потому что решение, что оптимизировать и как масштабировать, требует понимания бизнес-контекста.

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

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

Как выглядит процесс внутри команды

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

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

Современные редакторы кода на ИИ автоматически предлагают решения. Например, при вводе update user система сразу подсказывает нам, как реализовать обновление данных в БД, сокращая время работы. Стандартные операции — авторизация, роли, создание пользователя — генерируются за минуты. Нейросети также помогают в ревью кода junior–разработчика, хотя сложную логику по-прежнему лучше проверять вручную.

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

Заменит ли вайб-кодинг разработчиков

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

Junior-разработчики, чьи задачи сводятся к написанию шаблонного кода и простым правкам, окажутся под ударом, так как их работа будет автоматизирована. Но тем не менее, компании не откажутся от начинающих специалистов, изменения произойдут в специфики работы: их основные функции перейдут от написания кода к promt engineering. Кроме того, работодатели будут заинтересованы в их росте до более опытных сотрудников. Такая тенденция коснется начинающих специалистов и в других областях, но это не означает, что больше не нужно повышать навыки, так как они понадобятся для того, чтобы ставить нейросетям задачи и проверять корректность их выполнения. В то же время спрос вырастет на Senior- и архитекторов, которые понимают бизнес-логику и могут ставить корректные задачи ИИ.

Soft skills станут критически важны: умение общаться с заказчиком, проектировать системы и объяснять нейросетям требования будет цениться выше, чем просто написание кода. Как изобретение калькулятора не убило математиков, так и ИИ не заменит программистов. Но те, кто не научится работать с нейросетями, останутся за бортом.

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

Будущее заказной разработки

Будущее заказной разработки будет определяться скоростью создания MVP и кастомизацией. Клиенты будут ожидать прототипы за дни, а не недели. ИИ возьмет на себя шаблонные части, а люди сосредоточатся на тонкой настройке под конкретные бизнес–задачи. Появятся и новые роли — например, промт–инженеры, которые будут специализироваться на формулировании запросов и контроле выводов нейросетей.

По моим прогнозам, через 1–2 года ручное написание CRUD или базовых API станет анахронизмом. Но разработчики, которые смогут совмещать технические навыки с бизнес-аналитикой, окажутся в выигрыше.

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

Наблюдается рождение новой нормы, когда простые задачи решаются через естественный язык, а сложные — через глубокое погружение, так как, несмотря на то, что вайб–кодинг отлично справляется с шаблонной работой, он бессилен в понимании бизнес–контекста. Это не угроза профессии разработчика, а ее естественное разделение: рутина уходит к нейросетям, стратегическое мышление остается людям.

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

Как устроена виртуальная команда

Традиционная команда — это структура, в которой все участники подчиняются одному общему руководителю, тимлиду или техническому директору, в зависимости от масштаба проекта. В такую команду входят специалисты разных направлений: backend и frontend-разработчики, мобильные разработчики, дизайнеры, тестировщики и другие. Руководитель контролирует все процессы и, как правило, участвует в вопросах оплаты труда.

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

Различные подходы к организации командной работы

Традиционная команда — это фиксированная структура с прямой веткой управления. Её преимущества:

• Четкая иерархия. У сотрудников есть прямой руководитель, который ставит задачи и контролирует их выполнение.
• Быстрое принятие решений. Процесс согласования при такой структуре происходит быстрее.
• Эффективность. Традиционный тип команды подходит для проектов с жесткими сроками или разработчиками без большого опыта — в ситуациях, где нужно быстрое исполнение без лишних обсуждений.

Главным недостатком такого формата считается обмен сотрудниками. Если разработчиков перемещают между командами, они вынуждены менять и руководителей. Это приводит к:

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

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

• Гибкость и масштабируемость. Легкое перераспределение между проектами без привязки к фиксированным командам.
• Высокая адаптивность. Сотруднику не нужно привыкать к новым руководителям, так как управление строится вокруг задач, а не жесткой структуры.
• Коллегиальное принятие решений. Такой подход повышает вовлеченность и качество проработки задач.

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

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

Как управлять виртуальными командами

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

Управление виртуальными командами требует особого подхода. Стоит учитывать несколько нюансов:

• Сосредоточьтесь на проектной роли. Контролируйте процессы, следите за сроками и координируйте работу. Имейте в виду, что обязанности и роли могут варьироваться в зависимости от команды — четких границ здесь нет.
• Оценивайте каждого сотрудника. Если сотрудник уже опытный, вам достаточно регулярно проводить синки и получать обновления о ходе работы. Если начинающий — нужен более плотный контроль, помощь в планировании, постановке задач и отслеживании прогресса.
• Не допускайте микроменеджмента. В каждой виртуальной команде желательно иметь техлида или старшего разработчика, который возьмет на себя оперативное управление проектной деятельностью. Без такого человека вам придется самостоятельно погружаться в детали работы, а это будет требовать большого фокуса и не оставит времени на другие проекты.

Для эффективного взаимодействия виртуальных команд важно обеспечить синхронизацию между разработчиками. Есть несколько рекомендаций, которые с этим помогут:

• Запланируйте регулярные встречи. Проводите общие собрания и конференции для всей команды, чтобы каждый рассказал о своих задачах, планах и технических решениях.
• Используйте трекеры. Системы управления задачами используются в большинстве команд, и виртуальные — не исключение. Подойдут любые удобные вам, например, JIRA или «Яндекс 360».
• Визуализируйте проекты. Например, можно использовать диаграмму Ганта для контроля задач по срокам и приоритетам, отслеживания прогресса и динамики в виртуальных командах. Это поможет взглянуть на весь процесс со стороны и оперативно заметить, если какой-то этап отстал от плана. Для точечных задач (визуализация процессов, мозговые штурмы) удобно применять доски в Miro.
• Создайте каналы для взаимодействия. Подойдет чат в любом мессенджере, но важно использовать его строго по назначению, без лишней информации. В одном из чатов, например, каждый может делиться выполненными задачами в формате скриншотов или ссылок на тестовые стенды.
• Проводите технические встречи. Организуйте отдельные встречи для обсуждения общих технических вопросов. На них разработчики могут регулярно собирать список неудобных инструментов и актуальных проблем. На встречах команда будет приоритезировать задачи и решать их поэтапно. Такой подход не только помогает устранять мелкие неудобства, но и способствует постоянному улучшению эффективности процессов разработки.

В чем сложность

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

Необходимо синхронизировать все эти процессы. Например, мы в Поиске разрабатываем разные сценарии покупок, которые бывают у пользователя. Человек может искать конкретную модель фена по параметрам — в этом случае система отображает карточку товара с характеристиками, отзывами и предложениями магазинов. Также доступен визуальный поиск: например, можно загрузить фото дивана и найти похожие модели. В обоих случаях результат представлен в едином формате карточки товара. Эти сценарии (параметрический и визуальный поиск) разрабатываются разными командами, но их реализация должна быть согласована: карточки должны выглядеть и работать одинаково.

Если руководитель не обеспечивает синхронизацию в таких вопросах, могут возникать сложности:

• Несогласованность интерфейсов. Например, схожая функция будет выглядеть иначе в случае разных сценариев.
• Конфликты экспериментов. Одна команда запускает A/B-тест, изменяющий продукт, а другая в это же время тестирует свою версию — возникают баги на пересечении экспериментов.
• Отсутствие централизованного контроля. Команды не ведут общую систему управления задачами, не фиксируют изменения. Из-за этого часть задач может выпадать, а часть, наоборот, дублироваться.

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

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

Как работать в виртуальных командах

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

• Проявляйте инициативу. Она важна всегда, но в виртуальной команде это необходимость: нужно вникать в продукт, понимать общий контекст и разделять ответственность за результат всей команды. Задачи здесь зачастую не очень формализованы: они требуют дополнительной проработки, уточнений и поиска оптимальных решений.
• Вникайте в суть задач команды и продукта. Важно четко осознавать, какие задачи стоят перед продуктом и какие метрики нужно растить. Лучше заранее подумать и задать любые вопросы, чем потратить время не на ту задачу.
• Вовлекайтесь в работу команды. Не замыкайтесь на своем функционале: интересуйтесь работой коллег и участвуйте в обсуждениях и доработке требований по проектам. Так вы лучше поймете, как можно влиять на процесс.
• Развивайте критическое мышление. Если задача не ведет к цели или устарела — предложите альтернативные способы достижения результата.
• Предотвращайте лишнюю работу. В горизонтальной структуре за задачами порой сложно следить: они могут устаревать или задваиваться. Это нехорошо, но так бывает. Поэтому перед началом работы лучше убедитесь, что конкретное задание актуально, а вы понимаете, для чего оно нужно.

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

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

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

Виртуальные команды — это классно. А больше инсайтов и советов читайте в нашем тг-канале.

Магистратура: Когда выбрать академический трек?

Магистратура — самый безопасный, но сложный способ повысить квалификацию. Рассмотрим плюсы и минусы.

Плюсы магистратуры

Зарплата, как правило, выше

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

Аналогично с зарплатой. Средний доход бакалавров — 102 тыс. рублей. Магистры же в среднем зарабатывали 123 тыс. Но важно понимать, что это среднее значение, а не самое часто встречающееся.

Проще трудоустроиться

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

В том же исследовании ВШЭ удалось выяснить, что доля трудоустроенных бакалавров и специалистов в области математических и компьютерных наук составила 78%, тогда как у магистров это число достигло 83%. И это неудивительно.

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

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

Soft skills и нетворкинг

Нормально выпуститься в одиночку без кооперации с другими студентами очень сложно. Чтобы нормально учиться надо где-то спросить лекцию, уточнить детали задания, выбрать научного руководителя. Такие навыки принято называть soft skills, и их очень любят работодатели. С ними проще продвигаться по карьерной лестнице, договариваться, получать новые полезные знакомства.

Кстати, о знакомствах. ВУЗ — хорошее место для нетворкинга. Там много людей из индустрии и есть компании-партнёры. Можно обзавестись полезными связями и получить интересные предложения в плане карьерного роста. В топовых вузах — пробиться на стажировку в тот же Яндекс или VK.

Диплом

Да, это формальность, но приятная формальность, которая может помочь с трудоустройством, либо позволит релоцироваться.

Большинство вузов государственные, а частные также работают по государственным стандартам. Для компаний диплом — это своего рода «фильтр» по критерию «свой — чужой». В федеральном законе № 79 «О государственной гражданской службе» даже есть речь о том, что руководящие должности должны занимать люди с уровнем образования не ниже магистратуры/специалитета.

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

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

Диплом поможет и с релокацией. Например, он нужен для получения рабочей визы H-1B в США.

Минусы магистратуры

Сроки и стоимость

Разумеется, минусы тоже есть. Главный из них — это деньги. Получить высшее образование, особенно в топовых вузах, стоит дорого.

Пример стоимости некоторых магистерских программ с сайта Поступи онлайн:

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

Качество программ обучения и их актуальность

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

Иногда с вузом может не повезти. Там хромает качество программы и её преподавания. Вспомните однотипные лекции монотонным голосом, где нет никакого интерактива.

Ещё в вузах часто бывают проблемы с практикой. А ведь это самый важный момент, на который компании обращают внимание при найме. Мы можем получить картину, когда выпускник умеет кодить на C++ и хорошо знает ООП, но не владеет современным стеком.

Кому подходит магистратура

Начинающим специалистам и для переквалификации

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

Тем, кто метит на руководящие должности

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

Для тех, кто хочет работать в госкомпаниях, за границей, в сфере безопасности или наукоёмких нишах

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

Магистратура поможет при переквалификации из смежной специальности: например, системного анализа и тестирования; или если есть образование в таких направлениях как математика и физика. Обучение на профильных программах позволит выстроить фундамент, необходимый для работы по профессии, и углубить знания для развития в конкретном направлении.

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

Когда лучше выбрать курсы для повышения квалификации?

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

Плюсы курсов

Дешевле, быстрее и удобнее вузов

Это, пожалуй, главное преимущество. Если магистратура в топовом вузе может стоить как полквартиры и требует минимум двух лет жизни, то хорошие курсы обычно быстрее и дешевле. Например, курс «Фулстек-разработчик» в Яндекс Практикуме на момент написания статьи стоит 225 тыс. и длится 16 месяцев. Да, дорого, но в отличие от вуза, это не за один семестр и не на два года. Расширенный пакет курса «Python-разработчик» в Нетологии — около 108 тыс. с учётом скидки, срок на 12 месяцев.

Но есть и бесплатные курсы на том же Youtube, Stepik. На международных платформах по типу Cursera или EdTech можно проходить курсы от Google, Microsoft, IBM и других ведущих компаний. Также доступны курсы от вузов. Их можно проходить платно с обратной связью и сертификатом, либо без, но бесплатно.

Освоить целую специальность реально примерно за 9–12 месяцев. Есть и более короткие форматы: например, войти в тестирование можно за 3–6 месяцев, а на интенсивных буткемпах можно получить и отточить отдельные навыки за 3–4 месяца.

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

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

Много практики и актуальный стек

Курсы заточены под требования рынка. Если в вузе мы можем потратить семестр на изучение С++ или Ассемблера, то на курсах фокус будет на том, что востребовано работодателями прямо сейчас. Например, Python, Go, JavaScript-фреймворки вроде React, работа с Docker, Kubernetes и облачные платформы.

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

Сертификаты и помощь с трудоустройством

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

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

• Помогут составить резюме и портфолио.
• Подготовят к собеседованиям.
• Дадут доступ к закрытым чатам с вакансиями.
• Если сильно повезёт, организуют стажировку у партнёров.

Настоящих гарантий трудоустройства, конечно, никто не даёт.

Минусы курсов

Тоже стоят денег и времени

Хотя курсы дешевле магистратуры, на качественные придётся тоже сильно потратиться в районе 100–200 тыс. рублей. Если, конечно, речь о курсе, который готовит специалистов с нуля.

Время тоже придётся потратить. Это может быть 2–4 часа в день на лекции, вебинары, домашние задания и проекты. Чтобы был результат, надо быть готовым к регулярным занятиям.

Сложно найти качественный курс

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

Обычно это манипуляция и такого «маркетинга» много. Перед выбором курса лучше ознакомиться с договором оферты и почитать отзывы.

Дают не такие фундаментальные знания, как в вузах

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

Когда выбрать курсы

Когда надо быстро войти в IT

Если цель — как можно скорее получить базовые навыки и начать работать на позиции джуниора, например, тестировщиком, верстальщиком, фронтенд-разработчиком, то курсы (особенно интенсивные буткемпы) могут быть хорошим решением, они дешевле и быстрее доведут до цели.

Когда для роста надо освоить новый стек или инструмент

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

Когда надо прокачать навыки, не связанные напрямую с разработкой

Это могут быть курсы по soft skills, управлению проектами (Agile, Scrum), UI/UX дизайну или даже английскому языку.

Для знакомства с IT

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

Для самообучения

Мы можем смотреть бесплатные курсы на том же Stepik или Coursra в рамках саморазвития. Либо купить платные видеолекции. Да, здесь нет практики и обратной связи, но зато так удобнее заниматься в свободное время.

Курсовое обучение будет особенно эффективно в случаях, когда необходимо быстро освоить новый инструмент или технологию, актуальную для текущих или новых проектов; обновить или дополнить профессиональные знания после перерыва или при смене направления; закрыть конкретный пробел в профессиональной подготовке (например, изучить Docker, Kubernetes, CI/CD, новый язык программирования); подготовиться к переходу на другую роль, например, из разработчика в тимлиды или инженеры DevOps; подтянуть навыки взаимодействия и коммуникаций (soft skills). Также курсы будут полезны в тех ситуациях, когда самостоятельное изучение материала не приносит нужных результатов.

Менторинг — в каких случаях выбрать его

Менторинг — 3 в списке, но не по значимости направление для повышения квалификации. Здесь вы один на один со специалистом и точно в контексте современных процессов. Но не все так однозначно.

Плюсы менторинга

Персональный подход

Главное отличие менторинга от курсов — здесь нет унифицированной программы «для всех». Ментор работает лично с учеником: сначала разбирается в ситуации, целях, сильных сторонах и пробелах в знаниях. Такой подход чем-то напоминает персонального тренера в спортзале. Он помогает составить индивидуальный план.

Доступ к уникальному опыту

Есть пласт знаний, который сложно найти в учебниках или документации. Как на практике выбирают технологию под конкретную задачу? Как убедительно аргументировать своё техническое решение перед старшими коллегами или руководством? Как не утонуть в легаси-коде? Ментор, будучи опытным практиком, уже прошёл через это и может поделиться своим опытом — реальными кейсами, ошибками и инсайтами. Мы можем получить чужой уникальный опыт без набивания собственных шишек.

Гибкий формат и полезные связи

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

Кроме того, ментор — это личный контакт в профессиональной среде. Он может порекомендовать полезные ресурсы, конференции, сообщества или даже познакомить с нужными людьми в индустрии.

Минусы менторинга

Высокая стоимость и трудности с поиском

Ментор стоит дорого. Обычно это уверенный мидл или сеньор, у которого и так хороший доход, большой бэкграунд и мало времени.

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

Узкая специализация ментора

Обычно ментор является экспертом в своей конкретной нише: например, бэкенд на Java c фреймворком Spring или фронтенд на React с TypeScript. Если цели требуют комплексного развития в разных областях, то одного ментора может оказаться недостаточно. Возможно, придётся искать нескольких специалистов или комбинировать менторинг с курсами.

Не лучший вариант для старта с нуля

Менторинг хорош тогда, когда мы уже владеем какой-то базой в разработке. Тратить дорогое время сеньора на объяснение базового синтаксиса или принципов работы Git — неэффективно и нерационально. Эту информацию мы можем быстрее и дешевле найти в документации. Опять же, Chat GPT умеет объяснять базовые вещи, подстраиваться под пользователя и стоит дешевле.

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

Менторские программы сильно выигрывают с точки зрения пользы и затрат со стороны компании.Они помогают сотрудникам с небольшим опытом быстрее адаптироваться и получить опыт не в теории, а на практике. Работа с ментором как раз даёт практический опыт и помогает за несколько месяцев погрузиться в процессы, задачи и фреймворки. Ещё один плюс: после менторской программы сотрудникам не придётся переучиваться или привыкать к тому, как устроена работа в команде.
Менторство помогает передавать опыт новичкам и middle-специалистам. Для бизнеса это инвестиция, и она должна окупаться как можно раньше. Это во многом зависит от мягких навыков ученика: обучаемость, восприятие фидбэка, проактивность, инициатива. Если с софтами всё в порядке, вложенное опытными сотрудниками время себя окупит.

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

Кому подходит менторинг?

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

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

Нет универсального рецепта, как прокачаться в IT. Магистратура даст диплом и фундамент, курсы — быстрый апгрейд и выход на рынок, менторинг — индивидуальную траекторию. Всё зависит от цели, бюджета и уровня подготовки. Главное — не залипать в бесконечном обучении, если нет прогресса и помнить: даже самый крутой курс не заменит практику. А любой путь будет полезен, если вы берёте из него максимум.

Ты точно программист (или будущий программист), если читаешь это! Больше мемов, инсайтов и боли кодеров тут.

Разберем ключевые soft skills, которые действительно ценятся в IT-сфере и могут стать вашим преимуществом.

Коммуникация: умение ясно выражать мысли и взаимодействовать с командой

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

Почему это важно?

• Умение четко формулировать мысли снижает вероятность недопонимания.
• Грамотная презентация идей помогает убедить коллег в правильности вашего решения.
• Эффективное общение с заказчиками помогает лучше понять требования и избежать ошибок.

Как развивать?

• Учитесь писать краткие и понятные сообщения (в коде, письмах, чатах).
• Практикуйте выступления перед коллегами (например, участвуйте в митапах, докладах, код-ревью).
• Применяйте методику активного слушания — переспрашивайте, уточняйте детали, прежде чем делать выводы.

Критическое мышление: анализ, решение проблем и поиск новых подходов

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

Почему это важно?

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

Как развивать?

• Разбирайте чужой код или решения — почему они работают именно так?
• Пробуйте находить альтернативные пути решения одной и той же задачи.
• Задавайте себе вопрос «А что, если?..» — продумывайте последствия действий.

Гибкость и адаптивность: способность работать в условиях изменений

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

Почему это важно?

• В IT часто меняются приоритеты и требования к проектам.
• Обновляются технологии, инструменты, языки программирования.
• Компании меняют процессы и подходы к разработке.

Как развивать?

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

Работа в команде: не бывает одиночных героев

IT-проекты — это коллективная работа. Даже если вы разработчик-одиночка, рано или поздно вам придется взаимодействовать с заказчиками, тестировщиками, аналитиками. Способность работать в команде делает процесс эффективнее.

Почему это важно?

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

Как развивать?

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

Самоорганизация: управление временем и задачами

Гибкие графики, удаленная работа, параллельные проекты — без самоорганизации можно быстро потерять контроль над задачами.

Почему это важно?

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

Как развивать?

• Используйте тайм-менеджмент (методы Pomodoro, GTD).
• Разбивайте большие задачи на маленькие и работайте поэтапно.
• Учитесь говорить «нет» задачам, которые перегружают вас.

Эмоциональный интеллект: понимание себя и окружающих

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

Почему это важно?

• Помогает справляться со стрессом и не выгорать.
• Улучшает взаимоотношения в команде.
• Позволяет увереннее чувствовать себя на переговорах и собеседованиях.

Как развивать?

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

Вывод: почему soft skills в IT — это необходимость?

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

• Soft skills — это не дополнительный бонус, а обязательное условие для успеха.
• Развитие этих навыков поможет вам быстрее адаптироваться в IT-среде.
• Начинать можно с малого — выбирайте один навык и работайте над ним ежедневно.

Увидев вакансию Junior-разработчика в крупной IT-компании, Алексей решил, что готов. В резюме он указал знание Python, работу с базами данных и опыт написания API. Однако собеседование пошло не по плану.

Рекрутер начал задавать уточняющие вопросы:

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

• Как реализовать транзакции в PostgreSQL?

• В чём разница между асинхронным и многопоточным выполнением?

• Как оптимизировать SQL-запрос?

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

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

В чём же была основная проблема?

Разбор ошибок соискателя

Завышенные ожидания от своих знаний

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

Нет доказательств своих компетенций

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

Недостаточная подготовка к собеседованию

Одна из ключевых ошибок — недостаточная подготовка. В IT-индустрии собеседования включают технические вопросы и тестовые задачи. Если в вакансии указана работа с API и БД, кандидат должен подготовиться к вопросам по этим темам.

Игнорирование soft skills

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

Как избежать подобных ситуаций?

Трезво оценивать свои навыки

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

Собирать портфолио и кейсы

Даже если нет коммерческого опыта, можно написать несколько pet-проектов, выложить код на GitHub и описать его в резюме.

Готовиться к техническому интервью

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

Демонстрировать готовность обучаться

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

Не бояться честности

Если вам задают вопрос, на который вы не знаете ответа, не стоит придумывать или юлить. Лучше сказать: «Я ещё не сталкивался с таким, но мне интересно разобраться». Работодатель скорее оценит честность и мотивацию, чем неуверенные попытки скрыть незнание.

Вывод

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

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

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

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

В этой статье разберём, что происходит в сфере кибербезопасности сейчас, какие навыки нужно качать специалисту по ИБ и куда расти.

Что происходит сейчас

В последнее время уровень сложности фишинговых-, ransomware- и DDoS-атак буквально взлетел. Кроме того, всё больше атак проводится с помощью ИИ. Потому важно внедрять машинное обучение для предсказания атак, усиливать меры по защите облачных данных.

По данным экспертов Seven Senses, в 2024 году количество фишинговых атак в России выросло на 425%, а DDoS — на 70%. При этом ущерб от кибератак только за первые 7 месяцев составил 99 млрд ₽. Программы-вымогатели — всё ещё одна из главных угроз: их количество выросло почти в 2 раза по сравнению с 2023.

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

А потому сейчас так важно качать навыки в:

1. ИИ и ML;
2. Этичном хакинге, а именно участии в программах по типу bug bounty;
3. Аналитике Big Data;
4. Понимании бизнес-процессов компании и как с помощью усиления кибербезопасности можно улучшить сам проект.

Карьерные уровни в ИБ и возможные пути развития

Начальный уровень: с чего начать и как получить первый опыт

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

Первый шаг — освоить ключевые навыки. Будущему специалисту важно:

• разбираться в операционных системах Windows и Linux, уметь анализировать логи, управлять правами доступа и пользователями;
• понимать сетевые технологии, включая принципы работы TCP/IP, DNS, HTTP/HTTPS, а также уметь настраивать VPN и брандмауэры;
• обладать базовыми знаниями языков программирования (Python, Bash, PowerShell), что поможет автоматизировать рутинные задачи и анализировать данные.

Однако теории недостаточно — нужна практика. Один из лучших способов развить практические навыки — использовать специализированные платформы по типу TryHackMe, Hack The Box. Эти ресурсы позволяют моделировать реальные кибератаки, учиться анализировать уязвимости и настраивать системы защиты.

Следующий важный этап — получить реальный опыт. У новичков есть несколько вариантов:

• Bug Bounty-программы. Некоторые платформы дают возможность тестировать продукты крупных компаний, находить уязвимости и получать за это вознаграждение. Это отличный способ получить опыт работы с реальными системами, даже без официального трудоустройства.
• CTF-соревнования (Capture The Flag). Это состязания по кибербезопасности, где участники решают задачи, приближенные к реальным сценариям атак и защиты. Многие работодатели (особенно международные) ценят такой опыт, поскольку он демонстрирует практические навыки работы с уязвимостями.
• Стажировки в крупных компаниях. Организации, по типу Positive Technologies, Касперский, Яндекс и другие, регулярно набирают стажеров и junior-аналитиков, предлагая им возможность работать с SIEM-системами, анализировать логи и участвовать в расследовании инцидентов.

Дополнительно важно формировать личное портфолио. Ведение блога или Telegram-канала о кибербезопасности, участие в open-source проектах и публикация исследований на GitHub помогут продемонстрировать навыки работодателям.

Средний уровень: развитие управленческих и технических навыков

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

Как углублять технические знания?

На этом этапе уже недостаточно базового понимания киберугроз и инструментов их анализа — требуется более глубокая экспертиза в конкретных направлениях:

• Безопасность сетей и инфраструктуры. Работа с SIEM-системами (Splunk, ArcSight, QRadar) на продвинутом уровне, знание принципов защиты облачных сред (AWS, Azure, GCP), настройка IDS/IPS, WAF и систем реагирования на инциденты.
• Форензика и реагирование на инциденты. Анализ атак с использованием Volatility, Autopsy, ELK Stack. Умение разбирать дампы памяти, исследовать заражённые файлы и определять источник угроз.
• Red Team / Blue Team. Понимание работы атакующих (Red Team) и защитников (Blue Team), тестирование на проникновение (Metasploit, Cobalt Strike) и разработка мер противодействия.
• Разработка и автоматизация. Для Senior-уровня важно уметь писать собственные скрипты для автоматизации процессов, а также разрабатывать кастомные security-решения. Здесь пригодятся Python, Bash, PowerShell, Go.

Как развивать управленческие навыки?

На уровне Middle и Senior специалисты всё чаще сталкиваются с задачами, требующими не только технических, но и управленческих компетенций. Важно уметь:

• Выстраивать процессы внутри команды. Senior-специалист должен быть наставником для младших коллег, помогать им адаптироваться и осваивать новые технологии. Это значит, что помимо технических знаний важны soft skills: умение объяснять сложные вещи простым языком, мотивировать и распределять задачи.
• Разрабатывать стратегию безопасности. Middle- и Senior-уровень предполагает участие в создании политики кибербезопасности компании, включая анализ рисков, выбор инструментов защиты и планирование ответных мер на инциденты.
• Эффективно взаимодействовать с бизнесом. Важно не просто «защищать данные», но и уметь объяснять бизнесу, зачем это нужно. Senior-специалист должен уметь находить баланс между безопасностью и удобством, аргументированно доказывать необходимость тех или иных мер защиты.

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

Продвинутый уровень: путь в топ-менеджмент и стратегическое управление безопасностью

На уровне CISO, Security Architect или Red Team Lead специалист по кибербезопасности перестаёт работать только с техническими задачами — теперь он отвечает за формирование стратегии безопасности на уровне всей компании. Это означает, что ему нужно не только углублять техническую экспертизу, но и развивать управленческие и бизнес-навыки, понимать, как киберугрозы влияют на стратегию организации и её финансовую устойчивость.

На этом этапе ключевыми становятся три группы навыков: стратегическое управление, бизнес-компетенции и глубокая техническая экспертиза.

Стратегическое управление безопасностью

CISO и Security Architect должны не просто реагировать на инциденты, а выстраивать долгосрочную стратегию защиты компании. Это включает:

• Разработку политики безопасности. Формирование стандартов защиты данных, мониторинга угроз и реагирования на инциденты.
• Управление рисками. Оценка потенциальных угроз для бизнеса, разработка мер по их минимизации, внедрение методов риск-менеджмента.
• Взаимодействие с топ-менеджментом. Необходимо уметь объяснять руководству компании, почему безопасность — это не просто расходы, а стратегическое вложение, влияющее на устойчивость бизнеса.

Бизнес-компетенции и финансовая грамотность

Безопасность тесно связана с бизнес-процессами, поэтому на уровне CISO важно:

• Понимать экономику информационной безопасности. Определять, какие решения выгодны компании, как оптимизировать бюджет на защиту данных, как оценивать стоимость инцидентов и возможные финансовые риски.
• Работать с юридическими аспектами. Знать нормативные требования и законы в области защиты информации (GDPR, Закон о защите персональных данных, стандарты ISO 27001).
• Уметь управлять командами. Развитие специалистов, построение внутренних процессов, создание культуры кибербезопасности в компании.

Глубокая техническая экспертиза

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

• Архитектура безопасности. Проектирование защищённой инфраструктуры, включая Zero Trust, модели сетевой сегментации и защиту облачных сред.
• Современные угрозы и способы их нейтрализации. Работа с Threat Intelligence, анализ новейших атак и тактик APT-групп, применение MITRE ATT&CK.
• Технологии защиты и мониторинга. Глубокое понимание SIEM, SOAR, EDR/XDR, а также технологий машинного обучения в кибербезопасности.

Как перейти на уровень CISO, Security Architect или Red Team Lead?

На этом этапе важно не только расширять свои знания, но и заявлять о себе в профессиональном сообществе:

• Работать с экспертными сообществами. Участвовать в конференциях, публиковать исследования, писать аналитические статьи.
• Получать управленческие сертификации. Помимо технических (CISSP, CISM, OSCP), на этом уровне могут быть полезны MBA-программы и курсы по лидерству.
• Выстраивать личный бренд. CISO и Security Architects часто консультируют компании, выступают на конференциях, ведут блоги — всё это помогает укреплять позиции в индустрии.

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

Технические навыки, которые нужно освоить ИБ-шнику

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

Python

Широко используется в кибербезопасности благодаря большому количеству библиотек и инструментов для анализа данных, автоматизации задач и разработки инструментов для тестов на проникновение. Python также можно использовать для написания скриптов для автоматизации рутинных процессов специалиста по ИБ: мониторинг сетевой активности, анализ логов и т.д..

C++

Более сложный язык, но его плюс в том, что C++ даёт доступ к низкоуровневым операциям с памятью и ресурсами системы.

Технологии шифрования

«База» в защите конфиденциальной информации. Важно понимать и углублять знания в основных алгоритмах шифрования (AES, RSA) и применять эти методы на практике. Необходимо понимать различия между симметричным и асимметричным шифрованием, выявлять их сильные и слабые стороны.

Основные методы обеспечения безопасности

Ключевые инструменты защиты включают брандмауэры (firewalls), системы обнаружения и предотвращения вторжений (IDS/IPS) и VPN. Эти технологии помогают контролировать трафик, предотвращать несанкционированный доступ и обеспечивать безопасное соединение.

Управление событиями безопасности (SIEM)

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

Тестирование на проникновение

Это симуляция атак хакеров. Здесь важно обладать глубокими тех.знаниями сетевых протоколов, понимать, как эффективно работать с уязвимостями ПО и методами социальной инженерии.

Как ИБ-шнику обучаться?

Чтобы стать профи в информационной безопасности, важно постоянно обучаться. Одной «корочки» здесь не хватит, это должен быть принцип life-long learning. И в идеале нужно задуматься о получении международных сертификаций, например:

• CISSP — сертификат от ISC² для специалистов с опытом работы в области кибербезопасности от 5 лет;
• CISM — ещё один сертификат для управленцев информационной безопасности;
• CEH — сертификат, в процессе получения которого специалист осваивает методы тестирования и анализа.

Есть и другие программы обучения специалистов по информационной безопасности:

1. MIT Cybersecurity — онлайн-программа от Массачусетского института технологий. Фокус здесь приходится на разработку стратегий защиты информации.
2. Cyber Security Certificate — онлайн-программа от Стэнфордского онлайн-университета. Акцент на современные угрозы и технологии защиты.
3. Кибербезопасность — магистерская онлайн-программа обучения от ВШЭ. Включает курсы по криптографии и управлению рисками.
4. MS in Information Security Policy & Management — программа от университета Карнеги-Меллона. Одна из ведущих программ, ориентированная на управление политикой информационной безопасности.
5. Cyber Security for Business Leaders — программа от Оксфордского университета. Короткий интенсив для бизнес-руководителей в сфере ИБ.

Конференции — ещё одна классная возможность расширить знания о тенденциях в кибербезопасности и новых вызовах с возможностью нетворкинга. В России проводятся конференции по типу Positive Hack Days. За рубежом — Black Hat USA и DEF CON.

Ещё повышать квалификацию можно с помощью курсов по кибербезопасности на платформах Coursera, Udemy, Otus, Яндекс.Практикум, Нетология и edX.

Вы думали, это всё? Как бы не так! Важно участвовать и в профессиональных сообществах, потому что это ещё один способ постоянно развиваться и быть готовым к новым угрозам:

• ISACA — сообщество профессионалов по аудиту системы безопасности;
• (ISC)² — ассоциация экспертов по информационной безопасности;
• OWASP — открытый проект по безопасности;
• FIRST — форум команд реагирования на инциденты;
• SANS Institute — организация по обучению кибербезопасности.

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

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

Что такое софт-скиллы и зачем они нужны?

Софт-скиллы (от англ. soft skills) — навыки, которые не связаны напрямую с профессиональными компетенциями, но важны для успешного выполнения задач, как на работе, так и в других областях жизни.

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

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

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

Как программисту развивать софт-скиллы?

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

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

• «Какие мои качества помогли команде на последнем проекте?»

• «Благодаря каким моим навыкам тебе комфортно со мной работать?»

• «В каких ситуациях ты можешь на меня положиться?»

• «Что сделало бы наше взаимодействие более продуктивным?»

Если вам неудобно спрашивать лично, создайте опрос в Google Forms или SurveyMonkey. Собрав информацию, определите ключевые софт-скиллы — самые нужные для вашей текущей роли, или с которыми у вас сложнее всего обстоят дела.

Затем сформулируйте конкретные и измеримые цели. Например: «Научиться объяснять свой код на митингах в течение 3 месяцев» или «Получить положительную обратную связь от 80% коллег на 360-градусной оценке». Теперь можно приступать к конкретным действиям.

Как программисту научиться эффективной коммуникации?

Эффективная коммуникация — когда люди понимают друг друга. Без умения четко доносить свои идеи и ожидания, задавать правильные вопросы и подстраиваться под собеседника в IT-индустрии не обойтись.

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

Какие книги почитать для развития этого навыка?

• «Искусство объяснять»

• «Гни свою линию: Приемы эффективной коммуникации»

• «Никогда не ешьте в одиночку»

• «Как узнать всё что нужно, задавая правильные вопросы»

Что посмотреть на ютубе?

• The Art of Effective Communication

• How to actively listen to others

• Why communication goes wrong... and how to fix it

Как практиковаться?

• Регулярно участвуйте в рабочих собраниях. Берите слово при обсуждениях. Тренируйтесь давать конструктивную обратную связь и принимать её от других. Попробуйте модерировать небольшие встречи.
• Практикуйте активное слушание. В любом содержательном разговоре перефразируйте сказанное собеседником, задайте уточняющие вопросы.
• Не забывайте о письменной коммуникации. Пишите письма по принципу STAR — ситуация, задача, действия, результат. Кстати, это отличная схема и для резюме — так можно описывать свои достижения.
• Готовьтесь к будущим публичным выступлениям. Освойте инструменты для создания презентаций. Работайте над улучшением дикции, интонации, темпа речи — записывайте себя на диктофон и отмечайте, что нужно улучшить. Практикуйтесь выступать перед небольшими группами.

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

Управление своим временем — базовый навык для любого человека. Но в разработке неспособность программиста уложиться в установленный срок может дорого стоить компании.

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

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

Какие книги почитать для развития этого навыка?

• «15 секретов управления временем. Как успешные люди успевают все»

• «Победи прокрастинацию! Как перестать откладывать дела на завтра»

• «Тайм-менеджмента нет. Психология дружбы со временем»

Что посмотреть на ютубе?

• How I Manage My Time — 10 Time Management Tips
• «Забудь про тайм-менеджмент. Менеджи свое ВНИМАНИЕ»

Как практиковаться?

• Познакомьтесь с понятием биоритмов. Определите свои пики продуктивности, узнайте, вы утренний или вечерний тип, и учитывайте это в планировании дня.

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

• Приоритезируйте задачи. Разделяйте их по важности и срочности с помощью матрицы Эйзенхауэра. Применяйте правило Парето: 20% усилий дают 80% результата.

• Минимизируйте отвлекающие факторы. Во время работы отключайте уведомления в мессенджерах и ограничивайте доступ к социальным сетям с помощью приложений вроде Freedom или Cold Turkey.

• Автоматизируйте рабочую рутину. Используйте скрипты, макросы или инструменты автоматизации — Zapier, Make (Integromat).

Как программисту освоить критическое мышление и научиться эффективно решать проблемы?

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

В реальном мире задачи редко бывают чётко определёнными. Программист должен уметь задавать нужные вопросы и структурировать информацию. Это важно тогда, например, когда заказчик просит разработать «удобный интерфейс», но не может объяснить, что это значит.

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

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

Какие книги почитать для развития этого навыка?

• «Рациональность. Что это, почему нам ее не хватает и чем она важна»

• «Энциклопедия логических ошибок. Заблуждения, манипуляции, когнитивные искажения и другие враги здравого смысла»

• «Думай как математик. Как решать любые проблемы быстрее и эффективнее»

• «Хватит гадать! Девять стратегий для решения любых проблем»

• «Принцип ставок. Как принимать решения в условиях неопределенности»

• «Проблема не в этом: Как переосмыслить задачу, чтобы найти оптимальное решение»

Что посмотреть на ютубе?

• Skepticism: Why critical thinking makes you smarter

• CRITICAL THINKING - Fundamentals: Introduction to Critical Thinking

• Before You Decide: 3 Steps To Better Decision Making

Как практиковаться?

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

• Работайте над предвзятостью. При возникновении проблем в коде выдвигайте несколько гипотез и тестируйте их по очереди. Спрашивайте себя: «Не слишком ли я уверен в своем решении?» или «Какие данные могут опровергнуть мою гипотезу?».

• Ищите источники проблем. Анализируйте корневую причину ошибки через последовательные вопросы (метод «5 почему»). Разрабатывайте пошаговые сценарии по методу «Дерево решений».

• Участвуйте в кодинговых марафонах. Тренируйте алгоритмическое мышление на Codeforces и LeetCode.

Как программисту научиться адаптироваться к изменениям?

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

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

Какие книги почитать для развития этого навыка?

• «Антихрупкость. Как извлечь выгоду из хаоса»

• «Черный лебедь. Под знаком непредсказуемости»

• «Гибкое сознание»

• «Страх. Почему мы неправильно оцениваем риски, живя в самое безопасное время в истории»

• «Эмоциональная гибкость. Как научиться радоваться переменам и получать удовольствие от работы и жизни»

Что посмотреть на ютубе?

• How Adaptability Will Help You Deal With Change

• Adaptability creates opportunities

• 3 ways to measure your adaptability — and how to improve it

Как практиковаться?

• Изучите модели изменений. Разберитесь, как работают методологии Agile и Lean, которые способствуют адаптивности. Ознакомьтесь с кейсами компаний, успешно внедривших инновации.

• Расширяйте кругозор. Важно следить за трендами в своей области. Подпишитесь на профильные блоги, подкасты и YouTube-каналы. Регулярно проходите курсы на платформах вроде Coursera, Udemy, Pluralsight.

• Пробуйте новое в работе. Осваивайте новые языки программирования, инструменты и подходы. Используйте pet-проекты для тестирования идей. Анализируйте свой опыт и составляйте списки плюсов и минусов опробованной вами технологии или метода.

• Освойте междисциплинарный подход. Углубитесь в смежные области: дизайн, аналитику данных, управление продуктами.

Софт-скиллы — не приговор, а важное дополнение. Если освоить их, можно не только повысить самооценку, но и стать востребованным специалистом в своей области.

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

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

Основные задачи исполнительного директора

Исполнительный директор выполняет широкий спектр обязанностей, включая:

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

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

• лидерство. Умение вдохновлять команду и вести ее к общей цели;
• стратегическое мышление. Способность предвидеть возможные риски и разрабатывать планы их минимизации;
• коммуникационные навыки. Эффективное взаимодействие с разными группами людей;
• финансовая грамотность. Глубокое понимание экономики компании;
• гибкость. Способность быстро адаптироваться к изменяющимся условиям рынка.

Если вы хотите развить эти компетенции, Eduson Academy предлагает качественные образовательные программы, доступные по этой ссылке.

Чем исполнительный директор отличается от генерального?

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

Как стать успешным исполнительным директором?

• Постоянное обучение. Современные бизнес-среды требуют актуальных знаний и навыков.
• Развитие управленческих компетенций. Программы обучения в Eduson Academy помогут вам овладеть всеми необходимыми инструментами.
• Практика и опыт. Реальный опыт управления проектами или командами крайне важен.
• Нетворкинг. Установление деловых связей способствует профессиональному росту.

Eduson Academy предлагает курсы, которые помогут вам стать профессионалом в своей области и подняться на новый карьерный уровень.

Реклама. Рекламодатель: ООО «Эдюсон»

ИНН: 7729779476

Регистрационный номер лицензии Л035-01298-77/00374370

Erid: 2SDnjf4FX3z

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

Шаг 1. Определяем цели и мотивацию

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

Поэтому программисту, который решил переквалифицироваться в руководители, стоит правдиво и подробно ответить себе на ряд вопросов:

• Готов ли я к кардинальной смене профиля деятельности психологически и физически?
• Нацелен ли на развитие команды и компании в целом?
• Готов ли серьезно работать над собой, развивать новые навыки, менять подход к решению проблем?

Если на большинство вопросов ответ положительный, и при этом вы уверены в своих силах и обладаете необходимым запасом свободного времени и энергии, вам определенно стоит попробовать.

Разработчику, который хочет стать менеджером, в первую очередь важно развить эмоциональный интеллект. Теперь его работа связана не столько с кодом, сколько с людьми: управление мотивацией, разрешение конфликтов, донесение ценности задач до команды. Еще одно серьезное испытание — неопределенность. Многие разработчики не готовы к тому, что теперь именно они должны разбираться с хаосом, а не ждать четких задач. Чтобы справляться с этим, нужно научиться правильно распределять приоритеты и делегировать работу.

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

Какие качества развивать для перехода в менеджмент:

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

Шаг 2. Развиваем навыки

Как правило, на позицию управленца претендуют сотрудники, которые уже освоили hard skills и хотят двигаться дальше. В сфере ИТ-менеджмента база — знание процессов разработки и понимание общей архитектуры.

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

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

Частая ошибка — думать, что хороший менеджер должен быть лучшим в техническом плане. На самом деле, soft skills для него важнее, чем hard skills. Если в разработке это вспомогательный навык, то в управлении — ключевой. Нужно развивать эмоциональный интеллект, бизнес-мышление и навыки управления людьми. Без этого даже самый опытный разработчик вряд ли станет эффективным руководителем.

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

Рассмотрим ключевые софты, которые стоит развить.

Коммуникация

Умение вести переговоры помогает решать большинство проблем, возникающих в процессе работы над проектом. Менеджер координирует интересы сразу нескольких сторон:

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

Ошибки на любом этапе разработки неизбежно проходят через менеджера. Чтобы минимизировать их последствия, важно выстраивать доверительные отношения с командой и заказчиком. Разработчики — прежде всего люди, у них могут быть личные и профессиональные проблемы. Если учитывать интересы, можно рассчитывать на взаимопонимание.

Главное в коммуникации – понимать, чего хочет собеседник. Если заказчику важен результат, он не будет вникать в технические детали, его нужно просто успокоить и дать четкое понимание сроков. Если в команде кто-то выгорел, возможно, стоит пересмотреть его задачи или дать передышку. Конфликты лучше решать без эмоций: обозначить проблему, найти ее источник и предложить компромисс.

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

Как преодолеть барьеры в общении?

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

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

Ответственность

Если менеджер что-то обещает, он должен это выполнить. Только так формируется доверие. Главное — не скрывать проблемы. Если сроки сдвигаются, важно заранее предупредить всех участников процесса.

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

Мы используем гибкие методологии, но главный принцип – давать людям то, что им нужно. Заказчику – уверенность в результате. Ему не интересны технические детали вроде новых микросервисов и покрытых тестами API, ему важно понимать, какую бизнес-ценность это несет. Если изменение неочевидно, важно объяснить его эффект: например, шаблон микросервиса ускорит будущие разработки, а e2e-тесты снизят риски багов.

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

Пунктуальность

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

Один из полезных инструментов тайм-менеджмента — матрица Эйзенхауэра. Даже если не использовать ее постоянно, стоит понимать базовые принципы приоритизации задач. Также важно завести удобный личный календарь — это ваш основной рабочий инструмент.

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

Проактивность

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

Полностью предусмотреть все риски невозможно — неожиданные проблемы всегда будут возникать. Главное — учиться анализировать ошибки и извлекать из них уроки, чтобы не допускать повторения в будущем. Полезный инструмент для этого — техника roaming’а рисков. Она помогает не просто фиксировать проблемы, а выявлять их первопричины.

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

Другие навыки и умения

Помимо перечисленного, менеджеру нужно прокачать следующие способности:

• Оценивать задачи по уровню сложности. Необходимо понимать, сколько времени займет выполнение, справится ли с ней один специалист или ему потребуется помощь. Понимаете специфики поможет узнать, не тянет ли исполнитель время и не запрашивает ли слишком высокую цену за свою работу.
• Просчитывать риски. Рабочий процесс редко идет как по маслу. Специалисты могут заболеть, облениться, уволиться. Закладывайте сроки с учетом задержек в исполнении, особенно если задачи нетиповые.
• Уметь контролировать эмоции. Менеджер, который выходит из себя по поводу и без не способен эффективно управлять. Научиться спокойствию непросто, но это ценный навык, который идет на пользу всему рабочему процессу.
• Делегировать. Фигура высшего пилотажа — умение распределять задачи таким образом, чтобы все сотрудники развивали свой потенциал и выдавали максимальный результат. Самому руководителю стоит сосредоточиться на стратегическом развитии.

Шаг 3. Обучаемся менеджменту

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

Параллельно с развитием софтов, начните читать тематическую литературу. Если не хватает времени, слушайте аудиоверсии, но базовый пакет знаний получить необходимо.

Это примерный список для ориентира:

• «Эффективный руководитель» — Питер Друкер. Книга рассказывает о том, как и чем должен заниматься руководитель, какие правила соблюдать, чтобы добиваться результата в любом деле.
• «45 татуировок менеджера» — Максим Батырев. В формате жизненных историй и конфликтных ситуаций рассказывает о том, как сформировать характер и личность руководителя.
• «Привычка работать вместе» — Твайла Тарп. Опыт успешной коммуникации в команде на примерах из разных сфер.
• «Пять пороков команды» — Патрик Ленсиони. Книга о том, как преодолеть недоверие, безответственность и безразличие к результату работы.
• «Мотивация» — Макс Эггерт. Ценный справочник, полный советов и инструментов, необходимых в работе менеджера.
• «Карьера менеджера IT-проекта» — Гэйл Лакман Макдауэлл и Джеки Баваро. Практическое руководство по ведению проектов и подготовке к собеседованию на позицию ИТ-менеджера.

Полезными будут и онлайн-курсы и тренинги по менеджменту. В числе самых известных — Agile Project Management, интенсив-тренинг для начинающих руководителей. Методология Agile — эффективный подход к реализации проектов с планированием, разбивкой на этапы и активным сотрудничеством всех участников.

Scrum — метод гибкого управления проектами, который поможет управленцу и команде структурировать свою деятельность и координировать ее с помощью набора практик. Методология часто применяется при разработке приложений и других ИТ-проектов. Scrum — одновременно платформа с инструментами и практиками для гибкого управления проектами.

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

Шаг 4. Переходим на желаемую должность

Советуем следовать конкретному плану:

1. Установите сроки. Переход в менеджеры — дело не одного дня. Процесс займет несколько месяцев, при этом форсировать события точно не стоит.
2. Согласуйте переход в менеджеры с руководством компании. Если в вашей фирме не заинтересованы в подобной инициативе, поищите вакансии в других организациях. В целом хорошие управленцы в ИТ-отрасли нужны всегда.
3. Определите свои сильные и слабые стороны. Подумайте, что можно сделать, чтобы нивелировать недостатки и выработать качества, без которых руководителю не обойтись.
4. Найдите ментора из числа опытных управленцев вашей компании. Научитесь у него всему, что он знает, особенно в плане взаимодействия с исполнителями и руководством.
5. Договоритесь о собеседовании на позицию менеджера. Если вы действуете внутри компании, вести беседу будет гораздо проще. Помните главное: собеседование — не экзамен, работодатель не делает вам одолжений, а тоже заинтересован в ответственных и активных работниках.

Не стоит при переходе занимать позицию джуна (новичка без опыта). У вас уже есть навыки работы в ИТ, вы знаете, как создаются продукты, знакомы со спецификой и нюансами. Называйте себя мидлом и позиционируйте соответствующим образом.

Шаг 5. Работаем над вызовами

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

• Длительные согласования. Чем больше заинтересованных в проекте сторон (стейкхолдеров), тем сложнее. Готовьте документы, инструкции и самого клиента заранее. Все, что нужно предоставить с вашей стороны, должно быть предоставлено. Помогайте заказчику всем, чем можете, и будьте на связи, чтобы в любой момент ответить на вопросы.
• Частые переносы встреч. Клиенты бывают занятыми и иногда откладывают встречи. Проблему можно решить только одним способом — договориться, выбрав нужные слова, и вежливый, но решительный тон.
• Предложение от заказчика переделать функционал. То есть по сути обнулить результат уже проделанной работы. Задача менеджера в такой ситуации — оценить целесообразность решения. Возможно клиент руководствуется пользовательским опытом, но может быть и так, что это его сугубо личное мнение. В последнем случае придется собрать фактический материал и спокойно объяснить заказчику, с какими издержками придется столкнуться.

Менее значительные трудности устраняются универсальными решениями. Используйте делегирование, если замечаете, что не справляетесь с текущими задачами. Не бойтесь говорить правду. Лучше сразу сказать клиенту, что задача не сделана, чем скрываться от него. Общайтесь с коллегами, не стесняйтесь обращаться за помощью в профессиональные сообщества. Будьте готовы меняться и адаптироваться, ибо стабильность — это иллюзия.

Умение выделять главное и устранять лишнее — важнейший навык, позволяющий добиваться успеха в любой сфере. Метод 80/20 можно использовать при выполнении рабочих задач, в личной жизни и в финансовых делах. О том, как это сделать — читайте в статье.

Что за принцип 80/20 и как он помогает справляться со стрессом

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

Правило было сформулировано еще в 1986 году итальянским экономистом Вильфредо Парето. Он заметил, что 80% земли в Италии находится в собственности у 20% населения. Аналогичную закономерность он заметил в своем саду, где 20% деревьев давали 80% урожая фруктов.

В то время исследования Парето не получили широкого распространения, и лишь после второй мировой войны открытием заинтересовались другие ученые. Американский инженер Мозес Джуран предположил, что закономерность, которую он назвал «принципом Парето», справедлива не только для землевладения, но и для других отраслей.

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

Убедившись в эффективности принципа Парето, его стали применять в США и других западных странах. Примечательно, что правило работает практически во всех сферах человеческой деятельности:

• в командном спорте 20% игроков обеспечивают 80% побед;
• в киноиндустрии 20% фильмов делают 80% кассы;
• в программировании 20% кода содержит 80% ошибок;
• в торговле 20% товаров дают 80% прибыли.

Сегодня принцип 80/20 применяют в том числе для повышения личной эффективности.

Независимо от того, в какой отрасли вы работаете, у вас с большой долей вероятности есть:

• приоритетные задачи, которые обеспечивают 80% эффективности;
• второстепенные, которые отнимают основное время, но мало влияют на общую продуктивность.

Стресс возникает, когда приходится тратить силы на незначительные и трудоемкие дела, при этом не оставлять ресурсов на значимые задачи. Результат — низкая производительность, отставание от графика, неудовлетворенность от работы.

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

Несколько преимуществ принципа 80/20:

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

Минусом может стать некорректное применение принципа Парето на практике. Иногда сотрудники уделяют внимание только самым важным задачам и полностью игнорируют все остальное. Например, работают над онлайн-маркетингом, но забывают об электронной переписке с клиентами. Однако принцип 80/20 состоит не в том, чтобы полностью отказаться от менее значимых дел, а чтобы грамотно распределить усилия, время и ресурсы.

Применение метода 80/20 в рабочей сфере

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

Метод Парето можно применить почти к любой отрасли, но чаще всего его используют в бизнесе и деловой среде. Если работу можно разделить на части, принцип 80/20 объясняет, какие именно дела оказывают решающее влияние на результат. Рассмотрим, как это работает на практике на конкретных примерах.

Текущая производительность

Метод Парето помогает расставить приоритеты в задачах, которые вы выполняете на рабочем месте в течение дня.

Как это сделать:

• Составьте список всех дел, которыми вы занимаетесь в течение дня. Включите сюда не только написание кода, но и ревью, обсуждение задач с коллегами, участие в митингах, изучение документации, а также рутинные или отвлекающие дела (например, кофе-брейки или переписку в мессенджерах);

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

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

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

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

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

Учитывайте, что принцип Парето работает не всегда и не везде. Метод не подходит для высокозависимых процессов по типу разработки сложных интеграций, проектирования распределённых систем или написания модулей, где каждая часть критически важна для результата. В таких случаях лучше применять Agile-подходы или другие методологии управления задачами.

Принятие решений

Метод 80/20 помогает решать проблемы максимально эффективно. На практике применяется следующая схема:

• Конкретизируйте трудности, с которыми сталкивается ваша команда разработки: это могут быть частые возникновения багов, долгие сборки, неэффективные процессы ревью или несогласованность в задачах;

• Подробно опишите все возможные факторы, приводящие к этим проблемам (нехватка документации, устаревшие инструменты или недостаток коммуникации и т.д.);

• Разбейте трудности по категориям. Если определённые причины повторяются в нескольких категориях (например, неэффективная архитектура приводит к багам и замедляет работу), отметьте их как наиболее значимые;

• Присвойте каждой проблеме вес по её влиянию на проект. Используйте шкалу от 1 до 10 или измерьте потери в часах/деньгах. Например, насколько время команды увеличивается из-за долгих билдов или отладки;

• Составьте план действий для решения главных 20% проблем, которые оказывают наибольшее влияние на вашу работу. Стремитесь к решениям, которые одновременно исправляют несколько трудностей.

Согласно правилу Парето, устранение 20% основных трудностей обеспечит 80% результатов. Вы уничтожаете корень зла, а не боретесь с побегами.

Пример использования в разработке:

В команде программистов выясняется, что из 100 ошибок, зарегистрированных в трекере, более 80% вызваны неэффективной архитектурой одного ключевого модуля. Вместо того, чтобы исправлять каждую ошибку отдельно, команда принимает решение провести рефакторинг модуля, устранив корень проблемы. Так снизижается число ошибок и улучшается стабильность системы.

Применение метода 80/20 в личной жизни

Принцип Парето вполне применим ко многим аспектам личной жизни.

Отношения

Если провести подробную инвентаризацию своих отношений с людьми, то окажется, что небольшая часть (все те же 20%) контактов обеспечивает 80% морального удовлетворения от общения. Эти 20% — жизненно важные люди, с которыми стоит проводить больше времени.

Есть и обратная статистика: 20% или меньшее количество из вашего окружения вызывает 80% негативных эмоций и стресса. Это касается не только реальных контактов, но и соцсетей. С людьми, которые вас раздражают, напрягают, отнимают у вас ценное время, лучше не общаться вообще. С теми, кто вызывает у вас двойственные чувства, встречайтесь как можно реже.

Вещи

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

Финансы

Приложения для отслеживания трат, например, Деньги ОК, Кошелек, Тяжеловато и многие другие, продемонстрируют наглядную картину распределения ваших финансов. С высокой долей вероятности вы обнаружите, что относительно небольшая часть категорий товаров и услуг отнимает 80% ваших денег.

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

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

Инструменты для реализации принципа 80/20

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

В топе из наиболее доступных продуктов:

• Singularity — многофункциональный планировщик для браузера, ноутбука и смартфона;
• WEEEK — инструмент, который можно развернуть в полноценную CRM систему;
• Google Tasks — простой и надежный планировщик для пользователей Google;
• Any.do — органайзер, который поможет отследить затраты времени и оптимизировать расходование ресурсов;
• TickTick — приложение для смартфонов с лаконичным интерфейсом для планирования задач и управления временем.

Лучшие планировщики и инструменты тайм-менеджмента помогут контролировать как рабочие процессы, так и личные дела. В цифровом пространстве вы объедините и систематизируете все свои задачи, спланируете загрузку и проконтролируете намеченные планы.

Несколько рекомендаций, как снизить стресс

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

Чтобы поддержать баланс, совмещайте правило 80/20 с гармоничным образом жизни. Делайте физические упражнения — базовая рекомендация всех терапевтов. Спорт можно заменить танцами. Регулярные занятия снимают напряжение, приводят в порядок ум, повышают самооценку.

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

Еще одна эффективная защита от стресса — полноценный сон. Ложитесь в одно и то же время, не употребляйте перед сном кофе и алкогольные напитки, проветривайте спальню и не пытайтесь переделать все дела за одни сутки.

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

Шаг 1: Стань охотником за ледяными багами

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

Как это работает?

Найди проект, который тебе интересен

• Загляни на GitHub, GitLab или другие open-source платформы.
• Ищи проекты, связанные с технологиями, которыми ты владеешь или хочешь освоить.

Выбери «ледяной баг»

• Начни с раздела «Issues» — большинство проектов документируют ошибки и задачи.
• Фильтруй по тегам: для новичков подойдут «good first issue», для мидлов и сеньоров — более сложные задачи.

Прояви смекалку

• Изучи контекст бага: какой код вызывает ошибку, почему она возникает.
• Если баг сложный, попробуй предложить обходной путь или частичное решение.

Закрывай проблему с пояснением

• Исправь баг и отправь pull request.
• Оставь комментарий, объясняющий, что ты сделал, чтобы устранить ошибку.

Почему это важно?

• Прокачиваешь навыки: ты работаешь с реальным кодом, изучаешь новые инструменты и технологии.
• Демонстрируешь инициативу: исправление багов показывает, что ты умеешь находить и решать проблемы, даже когда они не прямо перед тобой.
• Расширяешь нетворк: активное участие в open-source проектах заметят мейнтейнеры, которые могут помочь с рекомендацией или направить тебя к потенциальным работодателям.
  

Шаг 2. Составь снежное резюме

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

Как это работает?

Определи формат

• Если ты разработчик — создай интерактивное веб-резюме с анимацией.
• Если дизайнер — сделай резюме в стиле зимней открытки.
• Если ты продакт-менеджер или аналитик — подготовь резюме-презентацию, где информация подаётся структурировано, но с праздничными нотками..

Добавь интерактивность

• Веб-резюме: позволь рекрутеру «кликать» по разделам, чтобы узнать больше о твоих навыках и проектах.
• Мини-приложение: Включи мини-игру, например, где снежинка долетает до раздела с ключевыми навыками.

Не забывай о главном

• Укажи свои достижения и навыки, но в необычном формате: вместо сухого текста добавь графики или схемы.
• Приложи ссылку на GitHub, Behance или LinkedIn, чтобы рекрутеры могли узнать о тебе больше.

Держи баланс

• Креатив имеет вес, но важно убедиться, что снежное резюме всё же остаётся информативным и читабельным.

Почему это важно?

• Ты выделяешься из толпы: рекрутеры ежедневно видят сотни однообразных резюме. Уж с ТАКИМ CV остаться незамеченным просто нереально.
• Демонстрируешь навыки на практике: вместо того чтобы просто писать о своих умениях, ты показываешь их в действии.
• Создаёшь позитивное впечатление: такой подход ассоциируется с творческим и гибким мышлением.

Пример:

Ты — фронтенд-разработчик. Вместо стандартного PDF ты создаёшь веб-страницу.

• На фоне анимация снежного пейзажа, а в центре — разделы: «Навыки», «Проекты», «Контакты».
• При наведении на «Навыки» появляется список технологий, с которыми ты работал, с графиком уровня владения.
• Раздел «Проекты» — карусель с интерактивными ссылками на твои работы.
• А в разделе «Контакты» есть не просто email и LinkedIn, но и кнопка: «Позвать на собеседование», которая отправляет рекрутеру готовое письмо с твоими данными.

Шаг 3. Заморозь конкурентов... в хорошем смысле

«Заморозить конкурентов» — стратегия выделиться на фоне других кандидатов за счёт анализа их сильных и слабых сторон. Речь не о том, чтобы буквально бороться с ними, а о том, чтобы показать, что ты на шаг впереди.

Как это работает?

Изучи конкурентов

• Проанализируй профили других кандидатов на LinkedIn или GitHub.
• Сравни их навыки, проекты, резюме и то, как они представляют себя.

Сделай своё резюме лучше

• Если кто-то пишет: «Опыт работы с React» — добавь конкретику, например, «Опыт работы с React: разработал 3 SPA, сократил время загрузки страниц на 20%».
• Включи в резюме нестандартные проекты или достижения, которых нет у других.

Ищи пробелы

• Заметь, чего не хватает у конкурентов. Например, многие забывают упоминать soft skills. Укажи свои в формате: «Способен адаптироваться к неопределённости: завершил проект с размытым ТЗ, внедрил структуру и сэкономил 10% времени команды».

Почему это важно?

• Рекрутеры сравнивают: тебя оценивают в контексте других кандидатов.
• Ты тренируешься быть стратегом: этот навык полезен не только в поиске работы, но и на любой позиции в IT.
• Становишься заметным: благодаря уникальным подходам твоё имя запомнится HR-ам.

Шаг 4. Проведи зимнюю уборку в коде

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

Как это работает?

Проведи ревизию

• Просмотри свои проекты на GitHub. Выяви места, где код устарел, где не хватает комментариев или README.
• Удали ненужные файлы, баги, временные решения или хардкоды.

Приведи репозитории в порядок

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

Оптимизируй код

• Замени устаревшие библиотеки на актуальные.
• Убедись, что код понятен и структурирован: следуй единому стилю, устрани повторения, раздели большие функции на меньшие.

Направь свои усилия на тесты

• Напиши недостающие юнит-тесты. Это покажет, что ты заботишься о качестве своего кода.
• Используй линтеры и статический анализ кода, чтобы избавиться от скрытых ошибок.

Убедись, что проект работает

• Пересмотри установочные инструкции. Проекты должны быть готовы к запуску «из коробки».
• Проверь, что проект собирается и запускается без проблем на текущих версиях инструментов.

Почему это важно?

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

Шаг 5. Устрой Хакатон выходного дня

«Хакатон выходного дня» — мини-проект, который можно организовать самому или с друзьями, чтобы быстро прокачать навыки, создать новый проект или доработать текущий. В отличие от долгих марафонов, здесь задача проста: за 1-2 дня придумать идею, реализовать её и получить результат.

Как это работает?

Выбери тему или проблему

• Найди интересную идею или проблему, которую хочешь решить.
• Если сложно выбрать, подумай о том, что может быть полезным для портфолио.

Составь план

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

Определи временные рамки

• Установи чёткое начало и конец. Например, с утра субботы до вечера воскресенья.
• Работай в спринтах: 2-3 часа интенсивной работы, затем перерыв.

Подключи других (по желанию)

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

Презентуй результат

• Выложи проект на GitHub или сделай короткий пост в LinkedIn с описанием того, что ты сделал за выходные.
• Если проект маленький, добавь гифку или скриншоты, чтобы наглядно показать его функциональность.

Почему это важно?

• Ты развиваешь навык быстрого прототипирования: способность эффективно работать в ограниченных временных рамках ценится в IT.
• Добавляешь проект в портфолио (даже если это небольшой прототип).
• Тренируешь командную работу (по желанию).

Шаг 6. Попробуй «обратную зиму»

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

Как это работает?

Оберни минусы в плюсы

• Мало вакансий? Зато у тебя меньше конкурентов. Рекрутеры, которые ищут специалистов зимой, настроены на закрытие позиций быстрее, а значит, готовы внимательнее рассмотреть твои навыки.
• Праздничное настроение у всех? Используй это как повод сделать своё резюме и сопроводительное письмо более креативными.
• Рынок «замерзает»? Самое время подготовиться к оттепели: прокачай навыки, подтяни слабые места, обнови портфолио.

Смени фокус на компании

• Исследуй компании, которые развиваются в зимний период (логистика, сфера развлечений, e-commerce). Или найди тех, кто откладывает найм до весны, и начни выстраивать с ними отношения заранее. Пиши HR-ам, знакомься с будущими коллегами через LinkedIn, чтобы быть первым, кого они вспомнят, когда вакансии откроются.

Выходи за рамки стандартного резюме

• Вместо обычного списка навыков опиши, как ты использовал эти навыки для решения реальных задач.
• Добавь нестандартные проекты, которые ты сделал для себя или друзей зимой (например, написал Telegram-бота для подсчёта новогоднего бюджета).

Покажи свою готовность адаптироваться

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

Почему это важно?

• Ты демонстрируешь гибкость: готовность работать в нестандартных условиях — ценный навык, который высоко ценится работодателями.
• Привлекаешь внимание: нестандартные подходы всегда выделяются на фоне тех, кто действует по шаблону.
• Используешь «низкий сезон» с умом: пока другие ждут весны, ты прокладываешь себе путь к новым возможностям.

Шаг 7. Стань «тайным Сантой» для HR

Тайный Санта для HR — метафора проактивного и заботливого подхода к взаимодействию с рекрутерами. Ты делаешь что-то неожиданное, полезное и приятное, чтобы оставить о себе яркое впечатление. Этот навык подразумевает не только творческий подход, но и желание проявить внимание к HR и желаемым компаниям.

Как это работает?

Исследуй компанию и её потребности

• Проведи небольшой ресёрч о компании: какие у неё текущие вызовы, особенности или интересы. Это может быть информация из их сайта, новостных публикаций или социальных сетей.
• Узнай, какие ценности компания продвигает, и подумай, как ты можешь показать, что разделяешь их.

Создай «подарок» для HR

• Это может быть что-то практичное и связанное с твоей профессией. Например: идеи для улучшения их продукта, анализ веб-приложения или сайта, дизайн-концепция (в зависимости от твоей специализации).

Персонализируй своё общение

• Начни своё сообщение с тёплого и доброжелательного тона. Например, «Здравствуйте! Я увлечён продуктами вашей компании и хотел сделать для вас небольшой сюрприз — анализ текущей версии приложения. Надеюсь, мои идеи будут полезны».

Упакуй «подарок» красиво

• Создай структурированный документ, презентацию или сайт, где чётко опишешь, что ты предлагаешь и как это может помочь компании.
• Используй зимнюю стилистику: снег, ёлки, подарки — это добавит атмосферы и сделает твою идею ещё более заметной.

Почему это важно?

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

Надеемся, этот чек-лист поможет хотя бы одному одинокому снежному джуну, мидлу или сеньору найти место «погреться». Удачи в поисках!

Скилл 1. Сторителлинг

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

Как использовать навык в контексте перехода на новый грейд?

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

Сторителлинг помогает:

• Привлекать внимание коллег к своим успехам и решениям;
• Убедительно объяснять, почему ваши подходы эффективны;
• Участвовать в митингах, демонстрируя способность мыслить системно и стратегически;
• Представлять свои идеи так, чтобы они находили отклик у руководителей и коллег.

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

Предположим, вы нашли способ ускорить процесс тестирования на проекте, написав удобный скрипт.

Как бы это рассказал джун:

«Я написал скрипт для автоматизации тестов, теперь они выполняются быстрее».

Как это сделает специалист с навыком сторителлинга:

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

Скилл 2. Системное мышление

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

Как использовать навык в контексте перехода на новый грейд?

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

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

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

Предположим, вам поручили оптимизировать медленный API-запрос.

Как бы это сделал джун:

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

Как это сделает специалист с навыком системного мышления:

1. Сначала он изучает, почему API работает медленно: это проблема базы данных, кэширования или архитектуры (или стакана)?;
2. Обнаруживает, что медленный запрос — следствие устаревшей структуры базы данных, которая тормозит не только этот запрос, но и многие другие;
3. Предлагает решение: переработать структуру базы данных и внедрить систему кэширования;
4. Оценивает влияние изменений на другие сервисы, тестирует обновления и предупреждает команду о возможных рисках;
5. Делает выводы: обновление не только ускорило конкретный запрос, но и сократило общее время обработки API-запросов на 30%.

Как представить результат:

«Я решил проблему медленного API-запроса, но заметил, что это часть более широкой проблемы устаревшей структуры базы данных. Я предложил решение, которое затронуло всю систему, что позволило ускорить обработку API на 30% и снизить нагрузку на серверы».

Скилл 3. Задавание «глупых» вопросов

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

Как использовать навык в контексте перехода на новый грейд?

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

• Уточнить требования, чтобы избежать недопонимания;
• Подсветить неочевидные проблемы, которые могут помешать реализации;
• Показать вовлеченность в проект, а не слепое следование инструкциям;
• Научиться думать глубже, анализируя задачу со всех сторон.

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

Предположим, вы работаете над задачей по внедрению новой функции в приложение.

Как бы поступил джун:

Джун получает ТЗ и начинает его выполнять, предполагая, что всё уже учтено и дополнительные вопросы задавать не нужно.

Как это сделает специалист с навыком задавания глупых вопросов:

1. На этапе обсуждения задачи он задает глупый вопрос: «А что произойдет, если у пользователя отключится интернет во время выполнения этой функции?»;
2. Команда задумывается и понимает, что этот сценарий не был учтен;
3. Специалист предложит провести дополнительное тестирование всех edge-cases, чтобы проверить стабильность функции в разных условиях.

Как представить результат:

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

Скилл 4. Мета-обучение

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

Как использовать навык в контексте перехода на новый грейд?

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

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

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

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

Как бы поступил джун:

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

Как это сделает специалист с навыком мета-обучения:

1. Анализирует задачу и определяет, какие конкретные аспекты библиотеки ему нужно изучить;
2. Находит наиболее релевантные источники информации: официальную документацию, примеры на GitHub, обучающие статьи;
3. Использует принцип «учись через действие» — сразу применяет новые знания на практике, решая реальную задачу;
4. После завершения задачи записывает выводы и создает конспект, чтобы легко вспомнить ключевые моменты в будущем;
5. Регулярно анализирует процесс обучения: какие методы сработали, а какие были неэффективны, чтобы оптимизировать подход в дальнейшем.

Как представить результат:

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

Скилл 5. Микронаставничество

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

Как использовать навык в контексте перехода на новый грейд?

На уровне мидла важно не только быть самостоятельным, но и помогать коллегам становиться лучше. Микронаставничество помогает:

• Демонстрировать вашу экспертизу и готовность делиться знаниями;
• Создавать положительное впечатление в команде благодаря проактивности;
• Строить доверительные отношения с коллегами;
• Развивать лидерские качества, которые пригодятся для более ответственных позиций.

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

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

Как бы поступил джун:

Джун может либо полностью игнорировать проблему коллеги, либо попытаться её решить, но сделать это вместо объяснения, оставив коллегу в неведении.

Как это сделает специалист с навыком микронаставничества:

1. Объяснит не только решение проблемы, но и подход к её поиску: «Давай посмотрим, как я обычно ищу ошибки в коде. Вот на что стоит обратить внимание»;
2. Поделится инструментами или методами, которые облегчат жизнь в будущем: «Эта утилита помогает быстрее находить такие баги. Попробуй, она здорово выручает»;
3. Даст конструктивный фидбэк, если увидит, что коллега мог бы улучшить что-то в своей работе: «Кстати, если структурировать код немного иначе, таких проблем станет меньше»;
4. Поддержит коллегу: «Ты правильно думал в начале, просто чуть-чуть не хватило опыта. В следующий раз получится».

Как представить результат:

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

Скилл 6. Дао рабочего стола

«Дао рабочего стола» — философия организации рабочего пространства (физического и виртуального), которая способствует продуктивности, ясности мышления и снижению стресса. Этот навык включает умение структурировать задачи, поддерживать порядок и организовывать инструменты так, чтобы они были максимально удобны для работы. Это не просто уборка, а создание среды, которая поможет быть сосредоточенным и эффективным.

Как использовать навык в контексте перехода на новый грейд?

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

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

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

Предположим, вы работаете над проектом с обширной документацией, множеством ссылок и исходных данных.

Как бы поступил джун:

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

Как это сделает специалист с навыком Дао рабочего стола:

1. Создает четкую структуру папок на компьютере: Проект > Данные > Скрипты > Итоги;
2. Использует инструменты для управления задачами;
3. Делает конспекты в едином формате, добавляя ссылки, ключевые идеи и выводы;
4. Организует физическое пространство: освобождает стол от лишних предметов, оставляя только самое необходимое, чтобы поддерживать концентрацию;
5. Регулярно очищает и обновляет систему, чтобы избегать цифрового шума.

Как представить результат:

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

Скилл 7. Терпимость к неопределенности

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

Как использовать навык в контексте перехода на новый грейд?

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

• Действовать в условиях, когда задачи или ожидания ещё не полностью сформулированы;
• Сохранять продуктивность даже при изменении приоритетов и требований;
• Развивать гибкость мышления, предлагать альтернативные подходы и адаптироваться к новым условиям;
• Демонстрировать уверенность и лидерские качества, помогая команде справляться с нестабильными ситуациями.

Пример, как можно реализовать этот навык при переходе из джуна в мидлы

Предположим, вы получили задачу разработать новую функцию, но бизнес-требования пока не полностью определены, а сроки жёсткие.

Как бы поступил джун:

Джун может испытывать стресс из-за недостатка ясности и ждать, пока руководитель предоставит чёткие инструкции.

Как это сделает специалист с навыком терпимости к неопределенности:

1. Анализирует текущую информацию, формулирует гипотезы и предлагает предварительный план действий;
2. Разрабатывает MVP, который можно будет доработать позже;
3. Активно общается с заказчиками и командой, чтобы уточнить детали и учесть возможные изменения;
4. Оставляет в коде или проекте пространство для манёвра, чтобы в будущем легко вносить изменения;
5. Сохраняет уверенность и позитивный настрой, мотивируя команду сосредоточиться на возможностях, а не на проблемах.

Как представить результат:

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

Попробуйте ответить себе на вопрос: «Готов ли я стать мидлом?». Для этого предлагаем поучаствовать в нашем бинго:

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

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

1. Умение искать информацию о компании и вакансии

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

Чтобы не переживать, заранее изучите компанию: чем она отличается от конкурентов, какие у неё финансовые показатели, какие интересные события произошли за последнее время. Так вы сможете представить, чем этот бизнес занимается и с какими задачами сталкивается. Это поможет предположить содержание вопросов на интервью и морально подготовиться к ним.

Также рисёрч поможет оценить, соответствует ли вакансия вашим потребностям. Неподходящее предложение лучше отсеять как можно раньше, чтобы не тратить своё и чужое время. Поэтому полезно заранее проверить отзывы сотрудников: по ним можно понять, какая в штате корпоративная культура. Например, если вам спокойнее в формальной обстановке, а в компании принято материться и играть в Counter Strike, это очевидный мисмэтч.

Короче: рисёрч поможет снять тревогу и понять, а надо ли оно вам. К тому же будете выглядеть солиднее на собеседовании.

2. Пунктуальность и уважение к чужому времени

Софт скилы, на которые смотрит каждый работодатель, — это организованность и пунктуальность. Когда вы приходите на встречи вовремя, это показывает ваше ответственное отношение. Работодатель понимает: на вас можно положиться, потому что вы делаете ровно то, что пообещали. Сказали прийти в 17:00 — значит, придёте в 17:00. Это сигнал: можно спокойно строить планы с вашим участием, и они будут исполнены в срок.

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

Важно отнестись к этому как к исключению: систематические опоздания означают, что человек не уважает ничьё время, кроме собственного.

Короче: если вы понимаете ценность своего и чужого времени, значит, на вас можно рассчитывать при планировании.

3. Способность собраться, невзирая на волнение

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

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

Короче: собеседование — это стресс. Если вы умеете с ним справляться, значит, не рассыпетесь при первых же трудностях на рабочем месте.

4. Чёткая и понятная коммуникация

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

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

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

5. Активное слушание

Иногда кандидаты настолько увлечены самопрезентацией, что полностью забывают слушать рекрутеров. Это серьёзная ошибка, которая может стоить вам оффера. Зато если вы умеете слышать собеседника и показывать свою вовлечённость, это огромный плюс к вашим soft skills.

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

Короче: демонстрируйте собеседнику, что запоминаете его слова. Тогда диалог станет продуктивнее, а рекрутер поймёт: вы действительно вовлечены.

6. Умение «зеркалить» стиль общения

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

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

Если же перед вами человек спокойный и вдумчивый, можно замедлиться, чтобы зазвучать в унисон. Только старайтесь выглядеть естественно. Найдите возможность быть собой, но избегать резкого контраста со своими «базовыми» настройками.

Короче: смогли «вписаться» в общение с эйчаром — значит, «впишетесь» и в коллектив.

7. Способность заинтересоваться вакансией

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

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

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

Короче: равнодушных людей на работу не берут. Умейте заинтересоваться.

8. Презентация своего опыта и навыков

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

• situation — ситуация;
• task — задача;
• action — действие;
• result — результат.

Чтобы применить её, кратко опишите контекст: например, «Наша компания выпустила новый продукт». Затем задачу: «Нужно было запустить маркетинговую акцию в соцсетях, чтобы ознакомить клиентов с новинкой». Затем подробно перечислите действия, которые вы предприняли, и конкретный измеримый результат: «За полгода продажи продукта выросли на 20%». Упоминание метрик и цифр сразу вызывает доверие и показывает, что вы уверенно чувствуете себя в своей специализации.

Короче: на собеседовании вы «продаёте» себя и свои навыки рекрутерам. Если хотите, чтобы вас «купили», научитесь показывать себя с выгодных сторон.

9. Ведение переговоров и умение убеждать

Рано или поздно собеседование переходит к этапу переговоров. Особенно это касается условий: зарплаты, графика работы, бонусов. Способность добиться наибольшей выгоды для себя — самый полезный навык из всех soft skills.

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

Короче: чем лучше вы умеете вести переговоры, тем более выгодные условия сможете выбить для себя — и по зарплате, и по другим бонусам.

10. Умение задавать правильные вопросы

Это один из базовых soft skills, которым интуитивно владеет каждый человек. Нужно внимательно слушать, что эйчары говорят на собеседовании: запоминать их слова, мысленно обрабатывать сказанное, делать выводы. Тогда вопросы будут появляться сами собой. Задавайте их, чтобы узнать больше полезной информации, и рекрутеры оценят ваши проактивность и интерес.

Только не спрашивайте о том, что можно найти в описании вакансии или на сайте компании. Например, не нужно уточнять количество рабочих часов, если этот пункт уже прописан в условиях.

Короче: чем больше вы узнаете о компании и вакансии, тем взвешеннее будет ваше решение насчёт оффера. И рекрутеры будут довольны вашей заинтересованностью.

Бонус. Гибкость и готовность к обучению

Мир постоянно меняется. Ещё несколько лет назад у нас не было ChatGPT, а теперь он — часть рабочего процесса для многих компаний. Поэтому любой работодатель ищет людей, которые легко принимают новые методы работы или нестандартные форматы. Гибкие сотрудники полезны в долгосрочной перспективе, потому что будут развиваться вместе с бизнесом.

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

Короче: хороший сотрудник — тот, кто со временем приносит компании всё больше пользы. Для этого нужно уметь подстраиваться под новые требования.

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

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

Суть «метода Сократа» для современных митингов

Метод, предложенный философом Сократом еще в 400 году до н.э., актуален и сегодня.

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

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

Почвардовский предложил адаптировать этот метод к современным реалиям и поделился рекомендациями для проведения более результативных встреч.

Шесть ключевых этапов метода

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

Почему это важно?

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

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

Можно сравнить гибкие навыки (soft skills) со строительным раствором, а профессиональные (hard skills) — с кирпичами. Без цемента высокое и крепкое здание не построить даже с большим количеством кирпичей.

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

Без стеснения

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

К сожалению, практика показывает, что многие тестировщики этого делать не хотят или не умеют. Исправить ситуацию может руководитель отдела тестирования или всего ИТ-подразделения. Во-первых, важно вкладывать ресурсы (время, средства) в развитие у специалистов гибких навыков. Во-вторых, важна простая помощь — возможность обсудить с руководителем проблему и получить совет. Высока вероятность, что сотрудник прислушается и начнет развиваться в правильном направлении.

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

Коммуникация внутри команды

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

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

В подобных играх, кстати, определяются психотипы сотрудников, становится понятно, кто как себя ведет в разных ситуациях.

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

Уверенность, ораторское мастерство и умение отстаивать свое мнение хорошо хорошо прокачиваются на мозговых штурмах. Если сотрудники работают удаленно, можно устраивать brain storm онлайн. Такой формат общения обязывает каждого сотрудника высказаться — отсиживаться в сторонке не получится. Кроме того, все сотрудники условно находятся на одном уровне, пропадает иерархия, от чего высказываться публично становится проще.

Карьерный рост

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

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

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

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

Правильная мотивация

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

Своим сотрудникам, которые стремятся к карьерному росту, я советую начать с чтения подходящей литературы: книг по психологии и менеджменту. Одна из лучших книг — «12 встреч, меняющих судьбу. Практики Мастера» Дениса Чернакова.

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

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

Зачем разработчику «мягкие» навыки

Немного душного контента — разберемся с понятиями. По определению из Оксфордского словаря, «софт-скиллс» — это личные качества, которые позволяют эффективно и гармонично взаимодействовать с другими людьми.

Рабочая среда разработчиков изменилась:

• в проектах никто уже не работает по одиночке, это всегда куча людей, с которыми надо уметь общаться и сотрудничать, пусть и удаленно;
• развитые софты дают шансы увеличить доход — можно вписаться в топовую команду, где выше требования, четче организация и тем более важно умение строить отношения с коллегами;
• прокачка soft skills — это еще и повышение своей эффективности за счет умения грамотно организовать время, лучше справляться с негативными эмоциями или прокрастинацией.

Для убежденных хейтеров мягких навыков есть исследование института McKinsey (MGI). Ученые изучили главные навыки на рынке труда будущего. Оказалось, что при прочих равных способность к трудоустройству и удовлетворенность работой больше всего связаны с навыками из категории «личные качества». В общем, «надо, Федя, надо».

Что именно важно развить разработчику? Для тимлидов сейчас востребованы умение оставаться спокойным посреди неопределенности, вести и вдохновлять, делегировать. Каждому, кто работает в командах, пригодится умение слушать и давать обратную связь. Все важнее эмпатия — готовность встать на сторону собеседника и понять его посреди вот этого всего, что творится вокруг. Очень развивает человека и его компанию желание и навык передать опыт и знания. Обсудим 5 важных софтов.

5 musthave «софтов» разработчиков: чему и как обучать

1. Эмпатия — суперсила разработчика

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

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

2. Психологическая устойчивость: успокоился сам — успокой другого

«От работы дохнут кони, ну а я — бессмертный пони» — вряд ли этот вайб «эффективных менеджеров» когда-либо присутствовал в IT-индустрии. Но своих стрессов хватает: дедлайны, новые вводные от стейкхолдеров, странная ОС от клиента — этого уже достаточно, чтобы у разработчика начал дергаться глаз. А если прибавить общий ахтунг в мире последние несколько лет — очевидно, что навык психологической устойчивости пригодится всем.

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

3. Наставничество как новый тренд в IT

«Всегда делись тем, чему ты научился» — так говорит мудрый магистр Йода.

«И так работы много, еще и новичками заниматься?! Ну уж нет, зачем это мне?» — отвечает ему разработчик.

Наставник — звучит гордо (и полезно для бизнеса), поэтому IT-компании активно развивают культуру менторства. Счастливчик-менти получает выжимку полезных знаний от эксперта, узнает, как все работает на практике и гораздо быстрее осваивает свою область.

Но и наставник получает выгоду, да, Йода?

• Получая запрос от менти, можно совместить приятное с полезным: укрепить свои знания, изучить что-то новое и поддержать свой скиллсет в актуальном состоянии.
• Менторство — отличный инструмент для прокачки софтов. Наставник общается с разными людьми, учится находить подход к каждому, объяснять сложные вещи и давать обратную связь. Пригодится при общении с командой и клиентами.

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

Для компании передача знаний и опыта от опытных специалистов молодым — это сплошные плюсы:

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

Ментором не рождаются, ментором становятся — вырастить своих наставников можно с помощью сторителлинга.

4. Коммуникации: зачем они нужны технарям

Митапы, хакатоны, многочисленные онлайн-встречи проектных команд — все это места плотного взаимодействия. А чаты? Везде приходится оттачивать навыки общения:

• в проектных командах, где каждый — самый умный в своем деле, надо уметь договариваться и совместно решать проблемы, иначе все передерутся и проект зависнет;
• в распределенной команде с удаленкой и гибридом без взаимопонимания все рухнет. Учитывая расстояние между сотрудниками, надо быть уверенными в том, что коллег не нужно постоянно контролировать.

5. Обратная связь как инструмент развития

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

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

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

Если вы стремитесь развивать свою карьеру, не упустите возможность рассмотреть вакансию системного аналитика в Сбере.

Актуальность развития soft skills

В статье Forbes отмечается, что при приеме на работу новых сотрудников работодатели оценивают soft skills выше, чем технические. Умение программировать может быть критически важным, если вы разработчик программного обеспечения, но эти навыки не будут иметь значения, если вы не умеете делать мягкие вещи: хорошо работать в команде, руководить проектом, четко общаться и критически мыслить. Soft skills особенно важны, если вы хотите взять на себя больше ответственности — это позволяет вам успешно перейти от роли индивидуального контрибьютора к роли лидера. Также опрос LinkedIn показал: «Технические возможности могут продвинуть вас только до определенного уровня в вашей карьере. Чтобы по-настоящему взлететь, вам нужны навыки, которые сложнее измерить, но которые имеют решающее значение для успеха. В LinkedIn ... По отчету, 89% рекрутеров говорят, что когда найм не работает, это обычно сводится к отсутствию навыков Soft Skills».

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

Soft skills бизнес-аналитика

Какие soft skills нужны бизнес-аналитику, чтобы обеспечить успех проекта? Давайте рассмотрим, какие ключевых soft skills ИТ-бизнес-аналитиков важны при работе над техническими проектными решениями с проектной командой и заказчиком.

Обмен данными по документации

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

В других случаях я читала документы, в которых автор пытался передать концепцию очень упрощенно, используя комбинацию слов, диаграммы, схемы, таблицы и иные инструменты, которые гораздо проще воспринимаются при прочтении. Такие писатели вплетают историю в свои документы, что позволяет легко читать, понимать и ссылаться на них на более позднем этапе. Неудивительно, что такие термины/методы, как user stories, journey map, клиентский опыт и тому подобное появились и активно используются по сей день.

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

Выявление требований и понимание потребностей

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

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

Реализация и внедрение изменений

Бизнес-аналитики широко востребованы для успешной реализации проектов и выполнения трудоемкой работы, направленной на достижение целей проектов и удовлетворение ожиданий всех заинтересованных сторон. Но BABOK и мировое сообщество бизнес-аналитиков определяют бизнес-анализ следующим образом:

«Business analysis is the practice of enabling change in an enterprise by defining needs and recommending solutions that deliver value to stakeholders. Business analysis enables an enterprise to articulate needs and the rationale for change, and to design and describe solutions that can deliver value». BABOK

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

Ключевыми словами для меня здесь являются «enabling change». Если вы раскроете это понятие немного больше, вы поймете, что большая часть роли бизнес-аналитика заключается в том, чтобы обеспечить успешный переход бизнеса от старого к новому. Вы будете иметь дело со страхами и запретами конечных пользователей или других затронутых сторон, сопереживать им и устранять их страхи, опасения и неопределенность. Речь идет о построении отношений с заинтересованными сторонами, чтобы они чувствовали себя в безопасности, делясь с вами своими тревогами, и верили, что вы учитываете их интересы. Чем больше они доверяют вам, тем лучше вы можете способствовать изменениям.

Фасилитация встреч и переговоры

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

Заключение

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

Начало карьеры в IT

В 2012 году я закончил ВУЗ по направлению «Строительство мостов и транспортных тоннелей» и начал строить свою карьеру в строительстве. За 7 лет я вырос от стажёра до ведущего инженера технического надзора со стороны генерального подрядчика, успел построить и сдать в эксплуатацию 3 станции московского метро, несколько путепроводов и тоннелей.

Однако я понимал, что возможность в карьерном росте сильно ограничена. Примерно в это же время мой друг рассказал мне, что попробовал выучиться на роль backend-разработчика. У него получилось, хотя это было не очень просто. По его словам, IT похоже на строительство: «Мы что-то создавали, налаживали процессы и запускали».

С 2017 года я начал изучать frontend-разработку, параллельно работая в строительстве. В процессе обучения, я понял, что программирование мне нравится больше и пора полностью погружаться в IT. В мае 2019 года я завершил свои проекты на прежнем месте работы и подал заявление на увольнение.

Оценивая свои знания я понял, что их не хватает даже для устройства на позицию джуна. Поэтому на протяжении следующих трёх месяцев я учился по 10-12 часов в день, чтобы начать ходить на интервью.

В августе 2019 года я приступил к поискам работы. И в один день на меня вышел ВТБ с предложением о стажировке. Я, естественно, согласился и успешно прошёл собеседование.

Стажировка проходила сложно, но мне удалось благополучно её завершить: меня взяли в основной штат. Меня привлекали к выполнению небольших задач: многое было непонятно, приходилось часами разбирать код и изучать новое. Этот опыт помог мне усвоить базовые знания, и я готов был развиваться дальше. Однако в январе 2020 года произошли изменения в структуре и я начал искать новое место работы. Так я попал на собеседование в Росбанк.

На интервью я старался продемонстрировать все свои знания, и меня взяли на позицию junior frontend-разработчика в Digital Sales Team розничного бизнеса.

Новая команда оказалась очень сплоченной и отзывчивой. При любых сложностях я мог рассчитывать на их помощь. Благодаря ей мои навыки усовершенствовались в разы, я стал чувствовать себя увереннее. И в мае 2021 года я стал middle frontend-разработчиком.

Путь в тим-лиды

В статусе middle-разработчика я работал на проекте по развитию интернет-клиент-банка 2.0 для корпоративных клиентов в команде DFX, которая занималась развитием трейдинговой платформы. Проект запускался с нуля, надо было изучать много новых нюансов, связанных с управлением проектом и его запуском. Пройдя через сложный и трудозатратный процесс разработки, команда интегрировала продукт в интернет-клиент-банк. Я же, набрав достаточно опыта, стал себя тесно чувствовать в рамках небольшой команды и перешёл в команду покрупнее.

В новой команде Liquidity я закрывал различные пробелы, связанные с frontend-разработкой. Я не боялся браться за сложные задачи, налаживать и совершенствовать процессы — всё благодаря моему сильному менеджерскому бэкграунду в строительной сфере.

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

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

Лид frontend-разработки

Проект стремительно развивался и наращивал обороты. Но вот проблема — у нас до сих пор не было лида frontend-разработки. Мы искали его очень долго и проблемно. Будучи фронтенд-разработчиком, я принимал участие в собеседованиях по поиску будущего тим-лида. Кандидаты не устраивали нас то в soft skills, то в hard skills.

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

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

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

План действий: как разработчику стать тим-лидом

1. Инициативность — ваше всё

Не бойтесь предлагать и браться за то, что страшно другим. Не ограничивайтесь вашими рядовыми обязанностями и решайте больше задач, которые помогут улучшить проект. В общем, прыгайте выше головы! Уверен, что именно инициативность и проактивность помогли мне войти в IT без опыта и быстро построить карьеру.

2. Развивайте насмотренность

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

Как её прокачать?

1. Изучайте чужие проекты (например, на GitHub): анализируйте их структуру и способы решения задач.
2. Проводите код-ревью: участвуйте в обсуждении кода в вашей команде или присоединяйтесь к дискуссиям в открытых проектах на GitHub.
3. «Подсматривайте» за профессионалами: участвуйте в проектах, где сможете поработать с опытными разработчиками. Наблюдайте за их методами работы и учитесь использовать их подход.

3. Постоянно изучайте новое

Ваша жажда знаний не должна угасать. Постоянно изучайте что-то новое: умейте искать информацию самостоятельно (этот навык очень важен!), читайте статьи на Medium, Tproger, тематические Telegram-каналы, участвуйте в дискуссиях, смотрите записи докладов. Если развиваетесь сами, то в статусе тимлида за вами будут тянуться и другие члены команды.

4. Не бойтесь признавать ошибки

Зачастую люди очень боятся признаваться в своих провалах. Я не знал, не успел, не смог… Учитесь брать ответственность за свои факапы и признаваться в них. Этот навык сильно пригодится на лидирующей позиции.

5. Учитесь излагать свои мысли

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

6. Будьте наставником

Как известно, хочешь понять сам — объясни другому. Поэтому уже спустя год моего погружения в IT я начал рассказывать и консультировать своих друзей и знакомых в разработке. Я объяснял базу, делился полезными материалами, которые сам изучал, помогал готовиться к первым собеседованиям. Трое из моих учеников того времени успешно работают в IT.

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

7. Прокачивайте лидерские качества

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

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

Для тех, кто готов развиваться и строить крутую карьеру в IT, IT-команда Росбанка ведёт свой Telegram-канал. В нём вы найдете актуальные вакансии для IT-специалистов, полезные советы от HR, профессиональные рекомендации экспертов и анонсы важных событий. Подписывайтесь, чтобы сделать карьерный буст!

Реклама, ПАО «Росбанк», erid: LjN8KPXkQ

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

Оглавление

1. Почему важно живое общение
2. Как организовывать созвоны, от групповых до 1-2-1
3. Как готовиться и проводить групповые созвоны
4. Что делать с 1-2-1
5. Как давать обратную связь
6. Как разрешать конфликты
7. Как проводить брейнштормы
8. Как организовать трекер
9. Как организовать общение в течение дня
10. Как в развитии софтов может помочь школа Яндекс Практикума

Почему важно живое общение

Под живым общением мы подразумеваем живую коммуникацию, при которой команда активно вовлекается в работу, а не сухо отвечает «Ок» или вообще молчит. Выстроить работу без этого сложно. Команда — это люди с общими целями, но у каждого участника есть своя идентичность. Живое общение помогает:

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

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

Мидлам чаще приходится применять софт-скилы: помогать, давать обратную связь джунам, проводить встречи и т. д. Развитое живое общение поможет наладить с коллегами понимание и потенциально вырасти в должности — сеньоры пользуются софт-скилами чуть ли не чаще, чем хардами. И помочь в этом может Школа наставников Яндекс Практикума.

Как организовывать созвоны, от групповых до 1-2-1

Самые ходовые инструменты: Discord, Zoom, Microsoft.Teams, Google.Meet

Можно использовать Discord как инструмент живого взаимодействия. Он создает эффект опенспейса на удаленке: там можно разбиться по комнатам, постоянно кто-то онлайн, занимается парным программированием. Такая атмосфера работает сама на себя: ты видишь, что в комнате есть люди, происходит движ, к ним можно быстро зайти и уточнить какой-то вопрос. Discord хорош для формата ежедневных коммуникаций в маленьких командах разработки на 6-8 человек.

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

У нас распределенная команда, все работают удаленно из разных точек России, поэтому я старался делать дополнительные слоты, в которые мы могли бы собраться и во что-то позалипать. Мы играли в онлайн-версию испорченного телефона: дорисовывали картинки друг за другом и дописывали истории, чтобы сплотить ребят. Для этого тоже использовали Discord.

В Zoom или Meet есть свои плюсы — можно записать митинги. Но есть и минусы: если кто-то что-то обсуждает, ты не можешь к ним как в офисе подойти и послушать, что они говорят. А Discord как раз это решает.

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

Для начала нужно объяснить, зачем человеку приходить на встречу. Сформируйте и зафиксируйте в описании цель встречи, адженду, тщательно продумайте состав участников: точно ли вам нужна вся команда?

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

Собирайте ожидания от встречи

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

Проводите разминки

Во время созвона для начала нужно расшевелить аудиторию. Представьте, встречается толпа незнакомцев. Чтобы создать комфортную атмосферу, нужно их расслабить, дать познакомиться. Можно начать с неформального вопроса в духе «Как я провел выходные». Так происходит очеловечивание квадратиков на экране. Мы же обычные люди, а не просто скучные специалисты, у нас есть прикольные интересы, которыми можно поделиться. Если в компании есть культура включать камеры, то вообще прекрасно, потому что так гораздо проще устанавливать контакт.

Контролируйте общий план созвона, чтобы не отклоняться от курса

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

В такие моменты важно говорить уверенно: да, было!

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

Поддерживайте динамику созвона с помощью теории вдоха-выдоха

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

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

Проводите шеринг и дебрифинг

Шеринг — это когда мы дали блок информации или провели какую-то активность, а потом спрашиваем, какие у вас чувства, эмоции относительно этого, что думаете?

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

Вернуться в начало

Что делать с 1-2-1

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

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

Фиксируйте, что обсуждали ранее — лучше обезличенными формулировками

У меня всегда были записки о предыдущей встрече, что я должен сделать на следующей. Я выбирал однозначные обезличенные формулировки, чтобы человек понял и не ушел в защиту. Например, если у меня есть вопросы к перформансу сотрудника, я спрашивал: «Если 100% перформанса, это тебя никто не отвлекает, то какой у тебя сейчас процент от 100%?». Мы выявляли, что не так, и тогда можно было давать обратную связь о том, что мешает человеку достичь результата. То есть я пытался заставить его рефлексировать, дать ответ и возможность помочь ему.

Как давать обратную связь

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

Добавляйте конкретики

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

Сначала учите, а потом лечите и мочите

Это метод, при котором вы объясняете человеку, почему его действия плохие. Возможно, он просто не знает. Когда вы убедились, что он вас понял, то объясняете, как делать правильно, а уже потом даете фидбэк. До стадии «мочить» я не доходил, обычно во второй мы пытались выправить поведение.

Также есть метод «Пинок»:
P — это позитив,
IN — что-то, что можно доработать,
N — это негатив,
OK — самая важная часть — понял ли человек обратную связь.

Многие менеджеры команды сопровождения рассказывали, что команда просит не использовать метод сэндвича — позитивная обратная связь, потом критика, потом снова что-то приятное.

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

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

Вернуться в начало

Как разрешать конфликты

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

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

Выводите людей на чистоту

Можно сначала попробовать на 1-2-1 собрать фактуру, то есть вообще разобраться, что происходит. Это создаст безопасную, доверительную атмосферу. А дальше уже обязательно честно со всеми поговорить. Это тоже про культуру — мы не замалчиваем проблемы, а умеем открыто их принимать.

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

Как проводить брейнштормы

Самые ходовые инструменты: Miro, Jam, Draw.io, Microsoft Whiteboard, Plant UML

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

Важно ответить на такие вопросы:

• Кто модератор?
• Где проводить брейншторм?
• Как потом транслировать результаты?
• Сколько времени нужно заложить на выступление?
• Как эффективно выстроить коммуникацию?

На брейншторме должна быть «строгая» модерация

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

Важно считать не чистое время, а грязное, то есть учитывать технические и коммуникационные особенности. Например, есть механика, когда в группе из пяти человек высказывается каждый. Модератор планирует по минуте на высказывание, но забывает про переходы между людьми, а ведь они тоже занимают время. В итоге из запланированных 5 минут, группа выйдет за тайминг и получится 6-7. И так в каждой активности формируется снежный ком выхода за тайминг.

Разбивайте большую команду на маленькие группы

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

Мы использовали Miro и аналоги: в Meet есть Jam, Draw.io, но они не такие удобные. Для брейнштормов архитектуры мы готовим UML-диаграммы, их можно редактировать в режиме реального времени. То есть кто-то пишет код, и он появляется на картинке. Потом его можно перекинуть в Notion.

В работе не всем удобно, что Whiteboard сильно отдельно от Jira и Confluence. То есть когда база знаний в одном месте, а идеи генерируются в другом месте, приходится постоянно это между собой актуализировать.

Вернуться в начало

Как организовать трекер

Самые ходовые инструменты: Jira, Notion, Redmine, Яндекс.Трекер, ClickUp

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

Выделите у цели четкие стадии работы

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

Кастомизируйте любой инструментарий под свой бизнес-процесс

Первый трекер, которым я пользовался, был Redmine. Но лучше всего оказался Jira. У меня такой синдром утенка, и я знаю, как все устроено в Jira, поэтому я стараюсь везде сделать как в Jira. Сейчас мы используем Яндекс.Трекер, он похож на Jira. В любом случае инструментарий нужно дорабатывать под свой бизнес-процесс.

Например, я использовал ClickUp, но там нельзя давать тикет по номеру. В Jira это очень удобно: название проекта, несколько букв и номер. Он легко запоминается, в ClickUp такой штуки нет. Там ID какой-то просто набор букв, и ты никогда в жизни его не запомнишь.

Используйте Kanban-доски

У нас командная работа организована в Notion по Kanban. Есть 4 вертикальные колонки: сделаны, в работе, в плане на спринт и жду ответ. А в горизонтальных колонках указаны ответственные. И, соответственно, они скрываются, открываются как выпадающие списки, то есть мы можем всегда зайти и посмотреть, кто что из нас делает.

Добавляйте фишки в оформление

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

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

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

Вернуться в начало

Как организовать общение в течение дня

Самые ходовые инструменты: Telegram, Mattermost, Slack, Discord

Мемы — это тимбилдинг

Команда эффективно работает, когда она работает слаженно. Для этого необходимы тимбилдинги, неформальное общение. Если нет возможности устроить командный выезд, то мемы — неплохая замена. Можно создать чат, где коллеги будут обмениваться приколами. Это помогает разгрузить и сплотить команду.

Заведите отдельный канал для разгрузки

У нас был канал в Discord, где можно было поделиться честным мнением о чем-то. Если ты не хочешь быть токсичным, но при этом хочешь выразить то, что тебе совсем не нравится, ты можешь написать туда: бесит Flask — и слить в канал свои переживания.

Сообщайте коллегам свои рабочие часы

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

Как в развитии софтов может помочь школа Яндекс Практикума

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

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

• как учатся студенты;
• созданию безопасной атмосферы, в которой комфортно проходить обучение;
• здоровой коммуникации со студентами: мягкому tone of voice, письменной коммуникации, алгоритмам решения сложных ситуаций;
• работе с эмоциональным интеллектом;
• как давать обратную связь;
• инструментам передачи опыта;
• проведению онлайн-вебинаров.

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

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

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

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

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

Школа наставников доступна всем, кто пройдет этапы отбора на роль наставника в Практикуме. Узнать, какие роли открыты сейчас, можно здесь.

Реклама АНО ДПО «Образовательные технологии Яндекса», LjN8JtbN9

IT-soft skills — это способности, которые демонстрируют индивидуальный подход к работе и взаимодействию с другими людьми. Эти навыки более непосредственно связаны с личностными характеристиками кандидата, то есть они остаются актуальными, даже если кандидат меняет специализацию. Примеры ИТ-навыков включают коммуникацию, лидерство и решение проблем, которые могут помочь кандидату казаться более желанным, чем если бы он просто демонстрировал профессиональные навыки.

Актуальность развития soft skills

В статье Forbes отмечается, что при приеме на работу новых сотрудников работодатели оценивают soft skills выше, чем технические. Умение программировать может быть критически важным, если вы разработчик программного обеспечения, но эти навыки не будут иметь значения, если вы не умеете делать мягкие вещи: хорошо работать в команде, руководить проектом, четко общаться и критически мыслить. Soft skills особенно важны, если вы хотите взять на себя больше ответственности — это позволяет вам успешно перейти от роли индивидуального контрибьютора к роли лидера. Также опрос LinkedIn показал: «Технические возможности могут продвинуть вас только до определенного уровня в вашей карьере. Чтобы по-настоящему взлететь, вам нужны навыки, которые сложнее измерить, но которые имеют решающее значение для успеха. В LinkedIn ... По отчету, 89% рекрутеров говорят, что когда найм не работает, это обычно сводится к отсутствию навыков Soft Skills».

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

Soft skills бизнес-аналитика

Какие soft skills нужны бизнес-аналитику, чтобы обеспечить успех проекта? Давайте рассмотрим, какие ключевых soft skills ИТ-бизнес-аналитиков важны при работе над техническими проектными решениями с проектной командой и заказчиком.

Обмен данными по документации

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

В других случаях я читала документы, в которых автор пытался передать концепцию очень упрощенно, используя комбинацию слов, диаграммы, схемы, таблицы и иные инструменты, которые гораздо проще воспринимаются при прочтении. Такие писатели вплетают историю в свои документы, что позволяет легко читать, понимать и ссылаться на них на более позднем этапе. Неудивительно, что такие термины/методы, как user stories, journey map, клиентский опыт и тому подобное появились и активно используются по сей день.

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

Выявление требований и понимание потребностей

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

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

Реализация и внедрение изменений

Бизнес-аналитики широко востребованы для успешной реализации проектов и выполнения трудоемкой работы, направленной на достижение целей проектов и удовлетворение ожиданий всех заинтересованных сторон. Но BABOK и мировое сообщество бизнес-аналитиков определяют бизнес-анализ следующим образом:

«Business analysis is the practice of enabling change in an enterprise by defining needs and recommending solutions that deliver value to stakeholders. Business analysis enables an enterprise to articulate needs and the rationale for change, and to design and describe solutions that can deliver value». BABOK

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

Ключевыми словами для меня здесь являются «enabling change». Если вы раскроете это понятие немного больше, вы поймете, что большая часть роли бизнес-аналитика заключается в том, чтобы обеспечить успешный переход бизнеса от старого к новому. Вы будете иметь дело со страхами и запретами конечных пользователей или других затронутых сторон, сопереживать им и устранять их страхи, опасения и неопределенность. Речь идет о построении отношений с заинтересованными сторонами, чтобы они чувствовали себя в безопасности, делясь с вами своими тревогами, и верили, что вы учитываете их интересы. Чем больше они доверяют вам, тем лучше вы можете способствовать изменениям.

Фасилитация встреч и переговоры

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

Заключение

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

Что такое код ревью

Уже написано и перенаписано множество статей на эту тему. Просто давайте быстренько закрепим профит от этого и пойдём дальше.

• помогает посмотреть на код свежим взглядом
• выявить ошибки и неточности
• улучшить читаемость и качество
• как минимум обзорно ознакомит других участников команды с вашим куском кода

Теперь так же, без лирики, к подводным камням

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

Надеюсь вышесказанное убедит вас хотя бы попробовать внедрить эту практику на своём проекте.

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

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

Психология проверяющего и проверяемого

Нельзя просто так взять и написать коммент.

И так, у нас уже есть code-style команды, cheklist ревью и книга золотых практик работы с нашим языком слэш фреймворком. Так в чем проблема? А проблема в том, что сейчас мы будем просматривать ПР выстраданный часами (а иногда и днями) беспрерывной работы, такой красивый и хороший, терпеливо росший в заботливых руках. И тут мы со своим списком правок...

Речь пойдёт о самых мягчайших из soft skills - умении подобрать слова для описания комментариев. Да, в идеальном мире автор реквеста принимает указания исключительно как зону роста и развития. Но это только сферический разработчик в вакууме. И хотелось бы сказать, что чувствительно сердце только в ранний джуновский период, а зрелые мидлы застрахованы от обиды. Но нет, критику можно плохо воспринимать в любом возрасте. Ревьюер не может повлиять на толщину кожи ревьюируемого. Так что же зависит от нас?

Приведу пару примеров

• Исправь это.

• Это лучше написать иначе.

• Ты не знаешь, как это писать?

• Мы делали похожий код, можешь посмотреть его тут.

Намек понят? Теперь правила в сухом остатке

1. Уважайте друг друга. ПР - не место для искрометного юмора или сарказма
2. Прицеливайся. Размытое "это надо исправить" не поможет решить проблему. Четко указывай область исправления.
3. Старайся пояснять почему код нужно исправить - это поможет вырасти вам обоим.
4. Критикуя предлагай. Указывая направление, в какую сторону должен меняться участок кода ты сильно ускоришь процесс. Тут есть два подхода: если ты только подталкиваешь к решению, то это поможет разработчику вырасти, если чётко формулируешь решение - сокращаешь время к исправлению до минимума.
5. Все холеварные вопросы (не блокирующие реквест) помечай префиксом NIT (сокращение от nitpick).
6. От себя, на практике - если ревьюер спрашивает автора, "что он хотел сказать этой строчкой", то автору лучше переписать этот код так, чтобы вопрос отпал.

И ещё, есть прекрасный принцип баланса - чтобы у автора МР не было тягостного ощущения собственной слабости, хвалите его за удачные решения.

С чего начинается код ревью

- Вы готовы дети?
- Да, капитан.

Команда должна быть готовой к практике ревью - все должны чётко понимать зачем, как и когда:

1. вся команда должна понимать, что ревью это не прихоть, а полезная необходимость;
2. у команды должен быть базис из code convention и чек-листа, в идеале созданные совместными усилиями;
   
3. должна быть договорённость о том что выложенный реквест идёт с пометкой ASAP - нельзя откладывать ревью на неопределённый срок.

Code convention - внутренняя договорённость команды о правилах написания кода, стандарт его оформления. Обычно она включает в себя метод выбора имени и регистра, стандартизация спорных мест написания кода.

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

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

Регламенты и временные рамки

Для того чтобы поставить такие жёсткие рамки для процессов мерджа на проекте вводились следующие правила

1. Оповещаем об открытии ПР. Как рекомендация - создать отдельный чат-ревью (особенно если основной чат наполнен прочей информацией) и как только открытый реквест готов к проверке - отправлять ссылку.
2. Теперь команда знает, что у них есть условные 3 часа, за которые ты должен найти время на просмотр ПР. Открывший реквест разработчик в это время смотрит другие реквесты и подготавливается к решению следующей задачи. Но в идеале не начинать новую таску до окончания текущей.
3. После проведения ревью нужно оповестить автора о том, что есть изменения. Часто это решается реакцией на оповещение (сообщение с ссылкой).

А дальше новая итерация ревью исправлений, начиная с пункта один.

Процесс ревью

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

1. правильно ли спроектирован код;
2. в правильном ли месте он расположен;
3. код функционирует и решает задачу;
4. соответствует ли принятым правилам стиля и нейминга.

После глобальных правок, на второй итерации, можно переходить к более детальному осмотру реквеста.

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

Материалы и ссылки

Оставлю несколько ссылок - пример действующих сейчас на проекте code convention и чек-лист ревью с уклоном в Angular.

Надеюсь эта статья будет полезной как на этапе внедрения этой чудесной практики, так и на этапе развития и масштабирования!

Растущая индустрия создаёт не только новые возможности, но и иные, более сложные запросы на рынке труда. Владение hard skills, жесткими навыками, без которых не обходится ни одна техническая профессия, по-прежнему является ключевым фактором найма в ИТ. Тем не менее всё больше компаний также берут в расчёт и более «гибкие» компетенции сотрудников, позволяющие последним двигаться по карьерной лестнице, легче адаптироваться к изменениям и дольше оставаться в профессии.

О требованиях современной ИТ-индустрии и «мягких» навыках, которые особенно в ней ценятся, рассказывает Екатерина Мелентьева, директор по персоналу Т1 Интеграция.

С какими трудностями сталкивается ИТ в России сегодня

Из-за большой востребованности сейчас в России наблюдается дефицит ИТ-специалистов. Это подтверждают недавние слова главы Минцифры Максута Шадаева: при 1,1 миллионе занятых «айтишников» стране не хватает ещё порядка 500-700 тысяч профессионалов.

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

С наймом более молодых специалистов проблем куда меньше, но они, естественно, не могут брать на себя функционал старших позиций. Причём нередко начинающим работникам не хватает как hards skills (например, понимания используемых технологий, умения декомпозировать задачи), так и soft skills (работа в команде, способность видеть в технической задаче проблему бизнеса). Главным же отличием сотрудников разного уровня является степень самостоятельности: у middle-специалистов он значительно выше. Именно поэтому одна из ключевых точек роста младшего специалиста — расширение его зоны ответственности и насмотренности (общего понимания происходящего в индустрии).

Еще один вариант для ИТ-компаний при нехватке опытных сотрудников — постепенное развитие кадров внутри организации, так называемый Talent Enablement. Преимущество такого подхода состоит в том, что компания может выстроить траекторию роста junior-специалиста в соответствии с конкретными потребностями бизнеса. При правильном подходе со стороны компании и мотивации самого сотрудника его переход с начального уровня до среднего может произойти всего за год.

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

Эффективные навыки коммуникации

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

Адаптивность и гибкость

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

Целеустремлённость

Для хорошего ИТ-специалиста целеустремлённость — не просто желание достичь поставленных целей или решить сложные проблемы, а ключевой инструмент в профессиональном арсенале. Умение чётко определить задачи и шаг за шагом их выполнять позволяет специалисту доводить дело до конца, способствует формированию хорошо организованного рабочего процесса, укрепляет его мотивацию и уверенность в своих способностях. Целеустремлённость, помимо прочего, существенно влияет на способность справляться с трудностями и помогает не терять фокус в долгосрочных проектах. А без этого умения на руководящей должности не справиться.

Эффективные лидерские качества

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

Способность к обучению и обновлению знаний

Быстрые изменения в технологиях требуют от сотрудников непрерывного обновления знаний. Хороший ИТ-специалист открыт к постоянному обучению и стремится регулярно расширять кругозор в соответствии с новыми требованиями отрасли. Речь идёт прежде всего о внутреннем желании человека учиться, узнавать больше и развиваться в профессии, без которого ни одно восхождение по карьерной лестнице не обернётся успехом.

Эмпатия и клиентоориентированность (бизнес-мышление)

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

Как развивать soft skills

Сразу важно оговорить: развитие soft skills представляет собой непрерывный процесс, успех которого прежде всего зависит от самого человека и его внутренней мотивации. Не стоит ставить слишком амбициозные цели: вряд ли получится развить сразу все «мягкие» навыки, но выделить приоритетные области и целенаправленно углубиться в них — задача вполне реальная.

Для того чтобы получить видимые результаты, soft skills необходимо применять как на работе, так и в повседневной жизни. Участие в командной работе и совместных активностях, например, поднимет уровень межличностного взаимодействия и поможет адаптироваться к более крупным проектам. Поездку в отпуск тоже можно рассматривать как своеобразный проект по улучшению «мягких» навыков и возможность уделить особое внимание самоорганизации, дисциплине и коммуникации в непривычных условиях.

Хорошим вариантом для тренировки soft skills может стать корпоративное обучение. В этом году в Т1 мы запустили «Марафон знаний и навыков» — проект, который позволяет сотрудникам прокачивать «мягкие» компетенции. В течение 5 недель HR-команда Холдинга совместно с внутренними экспертами и топ-менеджментом помогали участникам «пробуждать» 5 ключевых навыков: проактивность, фокус на качество, ответственность за результат, работа в команде и адаптивность.

Не менее полезны специальные образовательные платформы, онлайн-курсы и тренинги, которые помогут развивать soft-навыки у заинтересованных профессионалов.

Что в итоге

В сегодняшнем мире информационных технологий soft skills становятся неотъемлемой частью успеха для ИТ-специалистов. Можно с уверенностью утверждать, что это не просто дополнение к основным техническим знаниям, но и ключевой элемент, определяющий карьерный рост и долгосрочное развитие в профессии.

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

Вот, о чём Миша рассказывает в видео:

1. Основная тема видео - красные флаги при найме программистов, основанная на посте в Твиттере.
2. Красные флаги - признаки, которые могут указывать на неподходящего кандидата на работу.
   
3. Примеры красных флагов: невозможность выхода из редактора Vim, путаница между Java и JavaScript, отсутствие социальных навыков у разработчика, незнание основ программирования.
   
4. Копирование кода из интернета без понимания - красный флаг.
   
5. Неправильное понимание HTML как языка программирования может рассматриваться как красный флаг.
   
6. Неумение читать документацию и отсутствие ответственности за свой код также являются красными флагами.
   
7. Использование популярных библиотек или фреймворков без понимания их целесообразности - признак непрофессионализма.

Ниже — транскрибация ролика.

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

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

Не может выйти из Vim

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

Но желательно такие вещи знать, потому что Vim или, скажем так, V встроен в Linux и очень часто используется для того, чтобы, например, редактировать файлы в конфигурации сервера.

Java и JavaScript – это одно и тоже

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

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

Нет софт скиллов

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

Не знает основ

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

Условно можно выучить React и делать сайты, но если столкнешься с какой-то ситуацией, когда React не решает эту проблему и надо будет буквально писать native или vanilla JavaScript, то отсутствие этих знаний может вызвать огромную-огромную проблему, но здесь сегодня я бы обратил внимание на то, что у нас есть те самые чат-боты, всякие чат-GPT, барды и все остальные, и если есть какое-то непонимание каких-то основ, то всегда можно у них спросить, ну и, конечно же, разобраться с тем, что они там показали.

Копирование кода из интернета

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

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

Если HTML – язык программирования

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

Если HTML – не язык программирования

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

Красный флаг, если программист не читает документацию

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

Перекладывает вину на других

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

Пытается объяснить задачу, но уходит в сторону

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

Давай вот, работает, не работает, сделал, не сделал и так далее.

Использует библиотеку или фреймворк из-за популярности

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

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

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

Основные мысли:

1. В мире IT распространены эгоизм и эгоцентризм, которые мешают общению и развитию.
2. Начинающие разработчики часто сталкиваются с токсичным сообществом и критикой от более опытных коллег.
3. В индустрии IT существует проблема навязывания единственно верной точки зрения и неприятия альтернатив.
4. Эгоцентризм проявляется в критике новичков, которые достигли успеха нестандартным путём.
5. Токсичное общение в IT-сообществе вредит как начинающим, так и всему комьюнити.
6. Буллинг на собеседованиях и в компаниях является серьёзной проблемой, которую следует избегать.
7. Важно не воспринимать критику близко к сердцу и развиваться, несмотря на негативное отношение окружающих.
8. Эйджизм в IT-сфере является нелогичным, так как компетенции важнее возраста.
9. Положительная сторона эго помогает ценить свой труд и устанавливать личные границы.
10. Необходимо отказываться от эгоцентричного поведения, когда оно мешает личному и профессиональному росту.

Ниже представлена транскрибация видеоролика, то есть его текстовая расшифровка, выполненная нейросетью.

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

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

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

Токсичные синьоры

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

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

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

Тут подобным ораторам конкретно подрывает очко. Вот мы 10-15 лет назад сами на форумах все искали, ардуинку учили, контрибутили в оперсорс, а вы вот так вот сразу на 100к, как так? В глазах этих людей вы сразу становитесь нерукопожатным, так как никак не коррелируете с их системой ценностей. А это у нас типичное проявление эгоцентризма. Ты должен страдать, потому что я 10 лет назад тоже страдал.

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

Токсичность на Хабре

Беспрерывное навязывание своей точки зрения, чаще всего не подкрепленная причинно-следственной связью, становится обязательным атрибутом их жизни. Это, разумеется, касается не только инфлюенсеров, но там, сеньоров, которые сидят на одном месте работы по 10 лет уже совсем покрытые мхом. У них есть только одно желание критиковать. Типа, вот, [блин], понабирали джунок, теперь они понаписали ерунды. Такое я лично сам видел со стороны своих более опытных коллег в сторону менее опытных, которые недавно только вкатились. Человек, вместо того, чтобы пойти, подсказать, объяснить, буллит. Это не везде так, но такое есть. А еще достаточно открыть Хабр и почитать комменты к статьям, к ребятам, которые только недавно вкатились, недавно вошли в индустрию. Там вообще полный кошмар.

Зачитаю.

«С каких пор люди, только недавно устроившиеся на свою первую работу, имеют моральное право раздавать свои советы налево и направо?».

Хабр когда-то был местом, где делятся опытом лучшие из лучших, профессионалы. Указывают на неочевидные вещи, рассказывают об эпичных фейлах и головокружительных успехах, предотвращают ошибки. А что я вижу теперь? Почитай книжку про гид и сделай рефакторинг. Серьезно? Считаю, модераторам портала следует немного построже работать со статьями, содержащими избитые истины. Нет никакого интереса читать эту воду в ленте. [блин], нет интереса, не читай. С какой целью ты зашел, написал свою ненужную ерунду и пошел дальше?

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

Буллинг на собеседованиях

Дальше, буллинг на собесах – это вообще отдельная тема, при виде которой хочется блевать себе на ноутбук. Классическая ситуация. Пришел парень на собеседование в компанию Y и начинается технический собес. Сидят перед ним там пару скуфиев-сеньоров, таких конкретных замшелых, и начинается техничка.

Спустя какое-то непродолжительное время начинаются насмешки вроде «Да ты хотя бы день на Гоу писал?».

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

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

Старайтесь нивелировать конфликт и идти дальше.

Расскажу одну историю со своего опыта, как я искал свою первую in-house работу.

Значит, звонит мне какой-то максимально лестный такой софтовый HR. Договариваемся с ним о личной встрече с техлидом Разрабом в офисе, как сейчас помню.

Поехал на метро Динамо, как сейчас помню, как будто вчера было. Приезжаю в офис, там меня встречает чувак, и мы с ним поднимаемся в лифте, садимся за такой круглый стол, на диванчике вокруг круглого стола. Приходят техлид и Разраб, вот, [блин], максимально карикатурные чуваки.

С такой какой-то причёской, нестриженной, в дырявых тапках, вот таких вот, прикреплю фотку.

В офисе на полу валяются какие-то серваки, начинаем с ними общаться, и тут начинается.

Типа, алгосы, не алгосы, геймдев, игры, не игры писал, а это писал, а это делал, с учётом того, что у меня там было в районе года опыта на фрилансе, не более того. Вот, постоянные переглядывания друг с другом, такие насмешки типа халя хи-хи-хи-хи и всё.

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

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

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

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

Как по мне, такое состояние – это явный двигатель непрерывного прогресса, причем я говорю не только про хардскиллы, но и про софты.

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

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

Вы все негативное будете непременно нести в вашу жизнь. Как общаются с вами на работе, так же вы будете общаться со своим окружением. Люди будут думать, что вы дурачок. Еще очень интересная вещь, которая как шлейф тянется в IT, это эйджизм. Это вообще шизофрения какая-то. Как может быть эйджизм в такой сфере? Ты не ограничен ничем.

Эйджизм в IT-компаниях

Ты можешь хоть с 13 лет учить свой бэкэнд или фронтэнд. Тем не менее, какой ты джун в 15 лет, какой ты сеньор в 21. Адекватные работодатели или коллеги оценивают компетенции человека.

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

Мой знакомый рассказывал, что в одном крупном российском банке для предпринимателей набирали чуваков-олимпиадников на датсайенс позиции с ЗП-80К. Им было 15 лет, 14 лет, не могу вспомнить, честно, но, тем не менее, полноценные инхаус ставки. Ну, не полноценные, типа, 20-часовые, скорее всего, потому что по ТК нет возможности на фулл-тайм устраивать таких чуваков, но, тем не менее, они были.

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

Эго

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

Кому верить и как быть, не знаю. Посмотрим на примере меня.

Я сажусь писать какой-нибудь видос. Передо мной там список из 10 тем. Первая тема – интроспекция функций в Python, залезть в кишки питона, поковырять чё ж там как устроено внутри.

А вторая тема, например, роудмап для Python backend разработчика.

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

И пишу ролик про функции, который никому не нужен.

В данный момент я подумал лишь о том, как потешить свое эго, а не как получить больше профита и принести пользу себе. Я записал видос по роудмапу, это самый популярный видос в выдаче теперь по запросу, как стать Python backend разработчиком.

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

В этом плане эго стоит качать.

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

Заключение

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

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

И с вами был я, Максим Иглин. Всем пока!

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

Первый кит: Soft Skills

За 2021-2023 года рынок труда претерпел достаточно трансформаций и адаптации к новым реалиям, поэтому и фокус при выборе кандидата тоже видоизменился. Если раньше софт-скилы отодвигались на задний план, то сейчас подбор персонала в команду не возможен без необходимых soft skills у кандидата.

Вот, что повышает уровень зарплаты из Soft Skills.

Коммуникативность: +1 к карме

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

Тайм-менеджмент: +1 к карме

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

Критическое мышление: +1 к карме

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

Креативное мышление: +1 к карме

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

Эмоциональный интеллект: +1 к карме

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

Саморазвитие: +1 к карме

Развитие навыков самостоятельного обучения и непрерывного профессионального роста, умение анализировать и применять новые знания в своей работе, все это необходимо из-за специфики it-сферы. Индустрия не стоит на месте и постоянно развивается, что вынуждает представителей данной сферы деятельности находится в постоянном режиме обучения. За высокую зарплату платят вечной учебой.

Правильное восприятие критики +1 к карме

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

Во времена кадрового дефицита, Soft Skills уходят на задний план. Переходим к Hard Skills.

Второй кит: Hard Skills

Hard Skills – это те навыки, которые необходимы для выполнения прямых обязанностей. Они включают в себя знание языков программирования, умение работать с базами данных, навыки разработки алгоритмов, знание технологий и инструментов, используемых в разработке, а также опыт работы с системами контроля версий и другими инструментами.

Пример набора навыков для разработчика:

• Знание языков программирования (например, Java, Python, JavaScript, C++ и др.)
• Навыки работы с базами данных (например, MySQL, PostgreSQL, MongoDB и др.)
• Опыт работы с системами контроля версий (например, Git)
• Знание веб-технологий и стандартов (HTML, CSS, JavaScript, Bootstrap и др.)
• Умение работать с инструментами для тестирования и отладки кода (например, JUnit, Karma, Mocha и др.)
• Понимание принципов работы сетевых протоколов и безопасности (например, SSL, TLS, SSH и др.)
• Знание принципов ООП и паттернов проектирования
• Опыт работы со средствами непрерывной интеграции и доставки (например, Jenkins, GitLab CI/CD и др.)
• Отраслевой опыт
• Иностранный язык

Уровень владения тем или иным инструментом/языком влияет на грейд по зарплате. Объективно оценить только по техническому опыту кто перед вами Junior, Middle или Senior сложно, соответственно для комплексной оценки учитывают и Soft Skills.

Пример:

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

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

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

Третий кит: внешние факторы

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

• Локация. От страны или региона зависит сумма вознаграждения, уровень жизни везде разный и этот фактор может наложить свой процент
• Уровень компании. Как ни странно, чем крупнее компания, тем скромнее ее зарплаты. Ведь для многих кандидатов работа в крупной корпорации – это прежде всего престиж и звездочка в резюме
• Спрос и предложение. Чем меньше на рынке труда определенных специалистов, тем выше зарплата. Это нормально, но стоит рынку перенасытиться такими кадрами и происходит обратная ситуация

Таким образом, можно сделать вывод, что зарплаты в IT – это единорог. Стихийно меняющиеся тренды, бюджеты компаний, которые позволяют вкладывать разные объемы от общего бюджета в информационные технологии своего бизнеса, спрос на тот или иной стек, комплексный подход при оценке Hard Skills и Soft Skills. Идеальная формула IT-зарплаты – баланс между техническими навыками и софт скиллами. Гораздо проще найти “идеальное резюме”, чем идеального нового члена команды и близкого по духу.

За 30 лет он успел поссориться с Nvidia и Oracle, с OpenBSD и с Microsoft, с GNOME и Debian, с IT-изданиями и специалистами по информационной безопасности. Всего не перечислить!

Узнайте, приятнее ли с вами работать, чем с Линусом! >:)

Никогда не готовьтесь в одиночестве

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

Но даже если вы просто сомневаетесь: «А что, если я вот так пошучу», вариант один: пошутите — и узнаете, насколько удачно, но не во время конференции, а на этапе теста. Когда вас мучают вопросы, доходчива ли эта инфографика, нужно ли разъяснять термин, проверьте их до выхода на сцену.

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

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

Загляните в программный комитет

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

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

Научитесь работать с критикой

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

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

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

Проговаривайте всё, что пишете

Если выступаете устно, то и отрабатывать выступление нужно устно. Так что ваша подготовительная работа должна свестись к формулировке тезисов, которые необходимо проговорить. Внесли правки — снова проговорите.

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

Не начинайте подготовку со слайдов

Приступайте к подготовке слайдов, когда уже понимаете, о чем собираетесь рассказывать. Иначе велика вероятность, что придется всё переделывать. Кроме того, создание слайдов занимает больше всего времени — хотя бы потому, что всем нравится залипать на картинки и подбирать их часами.

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

Делайте слайды не по порядку

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

Откажитесь от слайдов совсем или привлеките дизайнера

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

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

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

Готовьтесь на ходу

В любой современной IT-компании график специалистов настолько плотный, что готовиться можно только урывками. Поможет любимый аутлайнер в вашем смартфоне: Trello, Notion, Miro, FigJam, Obsidian, Taskade, Workflowy. В транспорте, на обеде или возле кулера можно менять тезисы местами, добавлять смешные картинки в тему, которые могли бы взбодрить аудиторию. Главное, чтобы у вас была возможность гибко менять положение тезисов и создавать разные версии своего выступления. Поскольку вы уже знаете, что все мысли стоит обсуждать с коллегами, в любой момент вы сможете дополнить ваш документ ценной подсказкой. Не пытайтесь всё систематизировать за один свободный вечер.

Создавайте собственную аудиторию

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

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

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

Главное — готовьтесь

Любая IT-конференция — это мероприятие с высокоинтеллектуальным контентом. В этой сфере люди умеют видеть объем работы. Причем оценивать будут как труд, который проделал спикер, чтобы стать экспертом, так и усилия, связанные с подготовкой к конкретному выступлению. Усилия, которые вы приложите, точно не останутся незамеченными.

Также домен (область проектирования) накладывает дополнительные требования к навыкам и квалификации реуководителя проекта.

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

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

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

Области компетенций менеджера it проектов

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

Технические знания

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

Управление проектами

• Методологии управления проектами: Глубокое знание и опыт применения различных методологий, таких как Agile (включая Scrum, Kanban), Waterfall, Lean и т.д. Это включает умение адаптировать методологии под конкретные условия проекта.
• Планирование и отслеживание: Навыки разработки планов проекта, распределения ресурсов, управления сроками и отслеживания выполнения задач.

Коммуникационные навыки

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

Лидерство и мотивация

• Руководство командой: Умение эффективно управлять группой специалистов, распределять задачи и обеспечивать согласованную работу.
• Мотивация сотрудников: Способность вдохновлять и мотивировать членов команды, создавать условия для их профессионального роста и развития.

Аналитические способности

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

Бизнес-ориентированность

Понимание бизнес-процессов: Знание того, как проект вписывается в общую стратегию и цели организации. Это включает в себя понимание ценности продукта для клиентов и бизнеса.

Финансовая грамотность

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

Риск-менеджмент

• Оценка рисков: Умение выявлять потенциальные риски, анализировать их влияние и вероятность возникновения.
• Разработка стратегий рискового управления: Создание планов по уменьшению воздействия рисков и подготовке к их возможному появлению.

Знание методов тестирования и качества

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

Законодательные аспекты и безопасность

• Юридические аспекты IT-проектов: Понимание основных юридических аспектов, таких как авторские права, конфиденциальность данных и др.
• Информационная безопасность: Обеспечение защиты данных и систем от угроз и атак.

Умение работать с инструментами управления проектами

Программное обеспечение управления проектами: Знание специализированных инструментов, таких как Jira, Trello, MS Project и др.

Специфические технологические знания

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

Способность к обучению и адаптации

• Обучение и саморазвитие: Готовность к постоянному обучению и адаптации к новым требованиям и технологиям в IT-отрасли.

• Планирование и отслеживание: Навыки разработки планов проекта, распределения ресурсов, управления сроками и отслеживания выполнения задач.

• Методологии управления проектами: Глубокое знание и опыт применения различных методологий, таких как Agile (включая Scrum, Kanban), Waterfall, Lean и т.д. Это включает умение адаптировать методологии под конкретные условия проекта.

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

Кажется, много для одного человека?

Но давайте попробуем скомпоновать все что должен уметь и делать менеджер IT-проектов в 2023 году.

Верхнеуровнево можно выделить три основных направления компетенций:

• Менеджмент команды, которая выполняет проект и стекхолдеров, которые ждут результатов проекта.
• Управление проектом, как процессом, для достижения необходимых результатов.
• Учитывать специфику домена Information Technology и нюансы управления таких проектов и команд.

Менеджмент команды

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

Лидерство

• Вдохновение и мотивация: Менеджер проектов должен быть способен вдохновлять членов команды, делать проект интересным и значимым для них. Мотивация членов команды для достижения общих целей играет важную роль в успехе проекта.
• Принятие решений: Лидер должен быть способен принимать обоснованные решения, иногда в сложных и неопределенных ситуациях. Эффективное лидерство включает в себя способность оценивать информацию и принимать решения, которые наилучшим образом соответствуют интересам проекта.
• Управление конфликтами: Лидер должен уметь управлять конфликтами в команде, разрешать споры и создавать атмосферу сотрудничества.

Межличностные отношения

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

Коммуникации

• Ясность и четкость: Менеджер проектов должен уметь выражать свои мысли и идеи ясно и четко. Хорошая коммуникация помогает избежать недоразумений и ошибок.
• Обратная связь: Предоставление обратной связи членам команды и способность принимать обратную связь от них важно для постоянного совершенствования процессов и достижения результатов.
• Умение слушать: Коммуникация – это не только рассказывание, но и слушание. Менеджер проекта должен активно слушать свою команду, чтобы понимать их потребности и идеи.

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

Проектный менеджмент

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

Управление содержанием проекта

• Определение целей и задач: Менеджер должен четко определять цели проекта, а также декомпозировать их на конкретные задачи для команды.
• Формирование требований: Понимание и документирование функциональных и нефункциональных требований к проекту.
• Составление плана проекта: Разработка детального плана действий, включая задачи, сроки и ресурсы.

Управление сроками проекта

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

Управление стоимостью проекта

• Оценка бюджета: Разработка детальной оценки затрат на проект, включая расходы на ресурсы, оборудование и другие расходы.
• Контроль расходов: Мониторинг и управление финансовыми ресурсами проекта, предотвращение перерасходов бюджета.
• Финансовая отчетность: Подготовка и представление финансовых отчетов, в том числе бюджетных отклонений и прогнозов.

Контроль качества проекта

• Установление стандартов качества: Разработка критериев и метрик качества, которыми будет руководствоваться команда.
• Проведение тестирования и аудитов: Организация процессов тестирования продукта и проведение аудитов для проверки соответствия стандартам качества.

Управление трудовыми ресурсами проекта

• Найм и формирование команды: Рекрутирование, отбор и организация работы команды проекта.
• Мотивация и развитие сотрудников: Обеспечение команды необходимыми ресурсами, мотивация и поддержка для эффективной работы.

Управление проектной отчетностью

• Составление отчетов: Регулярная подготовка отчетов о ходе проекта для заказчиков и заинтересованных сторон.
• Коммуникация с заказчиком: Поддержание прозрачной коммуникации с заказчиком по вопросам хода выполнения проекта.

Управление рисками проекта

• Идентификация рисков: Определение потенциальных рисков и анализ их воздействия на проект.
• Разработка стратегий управления рисками: Создание планов по снижению влияния рисков и подготовка планов действий в случае их реализации.

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

IT Менеджер

Данная часть является самой спорной в данной статье. Основная проблема в том, что на сегодняшний день, нет единого набора знаний или навыков, которыми должен project manager именно в области IT. Дело в том, что в разных IT компаниях разное понимание, что делает менеджер проекта.

Образно, можно представить палку о двух концах. На одном ее конце будет классический scrum master – фасилитатор и коуч, который не принимает никаких решений, но у которого сильно развиты soft skills. На другом конце будет классический Team Lead, бывший разработчик, который глубоко погружен в техническую часть, распределяет задачи между командой c круто прокаченными “хардами”.

И, в зависимости от видения компании, обязанности и навыки it project manager может смещаться в ту или иную сторону (а может и хотят иметь всё сразу) и отсюда должны смещаться знания, которыми должен обладать менеджер проектов. Управление проектами именно в IT включает в себя целый комплекс важнейших аспектов, требующих от специалиста глубоких знаний и навыков.

Давайте попробуем рассмотреть общие области управления проектами в IT и разберем, что должен уметь менеджер проектов, чтобы обеспечить эффективность и качество в каждом этапе проектной деятельности.

Управление жизненным циклом IT-проекта (SDLC – Software Development Life Cycle)

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

Инструменты IT-менеджмента

• Выбор и внедрение ПО: Менеджер должен быть способен оценить потребности проекта в инструментах управления, выбрать подходящие и успешно внедрить их. И тут мы говорим и о ПО для самого проектного управления (Jira/MS Project и д.р.), так и непосредственно для разработки (GitHub/Dokker/AWS  и д.р.)
• Обучение команды: Обучение членов команды использованию инструментов, обеспечение поддержки их работы.
• Мониторинг и анализ данных: Способность эффективно анализировать данные, полученные с помощью инструментов, и принимать на их основе решения.

Управление архитектурой проекта

• Проектирование архитектуры: Разработка общей архитектуры проекта, включая выбор технологических стеков и платформы. Менеджер проектов не должен самостоятельно разрабатывать архитектуру, но должен уметь сделать выбор, на основе плюсов и минусов представленных решений, от ответственных за данную часть, членов команды.
• Масштабирование и оптимизация: Способность предвидеть и реагировать на изменения нагрузки, а также оптимизировать работу системы. Думать не только про то что нужно сейчас, но и на перспективу.
• Обеспечение соответствия стандартам и требованиям безопасности: Гарантирование, что архитектура соответствует стандартам безопасности и требованиям проекта.

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

Кроме того, менеджер проектов должен быть в курсе последних тенденций и инноваций в мире IT, чтобы эффективно применять их в рамках своих проектов.

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

В исследовании приняли участие 89 респондентов. Это больше, чем в прошлом году. Пока неизвестно, сколько всего человек работает в нашей профессии, я оцениваю как «чуть больше 300».

Исследование охватило:

• индивидуальные рабочие задачи;
• DevRel команды;
• наши любимые метрики;
• профессиональное развитие и сообщество;
• компании и в какой ситуации их люди сейчас;
• зарплаты, которые все ждали;
• и, разумеется, самих Developer Relations-специалистов.

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

1. Сначала выводы
2. Сколько штатных сотрудников сейчас работает в вашей компании?
3. В каком департаменте официально находится ваша DevRel-команда?
4. Сколько человек в вашей DevRel команде работают в штате? Динамика от 2021 к 2022 году
5. Сколько внештатных сотрудников работает в вашей DevRel команде в 2022 году?
6. Как изменился штат вашей DevRel команды в 2022 году?
7. Какие планы на штат DevRel команды в следующем году?
8. Насколько вы довольны поддержкой руководства вашей компании всего направления Developer Relations?
9. Довольны ли вы своей работой в целом?
10. Какая у вас сейчас форма трудовых отношений?
11. Есть ли у вас в подчинении хотя бы один штатный или внештатный сотрудник?
12. Теперь выводы в конце
13. Полезные ссылки
14. Время донатов!

Сначала выводы

Я выдвигала много гипотез и хотела посмотреть много корреляций. Большинство ответов в этом исследовании — «гипотеза не подтвердилась, корреляций не найдено».

Стоит отметить, что DevRel-команды качественно эволюционируют, их становится больше, они расширяются. Если не штатными сотрудниками, то хотя бы внештатными — таких команд уже половина. Подтверждается моя давняя гипотеза о том, что у нас много скрытых тимлидов, которые даже не догадываются об этом. Это «играющие тренеры», которые управляют командой, отвечают за стратегию, ходят на C-level защищать всё на свете, и при этом на полставочки ещё и ивенты организуют. Это же дофига! Если вы управляете внештатными сотрудниками — возможно, стоит начать думать о своей работе в том числе как о тимлидской, а не только менеджерской.

А теперь перейдём к данным.

Сколько штатных сотрудников сейчас работает в вашей компании?

DevRel-специалисты есть в компаниях всех размеров, включая самые маленькие, но основная их масса работает в компаниях от 1000 человек и больше. Мы видим, что компании в целом заинтересованы в найме DevRel-специалистов, но больше всех они нужны именно крупным. На графике видно неожиданный провал на отрезке 5 001-10 000 человек, я думаю, что это погрешность выборки.

В каком департаменте официально находится ваша DevRel-команда?

В этом вопросе — паритет. Почти все DevRel-специалисты находятся либо в HR-департаментах, либо в IT. Мы хотели посмотреть, есть ли корреляция, в компаниях какого размера DevRel-специалисты могли бы быть в IT или в HR. А вдруг в самых крупных компаниях больше 10 000 человек все окончательно пересадили DevRel-специалистов в HR? Нет, эта гипотеза не подтвердилась — в разного размера компаниях примерно равномерно специалисты сидят и там, и там. Корреляций не найдено. Не во всех компаниях, где работают респонденты, есть выделенная DevRel-команда.

Сколько человек в вашей DevRel-команде работают в штате? Динамика от 2021 к 2022 году

Мы видим, что команды стали увеличиваться. Подросло количество команд с 2–5 и 6–10 сотрудниками. Но заметных скачков нет. Из цифр на графике можно предположить, что больше 200 человек работали в штате в 2022 году.

Ещё мы проверяли, есть ли корреляция количества штатных сотрудников с размером компании. Её мы тоже не нашли: в компаниях от 1000 до 5000 человек одинаковое количество респондентов указали варианты «в команде один только я», «в команде 2–3 человека», «в команде 4–5 человек».

Сколько внештатных сотрудников работает в вашей DevRel-команде в 2022 году?

Мне интересно было также увидеть и скрытую часть направления. Насколько распространенная практика усиливать команду через увеличение внешнтатных сотрудников-фрилансеров (редакторов, дизайнеров, корректоров, и т. д.)? Из цифр на графике можно предположить, что больше 60 человек работали в DevRel направлении внештатно.

Мы поискали корреляцию количества внештатных сотрудников с размером DevRel-команды. И не нашли: что большие команды, что DevRel-специалисты в одном лице работают и с внештатными сотрудниками, и без них.

Как изменился штат вашей DevRel-команды в 2022 году?

Тут видим тренд на увеличение. Есть стабильное «не изменился», но позиций сократилось заметно меньше, чем прибавилось. Делаем вывод, что наём DevRel-специалистов растёт. Больше всего позиций прибавилось в больших компаниях от 1000 человек.

Какие планы на штат DevRel-команды в следующем году?

Рынок плавно идет вверх. 30 респондентов хотели добавить 1–2 вакансии. Ещё 3 — 3–5 вакансий.

Насколько вы довольны поддержкой руководства вашей компании всего направления Developer Relations?

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

Мы проверили, влияет ли на довольство или недовольство департамент, в котором работает DevRel-специалист. Большинство работает в HR или IT, и корреляций тут не найдено — и там, и там есть и довольные, и недовольные.

Предположили, что кого-то может не устраивать источник задач — и тоже не нашли корреляций. Про задачи DevRel-специалистов я подробно рассказывала в статье «Задачи — ключевой вопрос, по которому можно понять, что делает Developer Relations специалист». В конце статьи на неё тоже будет ссылка, так что сейчас переходить туда не обязательно).

Довольны ли вы своей работой в целом?

Это общая удовлетворённость работой, вопрос, отдельный от поддержки руководства. Здесь у нас всё позитивно, большинство довольны. Меня радует, что наша профессия даёт столько удовлетворения).

От роли, в которой работает DevRel-специалист, довольство тоже не зависит. Так же, как и от отдела в компании.

Какая у вас сейчас форма трудовых отношений?

Всего 56 респондентов — штатные сотрудники. «Штатный сотрудник компании, но не в команде DevRel» — а кто эти люди? Руководители департаментов, к которым относится DevRel-команда; сотрудники смежных отделов, которые частично или полностью занимаются направлением на неимением выделенного DevRel-специалиста; инженеры-амбассадоры; лидеры сообществ и другие.
Эти данные мне нужны для анализа зарплат, но я решила поделиться им здесь, так как это даёт больше понимания о том, из какого разного бэкграунда респонденты давали свои ответы. Мне видится полезным говорить не только со штатными DevRel-специалистами, а со всеми участниками процесса.

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

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

Теперь выводы в конце

Здесь я кратко повторю все гипотезы и отмечу, какие из них подтвердились, а какие — нет.

• Наличие позиции DevRel-специалиста в компании зависит от её размера — да, зависит, крупным компаниям DevRel-специалисты нужны больше, чем маленьким.
• Чем крупнее компания, тем больше вероятность, что там DevRel-команды находятся в HR-департаменте — нет, примерно одинаково и в HR, и в IT.
• Чем крупнее компания, тем больше штатных сотрудников в DevRel-команде — нет, может быть как 1 человек, так и 4–5.
• Чем больше команда, тем больше там внештатных сотрудников — нет, и большие команды и DevRel-специалисты в одном лице работают и с внештатными сотрудниками, и без них.
• Наём DevRel-специалистов растёт — да, новых позиций больше, чем сокращённых. Также команды планируют найм в ближайшем будущем.
• На довольство или недовольство профессией влияет департамент, в котором находится команда — нет, не влияет, в любом есть и те, и те.
• На довольство или недовольство профессией влияет форма трудовых отношений — нет, и в штате, и на аутсорсе есть как довольные, так и нет.
• На довольство или недовольство профессией влияет то, откуда прилетают задачи — нет, все работают по-разному, кого-то устраивает, кого-то нет.
• В целом DevRel-специалисты довольны своей работой — да, большинство скорее довольны или даже более чем. Причём это не зависит от роли или отдела в компании. И это радует)!
• Среди DevRel-специалистов есть скрытые тимлиды, которые об этом даже не догадываются — да! Если у вас есть внештатные сотрудники в подчинении, то есть вероятность, что вы не просто менеджер, а ✨тимлид✨.

Полезные ссылки

Исследование русскоязычных Developer Relations специалистов — проект, который я начала в 2021 году, потому что видела его важность и востребованность для профессии и нашего комьюнити. Теперь нам есть обо что калиброваться, чтобы не оставаться одинокими в своих проблемах. Второе исследование в конце 2022 года увеличилось в объемах в несколько раз, и весь 2023 год мы с командой проекта анализируем данные по разделам и оформляем их отдельными статьями.

Уже опубликованы:

1. Портрет участника исследования Developer Relations специалистов в 2022 году и пути его профразвития;
2. Задачи — ключевой вопрос, по которому можно понять, что делает Developer Relations специалист;
3. DevRel команды: сокращаются, расширяются или качественно эволюционируют? — вы здесь.

Готовятся к публикации:

1. Обезличенные зарплаты DevRel-специалистов;
2. Общий сводный отчет со всеми данными и ссылками.

Я делюсь своими мыслями о работе в телеграм-канале «Говорите громче!».

Ещё у меня есть большая гугл-таблица, в которой собраны предстоящие и прошедшие русскоязычные IT-конференции. Вы можете редактировать её и добавлять свои must see.

Благодарности

Над этим материалом вместе со мной работали Даша Тиходеева, Илья Васильев, команда Tproger, команда Tech PR Авито. Спасибо им огромное, без них этот проект не случился бы.

Время донатов!

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

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

И спасибо огромное тем, кто уже задонатил, всё идет в дело.

Как правильно оценить уровень навыка

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

При оценке я рекомендую попробовать несколько действий:

1. Рефлексия. Проанализировать свои взаимодействия с другими людьми: родственниками, коллегами на работе, единоразовые контакты с менеджерами или официантами. Попробовать найти паттерны поведения в различных ситуациях, например, конфликтах или получении обратной связи.
2. Опрос. Просьба об оценке твоего навыка коммуникаций может поставить знакомого или коллегу в тупик, однако правильное время и формулировка вопроса повысят шансы получить полезный и информативный ответ.
3. 3 роли. Попробовать примерить на себе 3 различные модели общения. Активный собеседник – задавать вопросы, анализировать ответы и на основе них расспрашивать собеседника дальше. Активный ответчик – подробно отвечать на вопросы, вербально и невербально реагировать на речь собеседника. Пассивный наблюдатель – максимально неактивное ведение диалога. Проанализировать что нравится и не нравится в каждой из моделей.
4. Тесты. Если все что выше не дало полной оценки, то можно прибегнуть к тестам по оценке личности. Такие тесты как DISC или MBTI могут объективно показать степень направленности личности по разным критериям.

Как рассказывать о своем навыке коммуникации

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

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

Усилить рассказ поможет демонстрация.

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

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

Навык коммуникации можно и нужно развивать

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

Зачем развивать навык коммуникации мы разобрались, ниже 6 советов, как на практике можно улучшить навык:

1. Чтение классической литературы. Может показаться странным, что на первом месте стоит занятие не связанное с общением, однако не стоит недооценивать влияние литературы. Мы можем изучать и визуализировать коммуникации разных персонажей с разными типами личности, выделять разные модели поведения, оценивать достоинства и недостатки.
2. Разговорные клубы английского языка. Практика общения крайне полезна, различные мастер классы и занятия полезны для повышения Skills, но общение на иностранном языке творит чудеса. Мозг начинает генерировать общение на других настройках и практикуется в созидании мысли, а совершение ошибок сглаживается засчёт иностранности языка, также тренируется навык обработки фидбека о навыках общения.
3. Игра в настольные игры и посещение квизов. Воодушевленные общей целью ты и твоя команда будете общаться продолжительное время. Попрактикуй активное слушанье, изложение мыслей и разные стили коммуникации. Не бойся экспериментировать с разными методами общения и компаниями. Не стоит в разговоре прибегать к конспектам, однако полезным будет спустя время проанализировать самые удачные и неудачные методы коммуникации.
4. Запись и прослушивание себя. Лучше всего будет начать с 5 минутного рассказа, записать его и прослушать для анализа ошибок и зон роста. Если нет понимания о чем говорить – эти 5 минут, я бы порекомендовал записывать и слушать самопрезентацию для интервью. Эти репетиции ни раз принесут пользу в этой жизни.
5. Публичные выступления. Подготовка к публичным выступлениям может дать неплохое развитие вербальным и невербальным навыкам. Само выступление принесет уверенность и гордость. Не буду агитировать обязательно выступать на конференциях и давать вебинары. Публичные выступления начинаются от тоста, сказанного перед друзьями, и заканчиваются сценой в Олимпийском. Начни с комфортного для себя уровня и стабильно продвигайся дальше.
6. Занятие с тренером. Партнер в подготовке к интервью сфокусируется на развитии твоих сильных сторон, научит правильно рассказывать о достижениях и создаст стратегию для развития. Он не только подскажет ЧТО говорить, но и отработает навык КАК говорить. Прицел на специфику предстоящей коммуникации, позволит быстро стать лучше именно там, где это необходимо.

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

Что от программиста хочет менеджер

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

• Ретроспектива — разговор о прошедших событиях с целью улучшить будущие;
• Стендап (летучка) — короткая утренняя регулярная встреча для синхронизации коллег на день;
• Планирование спринта — селекция задач на ближайший спринт;
• «Нытинги» — неформальные встречи с обсуждением наболевшего в жизни в целом.

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

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

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

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

Как бороться с нежеланием

Контейнирование

Если сократить число встреч не удается, на помощь вам может прийти психологическая техника — контейнирование. Нет, здесь имеется в виду не упаковка приложения в Docker. Это способ справиться с эмоциями.. Не подавить, как это принято в русской культуре, а именно:

• осознать, что испытываешь в преддверии митапа;
• дать чувствам название (например, разочарование).

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

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

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

Ритмика: где взять время

Если ваш календарь «наводняется» встречами и вызывает негатив при одном просмотре, то добавление паттерна дня / недели поможет. Организм человека любит режим и умеренную повторяемость, потому не трогайте свой «островок безопасности» — обеденный перерыв, например. Когда коллега просматривает ваш Google-календарь и предлагает занять слот, настаивайте на «ритмичном» для вас времени. Или займите эти слоты вымышленным мероприятием с таким названием, чтобы сомнений не возникало: вы в этот момент заняты важным делом.

Календарь коллеги-аналитика. Хорошо, что разработчики — ценный ресурс. Шансы установить ритм, не занимая окно 11-12, повыше многих других профессий

Учитывайте базовые потребности

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

Усилием воли мы можем игнорировать нужду поесть и поспать, но в долгосрочной перспективе это выльется в необъяснимое, на первый взгляд, нежелание работать. Потому «рывки хакатонщика» (два дня не сплю, но сделаю) стоит практиковать вкупе с последующим мини-отпуском.

В моем случае переоборудование спальни полным блэкаутом (помимо штор еще и накладки на окна — без света не видно вообще ничего) существенно повлияло на восстановительную способность: если высыпаться, как следует, то и батарейка заряжается лучше. Пускай до самого засыпания я сидела в телефоне. Чудесным образом «высыпаемость» влияет на желание браться за сложные задачи и переносить плохие техзадания на очередной встрече.

Заключение

За выделение важной информации в нашем мозге отвечает ретикулярная формация. И её средний дневной ресурс индивидуален. Коммуникация, пускай даже дистанционная, — его солидный потребитель. Потому корить себя за однократный прогул созвона по забывчивости не стоит: мозг просто решил проблему дефицитных ресурсов, как умел.

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

О том, как готовился к алгоритмам, систем-дизайну и поведенческому интервью, я описал в статье «Как я проходил собеседования на Machine Learning Engineer».

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

Введение

В школе нам преподавали английский на 8 из 10. Моя первая учительница нашла себе англичанина по переписке и уехала к нему жить в Манчестер. В универе как иностранный я выбрал французский, а английский никак не использовал.

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

Собеседования — это стресс, собеседования на английском — двойной стресс. Поэтому, параллельно с подготовкой к ним, я начал прокачивать английский.

Сама подготовка состояла из трех элементов.

1. Система. Когда, где, в каком формате вы занимаетесь.
2. Набор упражнений, которые я делал во время занятия.
3. Промежуточные проверки, по которым отслеживается прогресс.

Система

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

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

Занимался английским 40 минут каждое утро во время завтрака — так привычка английского закрепилась за завтрак. Каждое день уже на автомате я открывал материалы и начинал делать английский. Утром голова свежая, и ежедневные занятия не утомляли.

В некоторые из дней, если чувствовал, что могу еще поучить, делал перерыв и потом занимался дополнительно минут 40. На выходных отдыхал, поэтому по утрам повторял только слова минут по 20-30.

Помимо этого во время обеда смотрел видео на английском, перед сном читал книги. Примеры книг: The Three-Body Problem (язык несложный, так как это переведенная с китайского книга), Tools of Titans (конспекты из интервью на подкасте).

Инструменты, которыми я пользовался

1. Таймер помодоро, чтобы заниматься по 40 минут. Пользуюсь техникой помодоро для обучения, начинал с 25 минут, но понял, что для меня оптимальная длина — это 40 минут.

2. Obsidian для записей. Для ведения структурированной базы знаний и черновиков я использовал Obsidian. Локальный, быстрый, есть Markdown, синхронизация через git.

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

4. Для перевода текстов пользовался Deepl, а слова смотрел на Reverso Context, чтобы смотреть сразу много контекстов использования.

5. Для проверки ошибок пользовался Grammarly, но в комментариях к посту мне ещё посоветовали QuillBot. Он работает с пользователями из России, и бесплатных фич там больше, чем в Grammarly.

Список упражнений

1. Увеличение словарного запаса

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

Взял топ 1000 частотных слов из списков на википедии и на гитхабе. Накидал скрипт на питоне с фронтом на стримлите, чтобы раскидать все слова в две стопки: знаю и не знаю. Слова, которые не мог сходу вспомнить, закинул в анки-карты. Сделал реверс-карты, чтобы повторять слово-значение и значение-слово пары. Потом перешел на топ 3000 слов. В день новых слов учил по 10-15 штук.

2. Умение говорить, умение писать и грамматика

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

Отвечал на них и переводил ответы через голосовой ввод в текст. Редактировал тексты и закидывал в Grammarly, чтобы проверить ошибки. Далее анализировал ошибки и выбирал темы по грамматике, в которых ошибся. Эти темы читал в учебнике Murphy и делал упражнения оттуда же.

3. Пробовал рассказывать на английском о проектах из своего резюме или объяснить работу алгоритмов машинного обучения

Тут и английский подтягивал, и теорию машинного обучения повторял.

4. Слушание

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

5. Умение говорить

Чтобы устраивать себе небольшие тесты, решил найти себе преподавателя, который бы устраивал мок-собеседования и задавал неожиданные вопросы. Преподавателей нашел на italki.

Техника поиска следующая: найти преподавателя из страны с высоким уровнем английского, но низкими доходами. Уровень английского в стране я брал из списка EF Proficiency index. В итоговый список стран попали Кения, Филлипины, ЮАР, Нигерия, Малайзия.

Потом выбрал преподавателей, которые связаны с айти, провёл пробные занятия и выбрал финального преподавателя. С ней мы провели мок-собеседования, вдобавок она ещё отредактировала мое CV на английском.

6. Чтение книг и просмотр сериалов на английском в фоне

Смотрел The Office без субтитров, пробовал смотреть британский Brassic, но было сложно.

Проверка

Для проверки навыков сделал тест на English Score. Этот тест можно пройти в приложении на телефоне. Также я регулярно проходил собеседования на английском, это помогло справится с волнением, которое было в начале, и помогло чувствовать себя увереннее.

Про использование ChatGPT

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

1. Исправить ошибки в написанном тексте и объяснить их.

2. Смоделировать диалог на любую тему.

3. Попросить сгенерировать учебные материалы, например, текст с ошибками.

Дополнительные ссылки и советы

В комментариях к посту в телеграме и в Linkedin мне написали ещё больше полезных советов и ссылок. Публикую сюда подборку:

• Писать и надиктовывать каждый день эссе на разные темы для практики разговорного.
• Читать вслух и с выражением, чтобы улучшать артикуляцию.
• Два дискода для практики английского. Лайв-уроки с преподавателями из США и разговорные комнаты. Разговорные комнаты с разным уровнем английского.
• Один из читателей собрал собственное приложение для запоминания слов.
• Приложения, которые советовали: Elsa, English Galaxy, Memrise.
• YouTube каналы — Канал школы Virginia Bēowulf, канал PhoneticFanatic для тех, кто хочет по максимуму избавится от акцента. Канал EnglishWithLucy.

Выводы

Выводы, которые я для себя выделил после подготовки и прохождения собеседований.

• Ваши занятия принесут больше результата, если будете регулярно заниматься и чувствовать умственное напряжение, а не решать однотипные задания и повторять слова в виде простых игр.

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

• Для улучшения навыков понимания, письма и разговора нужны разные упражнения. Что логично, так как в мозге за восприятие речи и ее генерацию отвечают разные центры.

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

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

P.S.

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

Автор: Капустин Михаил, CTO представляющий компанию ASRP (Advanced Scientific Research Projects & Association of Sleep Research Projects).

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

Программисты – чемпионы сновидений

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

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

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

Тайны сна программистов: почему это важно

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

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

Ночное программирование

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

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

Чтобы минимизировать негативное воздействие ночного программирования, следует создать оптимальные условия для сна, такие как темное помещение и комфортная постель.

Сон как источник инноваций

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

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

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

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

Заключение

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

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

Стремитесь к полноценному и яркому сну, и он непременно вознаградит вас не только здоровьем, но и вдохновением для создания чего-то великого в мире кода и программирования.

О плане действий для новичка в IT и важности его публичного образа рассуждает Анна Степанова, заместитель вице-президента по образовательным проектам VK. В рамках направления VK Education компания развивает разные образовательные проекты для школьников, студентов и молодых специалистов в IT и digital-сфере.

Строим стратегию

Оптимальный срок планирования целей для новичка в разработке — 2-3 года. Нужно определить примерную траекторию и этапы профессионального развития. Когда эти цели обозначены, можно проектировать конкретный путь к их достижению.

Направить на нужный путь помогают руководители или менторы. Однако стоит помнить, что вашу карьеру сможете определить только вы сами.

Стратегия для карьерного старта включает проекты, которыми новичок занимается сегодня, и задачи, к которым перейдет позднее. Каждый шаг обоснован и двигает программиста к большой цели, которую он достигнет через 2-3 года. Например, «стать сеньор-программистом на Python в крупной компании». Планомерно растущего специалиста, двигающегося от цели к цели обязательно заметят коллеги и участники рынка.

Где начинать

В университете. По последним данным Министерства цифрового развития, связи и массовых коммуникаций, российской IT-отрасли не хватает 500 000—700 000 разработчиков. Сложнее всего найти сотрудников с опытом, но каждый мидл и сеньор начинал с джуна, и именно начинающие специалисты — важный элемент кадрового резерва и отправная точка для перехода на следующие ступени. Именно поэтому крупные IT-компании начинают присматривать специалистов еще на 2-3 курсе вузов, а иногда и раньше, и уделяют большое внимание их обучению. В такой ситуации новичку достаточно проявить интерес, записаться на курс или в образовательный центр, откликнуться на стажировку интересной ему компании. Так можно изучить реальные кейсы, получить практический опыт, а потом — и работу.

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

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

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

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

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

Резюме как отражение опыта

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

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

Работодатели IT-сектора также ценят кандидатов с опытом в Open Source-проектах. Если претендент на вакансию бесплатно и в свое свободное время программирует приложение для тех, кто сортирует мусор, на благо общества, значит он и получает релевантный опыт, и демонстрирует свои лучшие человеческие качества.

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

Работодатель мечты

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

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

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

Строй репутацию смолоду

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

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

Некоторые платформы по проведению соревнований заточены под конкретную специализацию: Kaggle проводит соревнования по искусственному интеллекту, CodeForces — по спортивному программированию, а All Cups от VK — IT-соревнования и чемпионаты самого разного и широкого профиля.

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

Итак, как junior-программисту создать личный бренд и повысить шансы на быстрый найм и успешный старт карьеры

• Важно определить цели и наметить примерную траекторию карьерного развития — это поможет задать точку отсчета и лучше понять, какими задачами и проектами вы хотели бы заниматься в перспективе ближайших 2-3 лет.
• Будьте проактивны, следите за наборами на образовательные программы в вузах или открытые курсы, которые запускают многие IT-компании. Так вы сможете освоить актуальные для индустрии навыки, познакомиться с экспертами и, возможно, получить оффер в финале.
• Не упускайте любую возможность наработать первый опыт и добавить интересные кейсы в портфолио. В этом помогут стажировки, фриланс, Open Source и пет-проекты, а также хакатоны, олимпиады и IT-чемпионаты. Более того, все эти достижения можно и нужно включать в резюме. Первое, на что обращают внимание работодатели при найме разработчиков, — это релевантный опыт и умение решать практические задачи.
• Уделяйте время продвижению личного бренда в социальных сетях, ведению блога на Habr. Эти площадки активно используются практикующими экспертами и позволят вам стать частью IT-сообщества.
• Не стесняйтесь открыто демонстрировать свое желание осваивать новое и готовность постоянно учиться.

Что такое эмоциональный интеллект

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

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

Именно поэтому сегодня все передовые компании вкладываются в развитие эмоционального интеллекта своих сотрудников и большинство программ повышения квалификации содержат в расписании такую дисциплину. И даже в школах и детских садах уже стали уделять внимание ЭИ.

С какими трудностями сталкиваются IT-специалисты

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

1. Необходимо все время учиться. Да, и речь здесь не про курсы повышения квалификации один раз в год. Высокая конкуренция и развитие технологий обязывают «идти в ногу» и кричат: или постоянно учись, или «останешься у разбитого корыта». Как там было у Льюиса Кэрролла? Чтобы стоять на месте, надо бежать. Чтобы куда-то прийти, надо бежать в 2 раза быстрее.
2. Физически сложная работа. Сидячая работа, во время которой нужно долгое время быть сосредоточенным и внимательным. Кроме того, важно сохранять определенное эмоциональное состояние, если ваша работа, например, связана с написанием кодов и тестами.
3. Сложности с отдыхом. Удаленная работа, гибкий/плавающий график часто (гласно или негласно) подразумевают необходимость быть постоянно на связи. А еще быть готовыми к тому, что «все упало», и это нужно быстро восстановить. Выходной? Новый год? Когда горят сроки, праздники и выходные отодвигаются. А это не может не влиять на общий эмоциональный фон и не сопровождаться повышенным стрессом.
4. Стресс от сроков выполнения задач. Сложные задачи, сжатые сроки и горящие дедлайны, – все это верные спутники тех, кто работает в IT. Если вы не ответственны и не дисциплинированы, вам “не выжить”. И тем более, будет трудно говорить о карьерном росте.
5. Много разных коммуникаций. Работа в IT-сфере – это не сидеть и смотреть в монитор. Сейчас одна из важных компетенций, которую на этапе собеседования проверяют и  HR, и руководители – это коммуникативные навыки, умение переводить с «айтишного» языка на пользовательский и обратно, доносить свои мысли понятно, деликатно. Действовать таким образом, чтобы всем было хорошо: и клиенту, и внутреннему заказчику, и проверяющему выполнение KPI, и коллегам в проектной группе, и смежникам.

Как расти IT-специалистам

После того, как мы разобрали основные трудности, давайте поговорим о том, как их преодолеть и успешно продвигаться по карьерной лестнице. И здесь без развития эмоционального интеллекта не обойтись, потому что именно он влияет на успех всех задач, не относящихся к вашим “хардовым” компетенциям. По сути, эмоциональный интеллект закрывает 4 пункта из списка трудностей в работе, описанные мной выше (кроме первой). Как именно это работает?

1. Грамотное распределение задач. Эмоциональный интеллект позволяет использовать эмоции во время выполнения рабочих задач так, чтобы бережно расходовать свои ресурсы: тратить меньше, успевать больше. Я думаю, что вы замечали за собой, как иногда бывает трудно сесть за ту или иную задачу. Или же другая ситуация: в некоторых эмоциональных состояниях вы очень долго выполняете задачу. Или после ее выполнения замечаете, что допустили много ошибок. И виной здесь не невнимательность или прокрастинация. Чаще всего, именно эмоции влияют на нашу работоспособность, снижая эффективность. При этом, когда мы знаем, как ими управлять, можно на 20 – 30% увеличить собственную эффективность на рабочем месте без дополнительных вложений.
2. Профилактика выгорания. Давящие дедлайны и форс-мажоры, частые стрессовые ситуации, когда не совсем понятно, по какой причине все «упало» и где именно искать проблему, быстрее истощают эмоционально. Поэтому важно знать и применять инструменты профилактики эмоционального выгорания, уметь выявлять его на ранних стадиях и использовать техники самопомощи. А еще эмоциональный интеллект помогает наладить баланс “работа – жизнь” и очертить границы, которые размываются удаленкой и плавающим графиком.
3. Эффективное управление коммуникацией. И самое главное, чем эмоциональный интеллект полезен в IT-сфере, – это управление коммуникацией и ее эффективностью. Есть такое убеждение, что чем выше IQ, тем сложнее выносить общение с людьми, труднее даются споры и обсуждения. И я с этим убеждением согласна. Эмоциональный интеллект, в свою очередь, выступает фундаментом для развития soft-skills, которые позволяют решить вопросы с коммуникацией с другими людьми.

Как прокачать свой эмоциональный интеллект

Во-первых, уделить внимание профилактики эмоционального выгорания. Джеррольд Гринберг в своей книге «управление стрессом» выделяет 4 стадии выгорания. Так вот, к сожалению, выгорание начинается задолго до того, как у вас уже нет сил и желания ходить на работу, и даже после отпуска вы не чувствуете себя отдохнувшим. Первая стадия выгорания – это «медовый месяц», когда вас драйвит от работы, вы чувствуете небывалый подъем сил и отодвигаете все остальные сферы жизни на второй план.

Вот именно в этот момент и стоит начать заниматься профилактикой эмоционального выгорания. Что делать?

Самый первый совет – планируйте свою жизнь вне работы. Особенно, если вы работаете удаленно. Встать из-за компьютера, иметь какие-то дела и встречи вне дома, пойти куда-то, погулять, заняться спортом (не дома), сходить в кафе, на выставку, в кино. Если вам трудно дается соблюдение баланса “работа – жизнь”, планируйте свои нерабочие дела до того, как внесете в график все рабочие вопросы. Например, если у вас в среду в 19:00 стрижка в салоне, то вы точно закончите работу в 18:00 и выйдете из дома. Кстати, наличие запланированных дел вне рабочего времени – один из верных способов избавиться и от переработок.

Помните, что отдыхать и восстанавливать силы и энергию – ваша обязанность и залог успешной работы. Реалии бизнеса таковы, что всем нужны энергичные, идейные сотрудники, которые готовы работать эффективно и давать нужные результаты. Если вы перерабатываете, плохо отдыхаете, мало спите, не следите за своим здоровьем, ваши результаты точно будут снижаться. И в один момент работодатель придет и скажет, что вам пора расстаться.

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

Еще один важный момент в “прокачке” эмоционального интеллекта – это проработка навыка управления своими эмоциями. Здесь вам поможет «пульт управления». И каждый из вас может сделать его себе самостоятельно, потому что варианты управления эмоциями индивидуальны. Для того, чтобы вам было легче ориентироваться, я приведу примеры универсальных переключателей.

1. Вода. Попить, вымыть руки и пару минут посмотреть на льющуюся из крана воду – мозг переключается на другой объект и ваше состояние становится более управляемым. Или же умыть лицо, если уместно. Схема работы та же – мозг уходит обрабатывать ощущения, которые отправляет ему ваша кожа. И вам становится легче управлять эмоциональным состоянием.
2. Еда. Быстрый перекус, чашка кофе, чай – быстрый и хороший переключатель. Главное, не заедать грустные ситуации, чтобы не доводить себя до расстройств пищевого поведения. Но на работе снизить уровень раздражения по какому-то поводу этот переключатель поможет.
3. Дыхание. Если вы вышли в очень интенсивные негативные эмоции, а надо бы успокоиться, то задержка дыхания вас успокоит. И злость на 10 баллов спустя пару минут станет злостью на 5 – 6 баллов, а такими ощущениями уже намного проще управлять. Другой вариант поможет, когда надо выступать на встрече сейчас, а сил как будто нет,. В этом случае можно подышать какое-то время громко, со звуком. И вы точно почувствуете, как уровень энергии в организме повысится.
4. Музыка. Один из самых быстрых и доступных переключателей эмоционального состояния. Если вы создадите себе плейлисты под разное эмоциональное состояние, то сможете в течение 1 – 2 минут управлять собой в любую сторону: прийти в спокойное состояние, сосредоточиться на работе, повысить уровень энергии.

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

Что такое круг в Karma Framework

Основа Karma Framework — метод круговой организации. Его изобрели в 70-е годы прошлого века в Нидерландах. Согласно одному из его принципов, люди организуются в круги для выполнения общих целей.

Круги динамичны, они могут возникать, когда появляется новая задача — например, развить искусственный интеллект. И исчезать, когда она решена, например, если поддержка фиксированной связи станет больше не нужна компании.

Иерархия целей создаётся за счёт вложенности. Дочерние круги создаются родительским (корневым), их предназначение должно приводить к реализации предназначения корневого.

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

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

Karma Framework — организационный компонент, подчеркивающий нашу командную идентичность. К этому хочется быть причастным, и это без сомнения сильная сторона нашего HR бренда.

Что такое роли в кругах

У каждого участника их может быть несколько: в одном круге человек — Java-разработчик, в другом — лидер сообщества бэкенд-разработки.

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

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

Как устроена репутация в KarmaFramework

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

Мы применяем подход, который называется репутация или карма. Он состоит из двух компонентов:

• обычных метрик, которые гарантируют стабильность измерений на длинных временных интервалах и возможность сравнивать себя с предыдущими периодами и бенчмарками по рынку;

• эмоциональной составляющей — способности улавливать эмоции, возникающие от взаимодействия с сервисами.

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

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

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

Напряжения и ожидания в Karma Framework

А как решаются вопросы внутри круга? Как взаимодействуют между собой равноправные круги? За это отвечают механизмы напряжений и ожиданий.

Напряжение — это то, что побуждает нас двигаться

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

Например, у тестировщика есть потребность работать с тест-кейсами, связывать их с требованиями, формировать тест-сеты, покрывающие определённый функционал или интеграционное взаимодействие. Для этого можно использовать, например, Confluence, или сделать специальный тип тикета в Jira, но это решение нестабильное, всегда придётся что-то подстраивать. Эффективным вариантом будет специальный плагин к Jira. Потребность поставить его — и есть напряжение, потому что тестировщику для установки нужна помощь круга.

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

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

Как поступать с напряжением, возникающим между кругами

Причина напряжения может лежать за пределами круга. Например, в продуктовом круге есть подрядчик, который принимает и учитывает задачи на доработку, скажем, ABC, только в своей Jira. Нам неудобно синхронизировать свои и его статусы в разных местах, поэтому мы хотим, чтобы всё было в едином пространстве.

Это напряжение, направленное вовне. Мы предлагаем не коллегам, а подрядчику перевести работу по заявкам в нашу Jira.

Формулировка этого напряжения контрагенту и есть ожидание. Это скорее просьба сделать что-то для нас, выполнять её необязательно. Ведь для этого подрядчику сначала нужно проверить риски, не сломает ли это их процессы, хватит ли у них ресурсов, нет ли у них других задач. Если они готовы пойти навстречу, то дают обещание: «Через пару месяцев перейдём в вашу Jira». И вот обещание уже является обязательным. Нам остаётся просто мониторить его выполнение.

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

Почему мы выбрали именно самоорганизацию

Ростелеком исторически тяготеет к выстраиванию иерархий и изоляции по функциональному и территориальному признаку. Делать проекты в такой среде крайне сложно, и даже без руководителя любое взаимодействие между участниками остаётся формализованным. Karma Framework даёт ценный инструмент к выстраиванию быстрых горизонтальных связей, с его помощью мы выстраиваем плодотворное взаимодействие с бизнес-юнитами.

Есть ещё одна интересная причина. С 2019 года, когда начался COVID, акцент на рынке труда сместился в сторону соискателя. Условия труда, социальный пакет, зарплаты в отрасли стали плюс-минус похожие. Стало важно, на какую компанию ты работаешь, что она делает, есть ли у неё цели, которые хочется разделять, посвящает ли она в них своих сотрудников. Это феномен Великой Перестановки, как его называет Райан Рослански. И Karma, или самоорганизация позволяют подключать людей к этим смыслам, делают компанию уникальной.

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

Как развернуть самоорганизацию в компании

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

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

Руководителям нужно действовать как заботливым садовникам (см рисунок ниже). Вовлечение сотрудников будет сильно зависеть от того, насколько последовательно лидеры будут сами соблюдать озвученные правила. Метафора с садом не случайна — самоорганизация драйвится только внутренней мотивацией сотрудников, любые попытки привить ее насильно бесполезны.

Особенность нашей модели управления ИТ Karma Framework — большое количество самостоятельных практик, и для ее масштабирования мы собрали сильную команду единомышленников, которая стала мощным толчком к ее дальнейшему развитию.

Подтверждением служит высокая оценка авторитетной исследовательской компании Gartner.

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

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

Когда парное программирование работает

Парное программирование сокращает время на рефакторинг, потому что тот проходит в моменте, уменьшает количество багов и избавляет от дополнительной работы: оформление бага в багтрекинге, передача на исправление, воспроизведение разработчиком, поиск в коде, исправление, повторное тестирование и так далее. А ещё помогает находить неочевидные проблемы, решать сложные задачи и реже отвлекаться на ленту в YouTube.

Исследование «The Costs and Benefits of Pair Programming» показало, что такой подход:

• снижает количество багов в коде на 15%;
• помогает писать код объёмом примерно на 20% меньше.

При этом растёт стоимость разработки. Согласно всё тому же исследованию — примерно на 15%. По личному опыту — выше. Поэтому методику лучше применять точечно, вместе с конкретными отделами или членами команды.

Для прокачки

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

Ещё можно посадить вместе двух джунов. Они в любом случае будут учить друг друга чему-то — каждый в своей сфере. И станут вместе искать ответы на незнакомые вопросы и решать сложные задачи. Но такой паре всё равно нужен более опытный ментор на подхвате.

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

На дежурствах

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

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

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

Для онбординга

Если на работу вышел новый сотрудник, вы можете посадить его два месяца изучать Confluence. Или отправить «подмастерьем» к действующему разработчику. Поначалу он будет смотреть, чем занимается коллега. Потом — начнёт писать сам, под надзором. И, наконец, самостоятельно возьмётся за задачи.

На следующем этапе новичка можно отправить ко второму разработчику, с другим уровнем и другими компетенциями. Потом, если нужно, — к третьему. Так, он быстрее погрузится в задачи, изучит сервисы, с которыми придётся работать. И параллельно сблизится с командой.

Для отбора

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

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

Это полезно и для самих соискателей, потому что помогает понять, с какими задачами придётся разбираться, интересно ли им, подходит ли темп работы.

Как проходит работа

Есть несколько распространённых методов программирования в паре. Разберём их подробнее.

Штурман и водитель

Команда прорабатывает будущий проект на бумаге, в Miro — или любом другом удобном инструменте. Затем первый участник, «водитель», пишет код и проговаривает действия, а «штурман» проверяет решение. Спустя некоторое время, например, полчаса, разработчики меняются местами.

При обучении желательно, чтобы код писал тот, кто понимает меньше.

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

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

Если один из напарников «выпал» из процесса: залип в ленту новостей, отвлёкся на разговор с кем-то — его лучше посадить на место «водителя» и снова переключить его внимание на работу.

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

Пинг-понг

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

• первый разработчик пишет тест;
• второй — код под него;
• второй разработчик пишет новый тест;
• первый — код под него;
• и так далее.

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

Кроме того, «пинг-понг» помогает паре сдружиться (особенно это важно на удалёнке), потому что вы постоянно ставите друг другу задачи, помогаете за счёт тестов и так далее.

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

Напарников нужно менять примерно раз в одну-две недели, по нескольким причинам:

• разработчики успевают рассказать и объяснить друг другу всё, что знают сами;

• долгая работа в паре изматывает — из-за постоянного контроля и более интенсивного темпа;

• спустя две недели люди начинают уставать друг от друга;

• при частой смене пар все члены команды могут лучше сблизиться и получить больше знаний.

Как начать программировать в паре

1. Подготовить место. Разработчикам нужно большое пространство, чтобы каждый чувствовал себя свободно. А также 2–4 монитора, две клавиатуры и достаточно мощное железо, чтобы ничто не тормозило.
2. Заранее выбрать IDE и инструментарий, который понятен обоим. Если один работает только в Vim, второй — в Visual Studio Code, при программировании в паре одному всегда будет сложно адаптироваться к незнакомой среде. Это затормозит процессы и может вызвать у пары стресс. Также важно сразу определить code style.
3. Спланировать график работы. Программисты в паре должны работать и делать перерывы в одно и то же время, чтобы никто не выпадал из контекста. Иначе вся ответственность ляжет на одного человека, а второй будет просто присутствовать рядом и ничему не научится.
4. Убедиться, что менее опытный напарник готов учиться и делать то, что не умеет. Нельзя брать в пару человека, который говорит: «Я люблю писать код для генерации отчётов и ничего, кроме этого, делать не хочу. Ни изучать сетевой стек, ни перехватывать трафик, ни заниматься производительностью, ни копаться в конфигурационных параметрах. Уйдите от меня подальше».
5. Договориться о правилах открытости и убедиться, что напарникам комфортно друг с другом.
6. Обговорить, что программирование в паре — временно: «Не волнуйся, ты всё ещё программист, 80% времени ты занимаешься формулами. Но в оставшиеся 20% сможешь поделать что-то новое с напарником».

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

В IT я больше 13 лет, последние 7 лет я руковожу командами, сейчас – CTO в разработчике e-com решений Aero. Самое сложное и одновременно интересное в моей работе — это люди и их конфликты, которые нужно решать. Я часто видел, как руководители и сотрудники избегали проблему, потому что так проще. Тем временем результативность команды падала. Лично наблюдал, как один неконструктивный конфликт, который руководитель сам создал, заставил его же уволиться. Иногда такие разногласия приводят к тому, что уходит сразу вся команда.

Работа с конфликтами — это сложный навык, но его можно развить. Для этого важен эмоциональный интеллект и желание обучаться.

Кто виноват в конфликтах команды

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

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

• разные цели,
• отсутствие регламентов, стандартов и единого подхода к ведению процессов,
• размытые зоны ответственности,
• отсутствие обратной связи,
• непонятная логика решений руководства.

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

Скрытые конфликты

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

1. «Я не доволен работой коллеги/подчиненного и намекаю ему об этом»

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

2. «Я знаю, как лучше, а все вокруг заблуждаются»

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

3. «Со мной поступают несправедливо»

Справедливое отношение — относительное понятие. Сотрудники объясняют его на основе собственных ценностей. Такой скрытый конфликт можно распознать по неприятию критики и излишней эмоциональности. Устраняет его синхронизация системы ценностей и ее обсуждение еще на этапе найма.

4. «Мы на особом положении»

Здесь речь о команде, которая игнорирует общие решения компании и ставит свои цели на первое место. Обычно такое сообщение транслирует руководитель команды и подчеркивает высокий статус своего отдела. Подобные скрытые конфликты решает ротация сотрудников в другие проекты или команды.

5. «Я не понимаю, почему начальник решил так поступить»

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

6. «Руководители ставят разные цели нашему отделу»

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

6. «Один руководитель просит делать быстро, а другой не давит на сроки»

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

Как искать скрытые конфликты

Вовремя отследить скрытый конфликт — это уже 50% его успешного решения. В своей работе я использую 6 инструментов их поиска.

eNPS и пульс-опрос

eNPS (сокращенно от Employee Net Promoter Score) — измерение уровня удовлетворенности сотрудников. Его достаточно проводить два раза в год. Вот несколько примеров вопросов:

• Нравится ли тебе работать в компании?
• Разделяеешь ли ценности?
• Насколько соблюден work/life баланс?

Пульс-опрос нужно проводить хотя бы раз в месяц. Это короткий текст из 1-2 вопросов, где сотрудника просят рассказать, доволен ли он своей работой. Ответ состоит из оценки от 1 до 5 баллов и развернутого комментария. В нем можно рассказать о накопившейся проблеме или конфликте.

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

Оценка 360

Это метод кросс-оценки, где сотрудник выставляет оценки своим коллегам. Если сотрудник имеет высокие баллы от команды, но один ревьюер отметил его низкой оценкой, скорее всего, есть конфликт.

Встреча, где принято говорить про проблемы

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

Встреча один на один

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

Оценка общих чатов

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

Что делать сотруднику для выхода из конфликта

Иногда сотрудник видит поиск новой работы как решение конфликта. Чтобы не менять интересную/любимую работу из-за неполадок в коммуникации, я бы рекомендовал следующие инструменты:

Уточняйте ожидания от вас, просите дать обратную связь руководителя и коллег

Этот способ поможет конструктивно понять причины недовольства вашей работой и в целом послужит, как хороший инструмент синхронизации в ожиданиях. Разные ожидания – частая причина конфликтов.

Поговорите с коллегой, с которым возникла конфликтная ситуация

Сделать первый шаг часто тяжело, но без него конфликт не решится. Говорите про себя и почему для вас важно разрешить сложившуюся ситуацию. Хороший пример – «я вижу нашу коммуникацию не эффективной, мы тратим много времени, чтобы договориться, мне важно настроить эффективную коммуникацию с тобой. Ты согласен, что это проблема? Как мы можем изменить ситуацию?»

Посмотрите с другой стороны

Хорошая практика – взглянуть на ситуацию глазами оппонента. Это помогает увидеть разницу точек зрения и возможные пути решения.

Будьте готовы идти на компромиссы

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

Как решать и предотвращать скрытые конфликты руководителю

Самое главное — работайте над корпоративной культурой и развивайте своих сотрудников. Мы в Aero придерживаемся следующих правил:

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

Работа с командой — одна из основных функций любого руководителя. И чем больше времени вы уделяете развитию своего подразделения, тем меньше в нем будет скрытых конфликтов и нарастающего недовольства. В недавнем исследовании аналитики Университета Коннектикута определили: неудовлетворенность сотрудников – один из ярких индикаторов упадка или даже банкротства компании.

Анализируйте конфликты сейчас и работайте над корпоративной культурой в компании, чтобы не нанимать новую команду в будущем.