Менеджмент

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

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

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

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

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

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

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

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

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

За свою жизнь я успел поработать в нескольких крупных компаниях. Телеком, ритейл, финансы — неважно. И почти везде встречал одно и то же явление: система, которая должна помогать пользователю (и бизнесу), превращалась во врага.

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

Поздравляю. У вас вырос корпоративный IT-монстр.

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

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

Жизненный цикл программного обеспечения включает в себя множество этапов. Так в работе [1] выделяют активности по предпроектному обследованию, внедрению программного обеспечения и непосредственно пост-проекту имплементации. Этап поддержки и развития относится к пост-проекту внедрения и призван обеспечить непрерывное функционирование разработанной и запущенной в продуктивный режим работы программной системы. По большому счету, это именно тот результат, который изначально ожидается от реализации любого программного продукта: его постоянное и качественное функционирование для удовлетворения нужд пользователей и достижения стратегических целей предприятия.

Существует множество различных сводов знаний, применимых к комплексным программным системам: PMBoK для управления проектами, BABoK для бизнес-анализа, BPM CBOK для управления бизнес-процессам, EABoK для управления кооперативной архитектурой, а также SWEBoK по программной инженерии. Практически во всех сводах знаний делается акцент именно на внедрение и смежные активности, забывая про то, что имплементация программного продукта завершается его передачей в поддержку. Одним из немногих литературных источников по данной тематике является ITIL [2], описывающий четыре домена знаний, позволяющих осуществлять сопровождение решения после его реализации.

В контексте BABoK и расчета бизнес-кейса, выполняемого при предпроектном обследовании, довольно часто рассчитывается показатель TCO (Total Cost of Ownership, совокупная стоимость владения), демонстрирующий постоянные и переменные затраты, которые понесет компания при внедрении программного обеспечения. Одной из постоянных статей затрат является сумма поддержки и развития информационной системы. Таким образом, знание особенностей выполнения этапа поддержки и развития программной системы позволяет рационально планировать затраты и разумно ограничивать содержание проекта имплементации.

Привет, Хабра. Я — Вадим. Когда-то здесь рассказывал, как делал WhammyD — педальки-контроллеры для Digitech Whammy. Это была весёлая история, но закончилась она остановкой проекта, потому что устройства были, прямо скажем, мало кому нужны.

В этой статье расскажу про новый проект — Neko. Это гаджет, чтобы каждый человек мог кайфануть от игры на гитаре, реализовать свои музыкальные идеи и почувствовать себя музыкантом, даже если на это остаётся 15 минут после рабочего дня.

С 2026 года правила уплаты страховых взносов кардинально меняются. Рост МРОТ и предельной базы, отмена льгот для части МСП и новые обязательные взносы за директоров без зарплаты напрямую увеличат финансовую нагрузку на бизнес. Эта статья — пошаговое руководство, которое поможет разобраться в поправках и подготовить компанию к новым реалиям.

Агрегатор забанил карточку товара с подачи владельца товарного знака. Углубились в детали и составили прогноз развития ситуации. Подобрали вариант действий.

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

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

Solo developer journey: Как я довел B2B платформу от 8.5/10 до 8.8/10, исправил 13 критических багов, прошел Context7 MCP аудит и успешно задеплоил на production с первыми пользователями.

После первой части (концепция и MVP) и второй части (решение технических проблем), настал момент истины - финальная подготовка к production.

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

Доброго времени суток, дорогой читатель! Эту короткую статью я пишу для менеджеров проектов, работающих на так называемых "галерах" (компаниях, которые в погоне за прибылью игнорируют чаяния своих сотрудников - P.S. это исключительно мое определение, и если кто не согласен, то предложите пожалуйста свое определение в комментариях). Под катом - история работы над одним проектом и выводы, которые я сделал после его завершения.

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

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

Но ЧТО же должен создавать автор документации? Что должна в себя включать документация, когда, на каком этапе и в каком объёме она должна создаваться, ЧТО она должна содержать, когда, кому и при каких обстоятельствах она может потребоваться?

В данной статье мы и поразмышляем об этом...

Предприниматели из ИТ‑индустрии часто демонстрируют левые взгляды во всём, кроме одного: когда речь заходит о госрегулировании их компаний, они становятся правее правых. Экономисты Нил Малхотра и Дэвид Брукман изучили взгляды технопредпринимателей из Кремниевой долины и предлагают ввести новый вид «политического животного»: либералтарий.

От Союзмультфильма до социальной сети Глюкоград.

Как граффити на кухне превратился в технологический стартап.

Как писать концепцию проекта, ставить задачи, адаптировать agile, почему метод персон и JTBD нерабочие, как починить сторипойнты, что делать, если менеджер - петух, и как тушить пожары, сколько зарабатывают ПМы в банках и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Попрощайтесь с эпохой потребительских сайтов и мобильных приложений. Искусственный интеллект положил начало эре, которую инсайдеры из инновационной столицы страны именуют «хард-теком».

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

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

От дерзкого нарушителя правил до интегрированного партнёра — таков путь Uber.

AI давно обещает избавить менеджеров от рутины, но делает ли он это на самом деле?

Я проверила 10 систем управления проектами — от таск-трекеров до больших платформ — и посмотрела, где искусственный интеллект работает лучше людей. 

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

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

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

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