Почему ИТ специалисты на самом деле не любят выполнять тестовые задания? Почему меньше откликов на вакансии без указания зарплаты? Простые ответы на сложные вопросы.

https://habr.com/ru/post/711904/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711904

Привет, Хабр! Меня зовут Дмитрий Зайцев. Я руководитель ПК конференции DevOpsConf. А ещё CTO/CIO @flocktory.com. Помогаю компании делать платформу реферального маркетинга для половины магазинов рунета, которая не падает в черную пятницу. Вместе с сообществом делал техническую редактуру перевода книги «Руководство по DevOps». Свое участие в мероприятиях начал с проведения московских DevOpsDays в 2017 году, был и членом ПК и частью команды организаторов. А с 2018 года зашел в ПК DevOpsConf и с прошлого года его возглавляю. В этой статье расскажу, чего ждать от конференции в 2023 году.

https://habr.com/ru/post/699892/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699892

Привет, меня зовут Аня Стороженко и я основатель сервиса по релокации в Европу и Великобританию Relo.ae

В этой статье я расскажу, как поменялась IT-релокация с началом СВО и о том, как в сложившихся условиях искать работу за рубежом!

Long story short.

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

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

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

Отмечу, что до начала СВО среднестатистический айтишник не хотел никуда переезжать.

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

Это открыло потрясающие возможности – работать в международной команде над топовым продуктами, получать зарплату в валюте, не выезжая из родной Рязани.

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

https://habr.com/ru/post/694278/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694278

Частичная мобилизация изменила привычный уклад нашей жизни, в том числе и рынка IT-рекрутинга. Мы с командой матчинг-бота «Chosy» проанализировали, как изменился процесс найма для кандидатов и компаний, а также что может нас ожидать дальше.

Вот девять последствий частичной мобилизации.

https://habr.com/ru/post/692412/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692412

Собеседование — одно из наиболее стрессовых событий в жизни. По статистике, IT-специалисты меняют работу раз в 2–3 года. И каждый раз приходится заново проходить интервью с HR, tech lead и будущими руководителями. Директор по ИТ-архитектуре Группы «Иннотех» Артём Головачев поделился секретами успешного прохождения собеседования.

https://habr.com/ru/post/690972/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690972

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

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

Предыстория.

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

Так совпало, что в то же время нас решил покинуть еще один человек из команды. Мы поплакали – но начальство сказало, что денег нет совсем, и даже не рассчитывайте. Мы поплакали еще раз, но впереди были декабрь, новый год - и решили, что если у нас у всех тут появятся какие-нибудь трудности - we just work together as a team, we can handle ourselves, comport ourselves as professionals.

Только мы приготовились страдать, как HR приходит к нам со словами – парни, ко мне пришло указание с самого верха что нам нужен девопс! Так что давайте, рассказывайте – кто вам на самом деле нужен, кого искать, и что должен уметь ваш девопс.

Идея «нам нужен девопс» проскакивала на совещаниях с 2018-2019 года, если не раньше. Каждый квартал руководство в виде Лиц, Принимающих Решения (ЛПР) собиралось со следующего квартала идею девопс проработать, углубить, расширить, внедрить, и каждый раз что-то мешало. Отделу ничего не мешало, в отделе (для нужд организации) работал огромный набор разнообразного ПО под linux, и приложения поверх него выкатывались в dev/test не руками, и observability было, и тестирование какое-никакое имелось, и даже что-то пробовали катать в контейнерах по трубопроводной линии. Но девопс не было. Пара инженеров по linux имелась для обслуживания всего хозяйства и пакета болезненного ANSI, и не только, на этом все. С разработчиками коллеги сидели то в systrace, то в SQL Profiler, то еще в разном, и тоже без всякого отдельного девопс обходилось.

https://habr.com/ru/post/681706/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681706

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

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

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

https://habr.com/ru/post/679506/?utm_source=habrahabr&utm_medium=rss&utm_campaign=679506

Всем привет. Меня зовут Александр Наумов, я Team Lead QA в Утконос Онлайн. В этой статье я поделюсь личным опытом, который будет полезен тимлидам и руководителям: как мы за 5 месяцев набрали 28 начинающих специалистов, обучили и через 3 месяца получили миддлов.

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

https://habr.com/ru/post/672588/?utm_source=habrahabr&utm_medium=rss&utm_campaign=672588

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

https://habr.com/ru/post/659737/?utm_source=habrahabr&utm_medium=rss&utm_campaign=659737