В IT ведь есть много других направлений, некоторые из которых имеют сравнительно большую зарплату и перспективы.
Несколько лет назад я сам стоял перед выбором и даже не попал бы в тестирование, если бы не проверка гипотезы о том, что тут легко, а ещё и хорошие деньги платят.
Чем дольше человек находится в IT, тем сильнее он убеждается, что всё не так однозначно.
К сожалению, не у всех есть способность смотреть на ситуацию сверху вниз, и не все могут трезво оценить процесс работы каждого участника IT-команды. Занимаясь менторством и общаясь с менторами других направлений, я имею возможность видеть сравнительно больше, чем если бы я был обычным линейным сотрудником одного конкретного направления.
При выборе IT-направления каждую сферу стоит декомпозировать на несколько фундаментальных частиц, которые формируют её ценность, и, исходя из этого, выбирать. Жаль, что во многих обзорах направлений выбирается лишь одна частица, причём испорченная кривой статистикой — средней заработной платой, разбитой по грейдам.
Первое, что стоит понимать об IT-направлении перед его выбором, — это концепция работы.
И нет, её нельзя узнать из видео «Один день тестировщика» на YouTube.
Необходимо понимать процесс коммуникации в работе и зону ответственности.
Я бы задал нескольким людям из сферы несколько вопросов:
- Насколько сильно зависят бизнес и команда от результатов вашей работы?
- Возможно ли осуществление основного цикла работы без вашей роли?
- Много ли людей может блокировать ваша работу?
- Будет ли существенным для команды ваше отсутствие?
Возможно, вас удивит следующая мысль. Но ответ «да» на эти вопросы не сулит вам ничего однозначно хорошего. На самом деле в IT нет прямой корреляции между ответственностью и уровнем дохода, комфортом и перспективами.
Второе, что важно сделать, — посчитать примерное количество честных рабочих часов. По сути, это минимальное количество часов, за которые мы спокойно будем справляться с нашими рабочими обязанностями ровно настолько, чтобы к нам не приходили с претензиями.
Для этого необходимо также вступить в коммуникацию с людьми из сферы и уточнить примерный распорядок их рабочего дня. И обязательно уточнить, какие действия жизненно важны, а какие — опциональны или делаются сугубо по желанию человека. Необходимо брать во внимание только обязательные действия и обходить граничные значения (людей, которые перерабатывают, или тех, на чьём проекте банально нет задач).
И третье — заработная плата.
Нас интересует примерный доход на грейдах, которые больше всего представлены на рынке: Middle и Senior.
Проверить это можно двумя способами — более объективным и более субъективным.
Субъективный способ прост: посмотреть открытую статистику от источника, который не знаменит тем, что сотрудничает с корпорациями или сам является IT-корпорацией. Необходимо найти самый беспристрастный вариант.
Но обращаться к статистике будет ненадёжно. Не очень понятно, корректно ли она собрана, учтены ли разнообразные премии, региональные коэффициенты и подобное. Поэтому есть гораздо более объективный способ, но он существенно сложнее в исполнении.
Для здравой оценки нам будет необходимо проверить гипотезу в следующем виде:
Необходимо взять усреднённое резюме на позицию Middle/Senior интересующей вас роли, эмулировать 2–3 недели поиска работы и пообщаться с рекрутёрами о зарплатных ожиданиях. Назвать желаемую вами зарплату и ответить себе же на вопрос: действительно ли в роли X (поставьте сюда любую должность в IT) тяжело получить зарплату в X (поставьте сюда любую интересующую зарплату) и выше?
Спойлер: нет — высокую зарплату получить не тяжело, но корпоративная статистика с удовольствием скажет вам об обратном, ведь это один из инструментов умерить аппетиты работников в вопросе зарплат — купить пост с удобной статистикой.
В следующем посте я возьму совокупность этих факторов и дам ответ на изначальный вопрос.









