Карьера в IT-индустрии

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

Этот пост посвящён второму выпуску "Открытый микрофон", рубрики в нашем сообществе, где каждый желающий может выступить в прямом эфире с любой (как hard, так и soft) темой.

Второй выпуск посвящён явлению, которое всё больше набирает распространённость, - выгоранию.

Перед тем, как мы перейдём непосредственно к теме, предлагаю пройти тест на выявление выгорания у себя - я у себя нашёл, вангую, вы у себя его тоже найдёте в той или иной степени

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

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

Об этом и статья.

Я прошла через журфак СПбГУ, и я желаю всем мужчинам пройти… В конце первого курса собиралась отчислиться, но меня остановила мама — сказала, что без диплома я сразу стану наркоманкой. Мне такой вариант развития событий не подходил, потому еще 3 года я знатно охреневала от самого лучшего в городе университета.

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

Гибкость в выборе

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

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

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

Знаем, что на Хабре сидят те, кто либо уже открыл свой бизнес в ИТ, либо об этом задумывается. Мы часто работали с начинающими предпринимателями, которые до этого были разработчиками, и ещё не успели переключиться с одной роли на другую.

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

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

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

Мы проанализировали спрос на ИТ-специалистов в России за период с сентября 2022 года по сентябрь 2023 года. Одни из самых востребованных вакансий — системные и бизнес аналитики, менеджеры проектов и продуктов, а также Java-разработчики.

Привет, меня зовут Даша Суркова, я наставник на курсе «Инженер по тестированию плюс» и ведущий инженер по контролю качества в компании «Мой спорт». Я была первым QA на проекте, собеседовала и менторила своих будущих коллег, и мы вместе поднимали тестирование. Сейчас я большую часть времени занимаюсь тестированием мобильных приложений.

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

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

ВНИМАНИЕ! Дальше вас ждет простыня текста без юмора. Душнилово так же присутствует. Я не буду называть некоторые компании, в том числе и ту, в которой я работаю сейчас, чтобы, если меня понесёт, я не переписывал статью. Из песни слов не выкинешь. Позже, когда уволюсь, отредактирую добавив название компании. По тем же соображениям, чтобы ненарушать права на интеллектуальную собственность я не выкладываю куски кода, о которых пишу в статье. Опять же в будущем может быть добавлю.

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

Дисклеймер. Эта статья создана техническим специалистом, чтобы помочь таким же техническим специалистам выработать свой подход к найму персонала, а не HRом для HRов. Если что-то тут кажется очевидным для  HR-профи или написано недостаточно научно, то ну и ладно.

Привет, меня зовут Денис Лыков, я IT-директор в ЮMoney. Порассуждал про тимлида в ИТ — кто это, что он делает, какие использует инструменты и чем отличается от техлида. Разобрал задачи тимлида в финтехе и пофантазировал, есть ли кто-то выше по должности, чем он (оказалось, что да!). Статья будет полезна тем, кто работает тимлидом, хочет им стать или сделать тимлидом коллегу.

У курса Слерма DevOps Upgrade прошло уже 5 потоков. Выпустился 161 студент. В честь завершения нашего 5-го потока решили поговорить с нашими выпускниками и узнать, с чем они сталкивались во время учёбы. Собрали истории выпускников в одну статью.

Идея этой статьи была подсказана одним из героев прошлого материала «Соревнования Capture The Flag (CTF) и все, что вы о них еще не знали». Эксперт обратил внимание на то, что и организаторы, и участники хакерских соревнований находятся под сильнейшим прессингом из-за возложенной на них ответственности, желания победить, жажды признания и т. д. Цена ошибки здесь крайне высока, как и в других активностях, связанных с анализом защищенности. Многим интересно, как же ребята отдыхают, на каких тусовках знакомятся и общаются в свободной обстановке, для чего еще нужны мероприятия для безопасников, как себя на них вести, чтобы извлечь максимальную пользу. Обо всем этом мы и поговорили в статье. 

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

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

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

п.с. а еще приходите к нам в канал для HR и рекрутеров, мы там учимся нанимать самых-самых.

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

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

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

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

В новом выпуске подкаста «Из бэклога» ребята поговорили об ошибках: как их принимать и признавать, для чего искать виноватого, зачем душить в себе перфекциониста и причём тут нейрохирургия и ядовитые ягоды. Гость выпуска — Олег Федоткин, engineering manager, руководитель разработки PaaS в «СберМаркете».

Как девочка, которая (выжила) попала в настоящую IT-компанию, набила шишек и методом проб и ошибок научилась справляться с задачами.

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

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

Мой путь в KODE — это стадии: щенячий восторг («я работаю в настоящей IT-компании»), охлаждение реальностью, взлёт продуктивности и внезапно для себя… срыв. Найти решения и выход помогли старшие коллеги.

Я хотела сделать всё сразу «хорошо» (интересно, кто оценил бы меня по этому критерию): помочь команде, научиться проектировать API и тестировать через подмену значений. Интересное было время. 

Мой успокоительный сбор начинающего (волшебника) РМ-а состоял из таких ингредиентов↓ 

Немного о предпосылках исследования. Мы ИТ-компания, которая на базе своего офиса занимается проблемами “переработки” студентов ИТ-специальностей в ИТ-специалистов. За несколько лет мы весьма преуспели на этом поприще и трансформировали отдельные процессы в бизнес-конвейер. Загружается он в местном федеральном ВУЗе, в котором мы, бок об бок с тамошними педагогами, преподаем несколько ключевых дисциплин, смягчая сухую академичность предметов - нашим повседневным опытом. Дальше заботливо отбирая лучших студентов, отправляем их на стажировку в стены своей фирмы, где они, как и положено обучающимся, методично преодолевают создаваемые нами трудности.

Закончиться этап стажировки может лишь в результате успешного прохождения нашего внутреннего собеседования на профпригодность, в котором в качестве интервьюеров участвуют все желающие открыть соискателю глаза на уровень его некомпетентности. Если энное по счету собеседование практикант все же смог не завалить, вуаля - компания рождает нового сотрудника! Молодые, голодные до настоящей работы кадры еще немного “томятся” на скамейке запасных, во внутреннем проекте, ожидая запроса от наших партнеров на поставку недостающих им специалистов. Как только такой интерес проявлен, мы бережно упаковываем молодых сотрудников в команды и предоставляем на аутстаффинг. После всего того, что они превозмогли до сего момента, за благополучность прохождения их собеседования у заказчика, мы можем уже не волноваться.

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