1800

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

1842

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

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

Знакомьтесь, если ещё не встречались. Это синдром профессионального выгорания.

В IT-сфере около 50% специалистов испытали на себе профессиональное выгорание. Этот синдром опасен самому сотруднику, и проекту, над которым он работает, и всей компании. Более 60% выгоревших сотрудников увольняются. А затраты на найм новых, обучение и онбординг чугунной гирей ложатся на бюджет. И время — оно вообще бесценно.

Раньше burn out не воспринимали всерьёз — считалось, что это способ особо хитроумных сотрудников поменьше делать и побольше отдыхать. Постепенно в наших пампасах культура психологический гигиены в бизнесе доросла хотя бы до признания, что профессиональное выгорание и депрессия — это реальные проблемы.

На митапе «День Техдира» Даниил Подольский, руководитель разработки MTGroup, сделал доклад по профессиональному выгоранию. Мне его выступление было интересно тем, что это взгляд управленца на проблему, а не просто рассказ рядового сотрудника о своём личном примере выгорания.

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

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

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

Неналаженные рабочие процессы

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

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

В эти межпраздничные дни, когда весна и предчувствие второй серии выходных мешает сосредоточиться на работе, команда «ИНСИСТЕМС» решила порадовать читателей нашего блога постом об искусстве. А точнее о том, как художники разных времен переносили на холст или бумагу свои впечатления, наблюдения или фантазии о процессе строительства. Надеемся, что подборка картин настроит тех, кто работает в этой сфере, и всех интересующихся на позитивный лад (мы знаем, сколько проблем возникает на стройке любого масштаба). Приятного чтения и хороших майских праздников!


Верите ли вы, что подъемный кран, изображенный на холсте, может стоить 5 тысяч долларов? Можете не отвечать, картина уже продана, а такой подъемный кран в изобразительном искусстве был вовсе не один. И пока вы не дошли до отчаянной мысли «Мама, надо было идти в художники» и не променяли штангенциркуль на кисточку, посмотрите подборку картин, изображающих стройку. Рерих, Мюллер, Леже – далеко не единственные, кто в свое время вдохновились архитектурой как процессом. Начнем с истоков.

В далеком 2008-ом году я ходил некоторое время на курсы английского языка в Москве, и у нашей группы была молодая преподавательница из Болгарии по имени Ваня. Сегодня я прекрасно понимаю, что она хорошо знала русский язык, но тогда она умело маскировалась, разговаривая исключительно на английском и делая вид, что русский не понимает в принципе. На курсы я ходил примерно полгода, и вспомнил про Ваню уже в конце 2010-го, когда я с семьей (женой, дочкой и котом) переехали жить в Софию, столицу Болгарии. Легкая ирония судьбы.

В 2009-ом году о Болгарии я практически ничего не знал, кроме классических фактов о том, что в Болгарии растет болгарский перец (кстати, этот факт на самом деле и не факт, а обычный миф), что «курица не птица, Болгария — не заграница», и что где-то там есть море, где отдыхали советские граждане. За следующие же 5 лет проживания в этой стране у меня накопился определенный опыт и впечатления, которыми я и хотел бы поделиться с читателями.

Найм IT-специалистов – это непростая задача. Во-первых, сейчас на рынке наблюдается дефицит опытных кадров, они это понимают. Кандидаты часто не готовы тратить много времени на «отборочные мероприятия» работодателя, если их предварительно не заинтересовать. Ранее популярная практика «дадим тестовое на 8+ часов» сейчас уже не работает. Для первичной оценки знаний и отсева кандидатов до проведения полномасштабного технического собеседования приходится использовать другие, более быстрые способы. Во-вторых, для качественной оценки знаний и навыков необходимо самому обладать такими навыками или привлекать коллегу, обладающего такими навыками. Эти затруднения можно решить при помощи способов, о которых я расскажу в этой статье. Я сам применяю эти способы и составил для себя своего рода рейтинг.

Итак, мой топ-7 способов быстрой проверки компетенций IT-специалистов до собеседования:

7. Изучить портфолио, примеры кода, открытые репозитории кандидата.

6. Короткое тестовое задание на время (выполняется за 30-60 минут).

5. Короткое экспресс-собеседование про навыки по телефону/скайпу (как опросник, только онлайн и голосом).

4. Live-Doing (Coding) – решаем простую задачку в реальном времени с расшаренным экраном.

3. Опросники с открытыми вопросами про опыт.

2. Короткие тесты с вариантами ответов, ограниченные по времени прохождения.

1. Многоэтапное тестовое задание, первый этап выполняется до собеседования.

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