Управление персоналом *

Проходя интервью на управленческие позиции в IT (например, Team Lead), часто можно попасть на секцию по опыту менеджмента командой. Казалось бы, рассказываешь о своем опыте, о принятых решениях и в целом о том, как успешно твоя команда выпускает релизы... Пока тебя не спросят «Ну а как ты понимаешь, что команда работает хорошо?».

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

И в голове щелкнет: что‑то я, видимо, упускаю.

И сразу отвечу на вопрос, зачем это вообще может понадобиться. 

Есть четыре типовых ситуации:

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

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

3. У вас попросили консультацию — на профессиональной основе или в формате помощи другу.

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

В этой статье я расскажу, как адекватно и полноценно оценить состояние разработки. Меня зовут Андрей Бирюков, в разработке я 25 лет — начинал как разработчик, сейчас руковожу разработкой и клиентскими сервисами в InfoWatch. С этой темой я выступал на CTO conf, теперь подготовил для вас текстовую версию.

Рубрика «Кем работать в IT» — интервью с представителями IT-профессий, в которых специалисты рассказывают о тонкостях своей работы: плюсах, минусах, подводных камнях и заработной плате. Мы надеемся, что джунам и стажёрам она поможет больше узнать о том, что их ожидает на карьерном пути, а профессионалам — посмотреть на свою специальность через чужой опыт и, может быть, открыть для себя что-то новое.

Сегодня о своём опыте работы нам рассказал Артём Бачевский, владелец продукта в компании «Солар».   

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

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

В мире IT, где всё меняется быстрее, чем обновляются версии фреймворков, умение мыслить критически стало новой суперспособностью. Без него — ни код написать, ни аргументировать архитектурное решение, ни выстоять в баталиях в комментариях на Хабре. Но за кулисами этого умения скрывается обратная сторона: постоянные сомнения, паралич анализа и выгорание от бесконечных «почему». Разберёмся, где заканчивается здоровый скепсис и становится невыносимо душно, и как развить в себе критическое мышление, не превращаясь в его жертву.

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

Пример из практики любого разработчика: ты читаешь статью про новый паттерн проектирования — допустим, про Domain-Driven Design. Хочется сразу внедрить: «О, вот оно, правильное решение!» Но критически мыслящий инженер сначала посмотрит на контекст, изучит критику подхода, попробует на тестовом проекте и только потом решит, подходит ли это под конкретный продукт.

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

На свете тех изменений в бизнесе (VUCA, ESG, diversity) и обществе (общее снижение агрессии, рост продолжительности жизни), что произошли в 21 веке вполне логично, что и лидер должен измениться, а значит должны измениться и компетенции руководителя бизнеса. Те компетенции, что еще недавно считались критически важными для лидера/руководителя; агрессивность, напористость, харизматичность, теперь уже не вписываются в новые условия и становятся преградой для достижения бизнесом долгосрочных результатов в 21 веке.

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

«Проект провалился ровно в 23:47. Не в четверг, а в среду, что было особенно обидно. Gantt-чарт, ещё утром сиявший аккуратными зелёными полосками, теперь напоминал окопы под Верденом. Иван, молча смотрел в экран. Разработчик, наблюдал уже третий сон. Роман, безуспешно пытался разобраться с бэкендом. А до дедлайна оставалось 14 часов. И это был мой звёздный час как проджект-менеджера».

Как до этого дошло...

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

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

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

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

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

Привет, Хабр! Меня зовут Артем Грищенко, я middle iOS-разработчик продуктов Future Crew в МТС. Если ты начинающий разработчик — скорее всего, у тебя есть мечта: вырасти, перестать быть «новичком» и почувствовать уверенность в своих силах. Чаще всего говорят: «Это долгий процесс, наберись терпения». И действительно, путь у каждого свой. Но у всех карьерных путей есть общее: рост возможен только при увеличении зоны ответственности. Об этом часто забывают, годами просиживая на одном месте. 

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

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

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

 Агентства не «умерли», но их роль радикально сужается

Несмотря на распространённое мнение, ведущие консалтинговые компании не объявляли «конец эры агентств». Однако их отчёты однозначно указывают на структурный сдвиг в сторону внутреннего найма и автоматизации.

Например, в 27-м ежегодном опросе CEO от PwC (2024) 56% генеральных директоров заявили, что ожидают повышения эффективности HR-процессов благодаря внедрению генеративного ИИ.

Хотя прямого призыва «отказаться от агентств» нет, логика ясна: если ИИ может автоматизировать скрининг, первичные интервью и оценку soft skills, ценность посредника резко падает.

Deloitte в своём отчёте Global Human Capital Trends 2024 подчёркивает: компании всё чаще рассматривают внутренние таланты и собственные рекрутинговые команды как стратегический актив, а не как статью расходов. Это — прямой вызов модели, построенной на разовой комиссии.

 Мираж эффективности или почему агентства чаще ошибаются

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

— Дмитрий, приглашаем вас на должность Руководителя складского комплекса. Крупнейший пищевой завод: 2000+ сотрудников, оборот — миллиарды.
— Отлично! Готов.

В голове мелькнуло: «Наконец-то! Настоящий масштаб. Будем внедрять WMS, KPI, автоматизация...»

Посмотрим что из этого вышло и какие выводы можно сделать.
Рассказываю, как это было — без обвинений, но с болью за систему.

Всем привет! Меня зовут Алексей, я техлид Android направления в компании Домклик.

На одном из собеседований зашла с кандидатом дискуссия об образовании. И была произнесена примерно такая фраза: «Зачем тратить 4–6 лет на обучение в вузе, если нужные по вашей вакансии навыки можно получить за год?» Пообщавшись ещё с некоторыми недавно вошедшими в отрасль знакомыми, сложилось впечатление, что этим вопросом задаются многие. И действительно, если, условно, на заводе требуется фрезеровщик, и у кандидата есть стаж работы или он окончил профильное училище, то какая разница, получал ли он высшее образование или нет?

Так почему многие крупные компании в ИТ при найме отдают предпочтение кандидатам с «вышкой»? Чем такие специалисты выгодно отличаются от остальных с таким же практическим опытом и профильными знаниями? Попробуем разобраться с этими вопросами и прояснить их. Все предложенные выводы — личное мнение автора и может (и должно) не совпадать с чьим‑либо ещё или общепринятым.

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

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

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

Прежде чем углубиться в детали, позвольте представиться. Меня зовут Анзар, я работаю фронтенд-разработчиком уже 9 лет, последние 3 из которых — в Ozon Tech, где я занимаю позицию тимлида. За это время я побывал на десятках, а может, и сотнях собеседований — и как кандидат, и как интервьюер. Кроме того, у меня за плечами многолетний опыт менторства и мне приходилось наблюдать, как различные факторы влияют на скорость роста. Все это заставило меня глубоко задуматься о системных проблемах найма разработчиков. Думаю, эта статья будет особенно полезна нанимающим менеджерам, рекрутерам и, возможно, HR-специалистам — она поможет пересмотреть подход к найму.

Привет, Хабр! Я — Алексей Григорьев, лид iOS-разработки продуктов Future Crew в MWS. Наша команда со стартап-вайбом: технологий свежих много, стек обновляется часто, требования к скорости внедрения — высокие. Нужны мотивированные сотрудники, но нет времени и сил искать готовых сеньоров. Поэтому мы ставим на рост внутри команды. Не просто не боимся брать стажеров и джунов — нам даже это интересно. От первого лица почитать историю о том, как мы вырастили джуна до мидла за год, можно тут. 

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

Прошлая статья про типизацию сотрудников по Герчикову «Ради чего люди ходят на работу» собрала 100+ комментариев — и оттуда напросилась тема для продолжения: как расставлять людей в команде, зная их ведущие мотивации?
 
 Краткое содержание прошлого сабжа: в первую очередь от работы нам, понятно, нужны деньги, но не только, каждому важно ещё что-то своё — и если знать, что это, то мы будем лучше понимать других людей, а менеджеры смогут избежать типичных ошибок.
 
 Теперь представьте, что вы делаете бизнес в ИТ или формируете команду в корпорате. Вам нужно расставить сотрудников по ролям, исходя из их ведущих мотиваций. Как мы уже знаем из первой статьи (в этой тоже напомним этот лор), инструментал любит чёткие инструкции и понятные KPI, профессионал — нестандартные вызовы и возможность делать новое, хозяину важно распоряжаться своим участком, патриоту — быть частью чего-то большего, ну а избегающему — тихо сидеть на окладе с минимальной ответственностью. Давайте разберём на двух примерах (стартап и корпорат) возможные правильные и неправильные расстановки. Спойлер: это не всегда очевидно. Поехали.

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

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

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

Рассказываем, как Делимобиль ищет айти-союзников, и почему мнение команды в этом вопросе играет ключевую роль?