Кажется меня уволят, что делать?


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

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


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


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

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

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

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

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

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

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

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

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

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

Иногда увольнение — это хорошо.

Бывает так, что ты и правда сидишь не на своём месте. Тебе трудно взаимодействовать с командой, задачи не интересные, окружение не комфортное, да мало ли что ещё может быть. Просто не твоё и всё тут.

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

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

Как говорить с начальством?

Одтельно отмечу твой последний вопрос:

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

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

В любой из этих ситуаций, ты можешь просто спросить, что о тебе думают.

Так и скажи:

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

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

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

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


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

May 27, 2019
by Мягкие Sкилы
0
495
командная работа

Синхронизация процессов в распределённых командах

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

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

В классической команде, которая базируется в одном офисе, всё более-менее стандартно:

  • митинги
  • стендапы
  • планирование спринта
  • другие активности "по книжке"

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

Ежедневные апдейты

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

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

Сначала завели отдельный канал, куда все кратко писали свои апдейты. Позднее пришли к использованию бота, который умеет напоминать о времени апдейта (заодно позволяет выбрать удобное для человека время).

Выглядит это так:

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

После аккуратно оформленное саммари будет опубликовано в #daily-updates канале, где все могут его прочитать, и получить представление о делах в проекте.

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

Планирование итераций

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

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

Раньше общались через Hangouts, но после внезапного бана нашего корпоративного аккаунта Гуглом, мы переехали к Майкрософту и сейчас используем Skype for Business. Работают они примерно одинаково сносно, так что особой разницы не заметили.

Такой звонок занимает 30-50 минут в зависимости от загруженности команды и сложности планирования. Но в целом мы стараемся держать его максимально коротким.

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

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

Синхронизация работы

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

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

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

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

Приходится вводить какой-то порядок в слак-каналах. Есть каналы для асинхронного общения (какие-то объявления, соглашения или решения с митингов публикуются там).

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

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

Чтобы избежать полного хаоса приходится тренировать команду. Нужно обращать внимание на то, как использовать меншены (@here vs @channel vs @username), куда и что постить. Очевидно, что нужно вовремя покидать ненужные каналы, мьютить не релевантные обсуждения. Но в итоге работает хорошо.

1-on-1 митинги

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

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

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

Как там у них?

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

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


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

May 15, 2019
by Мягкие Sкилы
4
353
командная работа

Повторение и учение

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

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

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

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

Однако, в работе мы часто сталкиваемся с тем, что люди, которые что-то нам объясняют, не имеют ни каких навыков для этого. Что делает такой человек, если видит непонимание со стороны обучаемого или подчинённого? Он начинает нервничать, покрывать всех кругом хуями, и отчаянно фейспалмить. Некоторые неуравновешенные личность ещё и срываются на крик. Встречал таких? Я встречал.

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

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

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

Да, будет выглядеть глупо, но если задача выполнена, то пусть так.

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

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

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

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

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


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

April 30, 2019
by Мягкие Sкилы
0
322
командная работа

Кончилась работа в регионе.

Я и моя семья живём сейчас в [Германии]. Мой стек .NET, опыта в разработке - 3 года. Проблема в том, что в моём регионе не очень много вакансий для программистов, а по моему стеку вообще можно сосчитать по пальцам. Подходящие вакансии в радиусе 50км от дома уже пропали с рынка. Что делать в такой ситуации? Расширить область поиска до 100км? Переезжать в IT-столицу (Мюнхен) с моими 3мя годами опыта в разработке, где работы больше, но аренда ещё выше(уже ~50% от дохода)? Менять стек? Обращаться к рекрутерам? Или продолжать искать самому в том месте, где живу и с тем стеком, к которым привык, оставаясь с зарплатой начинающего?

Очередной вопрос от читателя.

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

Что тут можно посоветовать? Ну, для начала я бы отметил, что работая в России менять компании раз в год это более-менее нормально. В Европе же, особенно в западной её части, от тебя такого не ожидают. Это смотрится немного странно. Хотя, тебя спасает маленький опыт. Три года — это достаточно скромно, и в начале карьеры тебе такие прыжки могут простить. Но чем дальше, тем будет сложнее избавиться от репутации летуна.

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

Деревенская жизнь

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

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

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

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

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

Большой город

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

Я особо не знаю немецкий рынок, и мне трудно советовать что-то конкретное. Но обычно в крупных центрах работы больше, можно спокойно подобрать что-то, что устроит тебя по деньгам и перспективам. С тремя годами опыта трудно рассчитывать на что-то супер крутое в плане зарплаты, но они должны быть в целом выше, чем в регионах. Конечно, придётся быть скромнее, выбирая жильё и детские сады/школы. Кроме Мюнхена я бы рассматривал Берлин. Зарплаты там в последнее время подросли до приличных, а цены на жильё всё ещё держатся в рамках. В Берлине больше стартапов, а значит рынок динамичнее, и проще будет сменить стек разработки.

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

Основной плюс — больше работы, выше спрос на инженеров, больше конкуренция среди работодателей.

Рекрутеры

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

Смена стека

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

Выводы

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

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

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

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


Можешь посоветовать что-нибудь по этому поводу? Пиши в коменты.


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

April 23, 2019
by Мягкие Sкилы
3
278
Поиск работы
Заграница

Мертвый инженер.

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

Работал на последнем месте довольно долго и сменил ряд проектов. На ряде проектов сменил ряд стеков технологий. Пришел на один язык, потом был другой язык, сейчас третий язык, хотя считаю, что это вторично(наверное деформация). При первом приходе в к на проект - разбежалась команда, после еще одна, пришлось быть и одному. Был молод, только переехал, остался. Потом из-за ряда причин и возможности сменил проект, его с кровью драйвил лидил делал, сдали. Предложили на третий, пошел, ведь обещали возможности, понял что все осталось по старому ( потому что менеджмент сверху остался тот же, вид сбоку, да и должность лычка - гнилая) поменял трудо отношения, отдохнул, начал искать активно место куда уйти. И попал в ситуацию когда из-за зоопарка технологий и отсутсвия какой либо четкости в проектах( специфика проектов, компании и два проекта закопаны по биз причинам, а третий в состоянии - что то знает владелец...но нам не говорит. ) становишься непонятным человеком для нанимающих компаний. Да на языке дж писал, но не ..., да на языке ц писал, но не ..., да на языке п писал, но не....., да с настриавал, но не...
Что делать в такой ситуации, ума не приложу. Ведь делал же, работал, сдавал, защищал, презентовал....и обидно, что, получается, сам себе подложил свинью. Советы, предложения?
(c) Мертвый инженер

В каком-то смысле я и сам был в похожей ситуации, о чём рассказывал тут  Карьера. Тупиковые ветви.

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

Что происходит на самом деле?

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

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

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

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

Скрининг резюме

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

Так мы ищем java-разработчика уровня Senior, который может рулить командой из двух человек и имеет представление о работе интернет-магазина

А видит он резюме с каким-то Питоном, С++ и ещё черти чем...

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

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

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

Интервью

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

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

Подача заявки

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

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

Не нужно бояться, читая требования. Даже если твои навыки не соответсвтуют описанию вакансии на 100% ты можешь подаваться. Это всего 10 минут же.

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


А ты, читатель, что думаешь?


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

April 9, 2019
by Мягкие Sкилы
0
504
Поиск работы
CV

Увольняемся правильно.

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

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

Сроки

У тебя в рабочем контракте, или просто в трудовом законодательстве твоей страны должен быть прописан так называемый notice-period. Срок, который ты должен отработать, после согласования своего увольнения. Сроки могут быть очень разными, от "две недели после подачи заявления", то "обязан отработать до конце контракта, если работодатель не захочет отпускать тебя раньше". Последнее встречается в РБ, например.

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

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

Чувство вины

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

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

Что же касается человеческих взаимоотношений с командой и менеджерами, то тут нужно просто вспомнить, как увольнялся кто-то из твоих коллег. Злился ли ты на него? Считал ли его предателем? Скорее всего нет, с хуя ли, правда? Ушёл и ушёл, удачи ему.

Exit interview

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

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

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

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

Бывшие коллеги

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

После объявления об уходе, дорабатывая положенный срок, постарайся сгладить те конфликты которые есть. Будь проще на код-ревью, не злись, оставляй документацию, рассказывай коллегам о знаниях, которые ты собрал за время работы. Я всегда составляю личные заметки в программах типа Boostnote или Notion. Там я собираю какие-то скрипты, ссылки, приёмы для отладки или запуска специфичных кейсов. Этими наработками можно поделиться, предварительно почистив их от личных данных (ну вдруг ты там пароли хранишь).

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

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

Поделитесь своими лайфхаками на эту тему в комментариях или через форму обратной связи.

Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

April 8, 2019
by Мягкие Sкилы
0
434
командная работа
Зарплата
Show more