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

Вот о них сегодня и поговорим.

Что это за ценности такие?

Это достаточно старая идея. Руководство компании пытается сформулировать некоторые идеи, которым они стараются следовать. Там есть как что-то общее "мы хотим быть за мир", так и более конкретные пункты типа "escalation is cheap" — любые проблемы и конфликты должны эскалироваться, в решение должен вовлекаться широкий круг участников.

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

Зачем их пишут?

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

Стоит ли обращать на них внимание?

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

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

Это и Амазон с их знаменитыми Leadership Principles.

В ту же группу можно отнести Гугл, Майкрософт, Мету и десятки компаний локального разлива.

Так вот, если вы собираетесь общаться с компанией, где эти ценности не являются пустым звуком, то вам об этом очень жирно намекнут. Корпоративный рекрутер несколько раз скажет "don't forget to check our company values, here is a link for you". Это же вам проговорят голосом, и ссылка на них будет постоянно встречаться.

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

Зачем это всё кандидату?

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

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

Для многих интервью — это стрессовая ситуация. А в такой ситуации лучше опираться на домашние заготовки. Например, я всем рекомендую строить свои ответы по методологии STAR (Situation, Task, Action, Result):

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

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

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

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

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

Теперь, предлагаю обсудить всё это на примерах.

Adyen Formula

Для разнообразия я не буду рассматривать Амазон с их Leadership Principles. Выберу достаточно известный стартап из Нидерландов. Компания Adyen — платёжный провайдер.

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

Свой список ценностей они называют Adyen Formula.

Типичные ошибки

Когда я обсуждал подготовку к cultural fit интервью, то заметил что существую такие тенденции:

• воспринимать пункты слишком буквально
• слишком сильно на них фокусироваться
• слишком серьёзно относиться к "очевидным" ценностям

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

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

Не стоит воспроизводить эти пункты дословно. "A few words about me: I like to launch fast and iterate" — не самый хороший заход. Во-первых это выглядит неестественно, а во-вторых кажется что вы очень сильно стараетесь угодить интервьюеру. Не надо так.

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

Как понимать, разбираем на примерах

Ценности всегда формулируются на "бизнес/маркетинговом языке".

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

Пункт #1

We build to benefit all customers (not just one).

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

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

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

Не стоит рассказывать, о том как вы придумали классную фичу по сбору статистики обо всех ваших клиентах и продали её крупному энтерпрайзному клиенту :)

Пункт #2

We make good choices to build an ethical business and drive sustainable growth for our customers

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

Note: те же советы что и у предыдущего пункта, они тут явно идут парой.

Пункт #3

Winning is more important than ego; we work as a team - across cultures and time zones

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

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

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

Пункт #4

We include different people to sharpen our ideas

Это классика. Перефразируют популярную идею об инклюзивности и diversity.

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

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

• замечали что более скромные коллеги не могут высказаться во время митингов, и вы предлагали дать им слово
• организовали/проводили публичные демо фич продукта
• писали RFC или другими способами собирали фидбек внутри компании

Не стоит рассказывать, как вы в одно лицо приняли решение ни с кем не посовещавшись.

Пункт #5

We don’t hide behind email, instead we pick up the phone

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

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

Пункт #6

We create our own path and won’t be slowed down by “stewards”

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

Note: если в опыте были случаи, когда вы модифицировали процесс с удачными результатами (стали работать эффективнее, быстрее или качественнее), то есть смысл это упомянуть.

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

Пункт #7

We launch fast and iterate

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

Второй слой: скорее всего этот же принцип распространяется и на другие аспекты работы, например это может быть про ранний сбор фидбека внутри компании (опять RFC и демо?).

Note: В своих ответах рассказать про то как вы умеете планировать MVP, запускать продукты, реагировать на фидбек, планировать итеративное развитие продукта. Но так же стоит отметить навыки сбора и обработки обратной связи.

Пункт #8

We talk straight without being rude

Тут пробиваются нидерландские корни компании. Знаменитая Dutch directnes.

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

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

Не стоит рассказывать о том, как вам было тяжело воспринимать критику.

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

Примеры ответов

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

К сожалению, во время интервью нам не всегда повезёт получить прямой вопрос "А как вы предпочитаете запускать продукт? Не быстро и итеративно ли?". Хотя, интервью в Амазон проходит именно так. В последние 15 минут каждого раунда вам зададут один или два вопроса, покрывающие те самые принципы.

Чаще всего вас будут просить рассказать что-нибудь из вашего опыта.

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

Формат будет такой:

• Опишем ситуацию простыми словами
• Подумаем на что стоит обратить внимание
• Приведём пример ответа

История первая. Выбор инструмента для управления тест-кейсами.

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

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

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

• была возможность пойти на поводу своего эго, и выбрать привычный инструмент, а не тот, который лучше подошёл бы компании
• он максимально расширила список людей, чьё мнение было учтено, проведя открытое тестирование, сбор и обработку фидбека
• он подумала не только о себе и своей команде, но и о других командах. А это уже история о том, что принятое решение должно хорошо работать для всех клиентов (напомню, кастомеры в данном случае будут QA-инженеры из всех команд)
• вместо долгого выбора и анализа он быстро развернула несколько продуктов и запустил испытание. Тут я чуть притягиваю за уши, но это же почти история про launch fast

Но это ещё не всё. В истории есть и другие положительные моменты:

• это история про кросс-командное взаимодействие
• про продуктовое мышление
• про подкрепление решения данными

И так, попробуем собрать все наши мысли во едино, и расскажем историю (помним про STAR).

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

История вторая. Неожиданное демо.

Эту историю мне рассказала девушка, которая работает на позиции Sales Engineer в крупной немецкой компании. Её пригласили на звонок с кастомером, предупредив, что от неё ничего не требуется, возможно понадобится ответить на пару вопросов клиента. Однако, первым же делом менеджер, организовавшая звонок скзала "сейчас мы представимся, и наша SE проведёт для вас демо новой функциональности". В итоге пришлось на ходу выкручиваться, тянуть время для подготовки демо-стенда и вообще работать "с колёс". После звонка SE предложила заранее согласовывать план митинга.

Опять же, заурядная история, случается со всеми кто работает в pre и post sale командах.

В этой истории есть несколько моментов, которые хорошо рифмуются с ценностями Adyen:

• winning is more important than ego, вот уж действительно пришлось сохранять хорошую мину при плохой игре и работать на благо компании
• умение давать негативный фидбек прямо, но дипломатично
• умение анализировать текущие процессы и быть готовой менять их

И так, перескажем ту же историю, но расставляя акценты.

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

Заключение

Краткое саммари, для закрепления материала.

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

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

Попробую рассказать подробнее.

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

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

Как устроено

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

Грубо говоря, есть три варианта.

Первый: Люди регистрируются в Торговой Палате, в качестве индивидуального предпренимателя, получают НДС номер и в целом всё. Можно начинать работать. Этот вариант проще с точки зрения ведения бухгалтерии, но чуть более рисковый. ИП отвечает за свои действия своим имуществом.

Второй вариант предусматривает открытие отдельного юридического лица (компании). Вот тот самый ООО (Общество с Ограниченной Ответственностью) или LLC (Limited Liability Company). В таком случае владелец и компания — это разные сущности, и компания несёт ответственность своим имуществом, но не личным имуществом её директоров. Этот вариант безопаснее, открывает больше возможностей по оптимизации налогов, но возни с бумажками резко прибавляется.

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

Как и где искать проекты

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

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

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

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

Ну а в конце месяца выставить счёт (не забыв добавить сверху 21% НДС, который в конце квартала придётся отдать государству).

Как на это смотрит государство

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

Любое предпренимаельство — хорошо. У кого-то "выстрелит" и вот он уже нанимает себе людей, создаёт рабочие места. Ну или просто платит много (в абсолютных цифрах, а не в процентах) налогов и повышает ВВП. Все в выигрыше.

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

Единственное, что не любят налоговые органы всех стран — это попытку скрыть фактическое трудоустройство. Так что не стоит долго (несколько лет) работать на одного клиента. Да и смысла большого в этом нет.

Зачем это нужно компаниям?

Как правило, контрактор ощутимо дороже обычного FTE (Full-time employee). И в чём же выгода? Тут есть несколько моментов:

• Упрощение бухгалтерии. Получил счёт, оплатил, отчитался о затратах и получил возврат НДС.
• Снижение рисков. От контракторов всегда можно отказаться, быстро снизив расходы компании. Это проще и в кризис не нужно будет нанимать HR-директора (контрактора), который будет проводить сложные переговоры с профсоюзом и увольнять FTE.
• Простота найма. Узких специалистов искать долго и трудно, а взять в аренду быстро и легко.
• Возможность нанимать людей на проекты. Не всегда нужен дорогой специалист на длительный срок.
• Перекладывание ответственности. Не всегда в компании есть люди обладающие достаточной экспертизой для принятия некоторых решений. Найм стороннего специалиста частично снимает с сотрудников груз ответственности за такие решения.
• Разные бюджеты. Зарплата это дорого и на долого. Зарплатный фонд может быть ограничен, а вот найм контракторов может оплачиваться из операционных резервов.

Типы проектов

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

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

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

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

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

На какие позиции берут контракторов?

На любые. От джуниор разработчика (да!) до СЕО/CTО позиций. Конечно, джуну будет тяжко найти такую работу, но и такое бывает. Стартап, который не может позволить себе найм FTE может рискнуть и взять себе дешевого контрактора.

Но чаще всего вы будете работать на mid/senior level позициях.

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

Например, я работал с таким внешним СТО-контрактором, которого наняли на год, для подготовки компании к продаже и сопровождению перехода под новое управление.

Страховки

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

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

Деньги

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

Но бывают и обратные ситуации. Например, весной 2020-го компании массово "скидывали" дорогих контракторов, и рейты в Нидерландах упали до €250-350 в день. Это конечно не очень интересно, и было неплохим поводом отдохнуть и отоспаться.

В хорошие времена программируя/консультируя можно и €500-1000 в день зарабатывать. Вообще сверху (да и снизу) ограничений нет. Как договоритесь. Какой рынок будет. (Сейчас очень хороший). За долгий контракт можно брать меньше, ибо "стабильность". За короткий можно брать больше. В Штатах цифры будут повыше, на востоке Европы будут пониже.

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

Перспективы

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

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

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

Или же, вот ты лидишь команды, но это всё короткие (год-два) контракты. А я вот по-настоящему хорошо всё понял в управлении.

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

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

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

Ни один из выбранных путей не может дать тебе какие-либо гарантии.

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

После того как я не согласился на отработку сказали что вычтут оплату премии за работу по 12-14 часов на выходных. Когда я начал “мягкой силой” просить мои деньги всё же выплатить, вспоминая их старые грехи они начали меня обвинять в том что я плохой и совсем ужасный, скинули деньги все досрочно, до онбординга человека, сказали чтобы катился подальше, пригрозили что мне это всё вернётся х3 говном и добавили в ЧС.

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

Вопросы такие:
1) Что мне теперь говорить на собесах если спросят что это за такая компания “HR tech”?
2) Стоит ли рассказывать(если спросят) или как-то упоминать тот негатив с их стороны при уходе?
3) Что делать если они напишут моему текущему или будущим работодателям?(Я читал в их блоге они написали в новую компанию ушедшему челу что надо просить рекомендации со старого места работы, типа плохого работника наняли вы, лол).
4) У меня появилась проблема что часто теперь, спустя пару недель от событий, я хожу и думаю о том что может всё же это я на самом деле плохой и правильно они всё делали, надо было не отстаивать выплату, а смириться. Есть какой-то простой метод с этим всем разобраться и забыть?

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

А так хотелось хорошо разойтись....

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

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

The good

Начнём с хорошего.

Хорошего в твоей ситуации мало, но кое-что найти можно.

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

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

The bad

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

Их, как я понял, несколько:

• Бан на Хабр.Карьере
• Черный список и "возврат говна в размере х3"
• Звонок будущему работодателю

Бан

Самый простой, конечно, первый пункт. Что такое Хабр.Карьера? Это, как я понимаю, какой-то относительно неудачный проект Хабра, который у них получился после покупки дохлой социальной сети Мой Круг. Очень мне "понравилось", что они сразу встали на сторону работодателя в конфликте. Ши-кар-но.

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

Бан от такого болотца, как Хабр.Карьера вреда тебе не нанесёт. Мало кто из работодателей использует только его, для поиска сотрудников.

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

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

Чёрный список

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

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

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

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

Звонок будущему работодателю

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

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

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

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

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

Кстати, я не очень понял логику. С одной стороны они запрещают тебе писать, что ты у них работал, а с другой стороны грозятся рассказать о том, что ты плохо на них работал. Так работал или нет? :)

The ugly

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

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

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

Чёрная зарплата

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

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

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

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

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

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

Публичная похвала

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

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

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

И наконец, похвалой можно заставить человека делать то, что он не хочет:

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

Обесценивание твоих проблем и успехов

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

Что? Неужели тебе так важны эти жалкие три денька отпуска после большого релиза? Что, за выходные уже и не отдохнуть? Я пашу на эту компанию, как раб на галерах, и не жалуюсь.

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

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

У меня были родственники, которые обижались, что я не приезжаю к ним в гости. Там тоже часто приводился аргумент типа "ну, что тебе сложно до нас доехать? всего-то три часика на электричке?". На вежливое возражение о том, что от меня до них ехать столько же, сколько от них до меня... следовала обида, да :)

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

В эту же группу можно отнести приёмчики типа "таких как ты у нас очередь, возьмём кого угодно". Тут даже и обсуждать не хочется. Это во-первых, очень "слабый" ход, а во-вторых, взяли-то в итоге тебя :)

Мы делаем тебе одолжение

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

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

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

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

Чувство вины

Манипулятор (блин, ну что за слово?) всегда пытается вызвать у окружающих чувство вины.

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

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

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

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

Обида

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

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

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

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

Заключение

Я понимаю, что хотелось разойтись хорошо. Но это попросту невозможно в такой ситуации.

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

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

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

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

Поведение начальника — это ни разу не поведение "школьника". Скорее всего, он хорошо осознаёт что и зачем он делает.

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Так и скажи:

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

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

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

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

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

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

В случае удаленной разработки, особенно, если команда распределена по различным часовым поясам, добавляются новые челленджи. Вот про то, как мы их решаем и будет этот пост. Для контекста уточню, что всё это рассматривается на примере небольшой (до 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

МS.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рекрутеры

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

Смена стека

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

Выводы

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

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

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

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

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

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

(c) Мертвый инженер

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Интервью

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

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

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

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

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

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

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

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

Сроки

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

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

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

Чувство вины

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

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

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

Exit interview

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

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

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

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

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

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

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

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

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

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

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/

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

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

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

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

И так, поехали.

Личные больные темы и комфорт в офисе

Как хорошо заметил один читатель:

Каждый, как я понимаю, спрашивает то, во что вляпывался раньше.(с)@LordOfBoredom

Важно узнать о комфорте в офисе:

Насколько хорошо проветривается офис

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

Помимо уже написанного, я спрашиваю про книги, есть ли бюджет и как это делают и про конференции. Про конференции можно ли выступать, как компания на это смотрит, насколько жёстко ревью слайдов. Я из научного мира и запреты на внешние выступления это прям краснейший флаг для меня (с)@shrimpsizemoose

Сюда же входят вопросы про овертаймы и их оплату.

Cultural fit и перспективы роста

Провожу фит интервью наоборот. Начинаю спрашивать какие ожидания от успешного кандидата через полгода, год, три. Спрашиваю кто будет меня оценивать и есть ли устоявшиеся каналы обратной связи. Откуда берутся требования и как принимаются бизнес и технические решения. Зачастую после таких вопросов в маленьких компаниях либо понимают что ты им нахуй не нужен, потому что нужно с утра и до обеда копать и все, или предлагают рассмотреть более высокую роль. Большим похуй — ответили и проехали. (с) @SiliconBangalor

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

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

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

Технологии и рабочие процессы

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

Расспрашивай про жизненный цикл задачи, про CI, про метрики, тестирование, документацию и проектирование.

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

После 2 часов вопросов про SOA и микросервисы, спросил чем буду заниматься. Сказали, что 4 монолита надо объеденить, при этом предварительно почистить от легаси кода. (с) @Randomazer

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

Позиция и текучка

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

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

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

Спасибо всем, кто откликнулся, поделился своими мыслями.

МS.

Архив постов из телеграм-канала опубликован тут: https://book.soft-skillz.work/