Причины для смены работы в IТ, или Начнем с себя

Причины для смены работы в IТ, или Начнем с себя

В этой статье я хотел поделиться с вами своими личными наблюдениями, опытом и анализом того, почему люди меняют работу в ИT. Я прошел путь от учителя информатики в средней школе, системного администратора, программиста, бизнес-аналитика, руководителя проекта и сейчас занимаю должность операционного директора в одной софтовой компании. У меня за плечами 17 лет опыта работы в ИТ, сотни проведенных собеседований. В свое время я сменил 9 работодателей.

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

Заработная плата

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

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

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

Карьерный рост

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

Забавный случай произошел с моей коллегой, которая работала на позиции главного инженера-технолога более 3-х лет. Ей предложили перейти в другую компанию на должность руководителя подразделения. На текущем месте работы ей не смогли предложить повышения в должности, а коллеге очень этого хотелось. Собственно, она и перешла в другую компанию на должность руководителя. Через некоторое время мы с ней встретились, и я поинтересовался, как у нее дела на новом месте работы. На что получил ответ: не очень все хорошо. Как оказалось, в подразделении у нее не было вообще никого, то есть руководитель подразделения без сотрудников. У нее нет вообще никаких полномочий и привилегий, просто теперь должность называется по-другому и все.

Если вы идете на более высокую должность, как минимум поинтересуйтесь:

  • количеством сотрудников в вашем подразделении;
  • вашими полномочиями;
  • какие ожидания от вас как руководителя;
  • почему позиция руководителя вакантна.

Руководство

Многие мои знакомые жаловались на то, что их руководитель «Редиска». И, мол, он меня недооценивает и вообще никогда не слушает. Не люблю обсуждать других, однако согласен, что не все могут быть менеджерами. Есть одна крылатая народная фраза: «Чем больше становилась его должность, тем сильнее корона сжимала его мозг».

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

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

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

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

Невозможность саморазвития

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

Вас, извините, закатали в 3-литровую банку, как овощ? Как вам мешают развиваться? Большинство ИТ-компаний перепродают ваш труд или трудочасы, и они имеют право вам ставить задачи на 8 часов в день, и вы при приеме на работу соглашаетесь на это — так или нет?

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

Расскажу по своему опыту. Довольно долгое время я работал в банках на позиции бизнес-аналитика. И это не мешало мне заниматься саморазвитием: мне никто не запрещал читать BABOK, PMBOK, посещать разнообразные митапы и курсы. Именно работая в банке, с целью обмена опытом и саморазвитием, я создал группу в ФБ — IT Network — Business Analysis & Project Management (для любителей статистики там есть опрос). При помощи группы я познакомился с чудесными людьми, профессионалами своего дела, которые помогли мне развиваться и достигать новых карьерных высот. Не ищите причины — ищите возможности!

Профессиональное выгорание

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

Причины моего профессионального выгорания:

  • рутина;
  • работа на износ.

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

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

  • Неумение делегирования. С ростом моей должности росло и количество задач, и сцепив зубы, я начал выполнять практически все задачи сам, работая по 12-16 часов в день. При этом команда аналитиков спокойно отсиживала 8 часов и уходила домой. Я ничего не успевал делать, я злился и, как свеча, медленно сгорал. Спасибо моему менеджеру. Он мне рассказал о том, как правильно планировать и распределять задачи, как работать с приоритетами… Как говорит мой друг: «Работать нужно головой, а не 12 часов».
  • Неумение отказать. Каждый должен оценивать свои силы и говорить друзьям, коллегам, руководителям волшебное слово — нет. Не набирайтесь задач. Самостоятельно вы все задачи не выполните. Оценивайте свои силы. Только вы сами можете сказать, сможете сделать поставленную задачу или нет. При отказе не скупитесь на аргументацию, отказ принимать также сложно.
  • Мультизадачность. У меня часто бывали ситуации, когда задач слишком много, и приходится переключаться с задачи на задачу. Что делать? Все довольно просто: выставить приоритеты и не соблазняться на переключение между задачами. Именно последовательное выполнение задач увеличит вашу эффективность. Если передо мной стоит важная и срочная задача, я отключаю все раздражители: социальные сети, почту, иногда даже телефон и выполняю эту задачу.

Как понять, в чем ваша проблема? Поделюсь своим лайфхаком. При получении новой лычки на мои погоны (Head of PMO) у меня эффективность очень сильно снизилась. Я работал все больше и больше, а результата не было, и это очень сильно меня огорчало. Мне посоветовали сделать одно упражнение. На протяжении двух недель я начал записывать ежеминутно, чем занимаюсь на работе, включая прочтение интересных статей, переписку в ФБ или в скайпе, перерывы на обед, разговоры по телефону и так далее. После этого провел анализ. Результатом был поражен. Анализ показал, что больше всего времени я трачу на консультации сотрудников. Но это моя святая обязанность — консультировать коллег, ею я не мог жертвовать.

По результатам анализа мне удалось найти закономерность: меньше всего меня отвлекают в период с 9:00 до 10:30, с 12:30 до 14:30. Это были самые продуктивные часы. Посоветовавшись с моим руководителем, я попросил его изменить мой график и работать с 8:00 до 17:00. А обед — с 12:00 до 12:30. Теперь у меня появился еще 1 час для продуктивной работы. Кажется, всего час, а для меня это еще целый час, когда меня никто не отвлекает. Также взял за правило не заходить в соцсети на протяжении рабочего дня, это еще экономит мне до 30 мин в день.

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

Атмосфера в коллективе

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

Расскажу историю, которая приключилась со мной в 2009 году. В то время я устроился на новое место работы и незадолго до этого открыл для себя новый метод управления проектами — Scrum. Проникшись глубиной методологии, начал нести с собой плакат: «Даешь гибкость в разработке!».

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

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


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

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

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *