Post without text
HR под капотом
HR-инженерия: бюджет, мотивация, подбор — автоматизация и LLM на уровне формул и архитектуры, а не принципов. Авторы работают в телекоме, e-commerce и финтехе..
- Channels in category
- 13 334
- This channel's rank
- № 1 503
- Channels in category
- 8 642
- This channel's rank
- № 2 789
The section failed to load.
The data did not refresh — the previous period is still shown.
Dashboard
22 October — 28 October 2026
Loading…
Audience growth
+17subscribers in the period
+20 biggest gain · 26 Oct 2026 −2 biggest loss · 24 Oct 2026
Quality index
Views and reach
Subscriber engagement
Citation index
0.0citation index
Place among similar channels — higher than 7 %. To reach the “high” level, the channel needs to overtake 396 more channels.
#64 179 in MAX · More — the “Mentions” tab
When and how much it posts
Post formats
Every post is a dot
Higher means more views, bigger means more reactions. Click a dot to open the post.
Period totals
Click a metric to see it across the period below
Ads in the channel
Top posts
By views for the period
Posts by day
Pale bars are days, the line is the 7-day average: you can see whether the channel is speeding up or slowing down
Data updated at 20:57 Moscow time. Views are the current counts of posts published on those days; average reach counts posts older than two days. How the quality index is calculated
Posts for the period
Loading…
Финал разбора закрывающего доклада форума «Цифровизация персонала»: Залина Сланова, MAGNIT TECH. 🎤 Спикер это пересказ доклада, 🔸 Наш взгляд это наше мнение. Остался последний шаг: как управлять новыми командами.
HRBP и учёт команд
🎤 Спикер. Классический HRBP закреплён за департаментом, а команда живёт поперёк департаментов. Нужен HRBP стрима, который видит текучесть и укомплектованность команды целиком. Состав команд надо сразу хранить в системе, а не умирать под тоннами Excel-файлов. В Магните для этого сделали отдельную мастер-систему.
Итог года: зрелость команд выросла с 30 до 70%, поставка ускорилась на 10-50%, больше 500 лидеров прошли ассессмент, больше 90% стримов работают в едином квартальном ритме.
🔸 Наш взгляд. С выводом согласны. Но важнее, кто строит эту мастер-систему.
▫️ Почему функция. Структура стримов меняется постоянно: команды собирают, делят, людей переводят между ними. Мастер-система должна меняться вслед за ней. Если каждое изменение передавать на сторону через ТЗ и очередь, система всегда отстаёт от реальности. Функция, которая ведёт структуру, меняет систему сама, на инфраструктуре компании. Так мы построили десятки своих систем.
▫️ Почему не отдавать на сторону. Когда разработку отдают на сторону, требования к инфраструктуре часто завышают, а с ними и стоимость. Под систему учёта команд на 200 пользователей закладывают Kubernetes, кластер и всё, что к нему прилагается, и всё это идёт в смету. Это круизный лайнер, который гонят с одним пассажиром через десятиметровую речку💪. Подов в кластере больше, чем людей, которые туда заходят👐.
Вопрос из зала про аналитиков
🎤 Спикер. Слушательница из ИТ спросила: зачем учить бизнес и разработку разговаривать, если есть бизнес-аналитик? И предложила развивать full-stack аналитиков. Залина ответила: аналитик нужен, но как участник команды, а не как стена между бизнесом и разработкой.
🔸 Наш взгляд. Full-stack аналитик ближе всего к нашему подходу. С агентами аналитик, который понимает предмет, сам доводит задачу до кода, и стена исчезает без перестройки всей компании.
Вопрос из зала про C&B
🎤 Спикер. В C&B на продуктовые гипотезы нет времени: нужно автоматизировать так, чтобы всё работало без ручного труда.
🔸 Наш взгляд. Наш опыт ровно отсюда. Например, систему анализа зарплат вендор оценил в 81-108 млн ₽. Одна только погрешность этой оценки, 27 млн ₽, больше, чем нужно, чтобы собрать свою команду и всё построить. Собственно, так и вышло: HR-команда построила систему сама, и на ней принимают решения о повышениях.
Что в итоге
🔸 Наш взгляд. Магнит показывает путь сверху: перестроить структуру тысяч людей, чтобы бизнес и ИТ работали вместе. Но трансформация это не только перестановка функций, а их кардинальное изменение.
Для прикладной задачи путь короче, и он работает при трёх условиях сразу:
▫️ ИТ даёт только платформу: инфраструктуру, ИБ и сети;
▫️ в функции есть люди с методологией и навыками разработки;
▫️ компания разрешает функции самой выпускать продукт.
Третье условие ломается первым, когда топ-менеджмент верит в миф о «ручнике». Руководитель, который его поддерживает, оплачивает чужую борьбу за бюджет, срывает трансформацию, которую сам запустил, и платит за это лишними тратами.
Презентация magnit tech во вложении.
Продолжаем разбор закрывающего доклада форума «Цифровизация персонала»: Залина Сланова, MAGNIT TECH. 🎤 Спикер это пересказ доклада, 🔸 Наш взгляд это наше мнение. Команды собраны, теперь им нужны общие цели и общий язык.
Общие цели
🎤 Спикер. Договориться об общих целях без ругани не получается: ИТ нужно, чтобы система работала, бизнесу нужны продажи. В итоге Java-разработчик отвечает за рост продаж, а бизнес за то, чтобы система не упала после его «сделайте к обеду». Премия идёт за результат продукта, а не за число закрытых задач.
🔸 Наш взгляд. Когда разработчик отвечает за продажи, а бизнес за аптайм, ответственность размывается: если отвечают все, не отвечает никто. Ждём, когда кассир начнёт отвечать за latency. Мы делим иначе: за платформу отвечает ИТ, за правильность расчёта тот, кто знает предмет и сам пишет логику. Когда строит и пользуется одна команда, драться за общие KPI не с кем.
Общий язык
🎤 Спикер. С ТЗ было удобно: как написали, так и сделали. Теперь надо разговаривать, а для этого учиться. Времени на обучение нет, поэтому учат в работе: объяснили перед планированием, провели митап, попробовали, повторили. Через 3-4 квартала бизнес понимает, что такое спринт-ревью и quality gate. Agile-коучей нет совсем, хотя в Сбере их, по оценке Залины, было около 400. Вопросы 350 команд закрывает ИИ-ассистент, остальное разбирает центр экспертизы.
🔸 Наш взгляд. Бот вместо коучей поддерживаем, у нас в системах тоже есть ассистент. Он тоже умеет отвечать вопросом на вопрос «а как ты сам думаешь?», только бесплатно. Но логичен следующий шаг: вместо того чтобы годами учить весь бизнес языку разработки, вырастить в функции несколько человек, которые говорят на обоих языках, и дать им агентов.
Дополнение к докладу: что ответит ИТ на разработку в бизнесе
🔸 Наш взгляд. Предложение растить разработку в функции упирается в типовой ответ ИТ. Стоит бизнесу сказать «мы сделаем сами», звучит ехидное «это же ручник». У большинства топ-менеджеров засела старая мысль: прикладная разработка в ИТ это системная автоматизация, а та же разработка в бизнесе это локальная, то есть несерьёзная.
Это чушь. Если бизнес пишет код на той же инфраструктуре, которую подготовили архитекторы и согласовала ИБ, с той же базой данных и тем же контролем доступа, автоматизация не становится локальной. Старый код в ИТ называют легаси, новый код в бизнесе называют ручником. Разница в том, что за легаси уже заплатили.
Второй аргумент ИТ: «а кто будет поддерживать?». В самом ИТ после запуска команду разработки обычно распускают, а на поддержке остаются один-два человека, часто подрядчики, которые систему не писали и предмет не знают. Любая доработка снова идёт через заявку, ТЗ и очередь. Зато по регламенту. В функции систему сопровождают её авторы. Рутину сопровождения берут агенты: обновляют зависимости, закрывают уязвимости, пишут тесты и документацию. Дежурство тоже на владельце системы. Если смотреть честно, вопрос «кто будет поддерживать?» стоит задать самому ИТ.
Ярлык «ручник» не про качество, а про власть и бюджеты. Монополия на код рушится, и прикладная разработка ведёт себя как любой монополист: объявляет конкурента контрафактом. Это агония старой модели перед командами нового типа, подробно разберём её отдельной статьёй.
В третьей части: учёт команд, круизный лайнер и три условия, при которых функция строит сама.
30 сентября в Москве прошёл IV Всероссийский форум «Цифровизация персонала». Закрывающий доклад сделала Залина Сланова, руководитель продуктовой трансформации MAGNIT TECH. Ниже пересказ доклада по шагам. В каждом шаге два блока: 🎤 Спикер это то, что говорила Залина, 🔸 Наш взгляд это наше мнение. Оно опирается на опыт команды: мы сами построили десятки систем для HR и финансов, от бюджетирования и прогноза ФОТ до мотивации и аналитики подбора, без вендоров и без прикладной разработки ИТ.
О чём доклад
🎤 Спикер. Год назад Залина начала перестраивать ИТ Магнита: 3 000 человек, 350 команд. Решение о трансформации обычно принимают CEO и акционеры, насмотревшись модных интервью на YouTube, а про HR вспоминают, когда пора всё разгребать. Продуктовая трансформация всегда является реорганизацией, а реорганизация это кадровое решение.
🔸 Наш взгляд. Согласны: трансформация это реорганизация, и без HR её не провести. Но читать доклад стоит с одним предусловием: за последний год сильно изменилась цена кода.
В сентябре экономисты Anthropic опубликовали модель того, как ИИ изменит экономику к 2030 году (anthropic.com/institute/econ-scenarios ). В «существенном» сценарии ИИ способен выполнять половину всей интеллектуальной работы. Программисты там среди тех, кому, возможно, придётся переучиваться на электриков. Хорошая новость: опыт с легаси пригодится, там тоже всё замуровано в стены и никто не помнит, кто это делал.
Для прикладной разработки это уже не прогноз: аналитик, который знает предмет и работает с Claude Code, агентами и инструментами, по результату не уступает команде разработчиков. Дальше по каждому шагу покажем, что это меняет в самой реорганизации.
Бизнес и ИТ в одной команде
🎤 Спикер. Раньше бизнес писал ТЗ, ИТ через год возвращал систему, а бизнесу было нужно уже другое. Теперь человек из бизнеса и разработчик вместе решают, что делать, и вместе отвечают за результат. Они сидят в разных департаментах, поэтому придётся менять подчинение, а это работа HR.
🔸 Наш взгляд. С диагнозом согласны. Но схема «бизнес и ИТ в одной команде» придумана для мира, где код был дорогим и писали его только в ИТ. Совместная команда сокращает разрыв, а не убирает его: бизнес всё так же объясняет, разработчик всё так же переводит в код. Главное в HR-задачах это неявное знание: какие исключения важны, а какие можно упростить. Его не передать ни через ТЗ, ни на дейли. Когда код дешёвый, тот, кто знает предмет, пишет логику сам, и переводить нечего.
Схема штатного расписания
🎤 Спикер. Вариантов два. Зеркальные структуры: под каждое бизнес-подразделение создают такое же в ИТ. Проще внедрить, но ИТ-специалист тянется к своему ИТ-начальнику. Так устроено в Магните. Центры компетенций: в ИТ собирают пулы Java, Python, фронтенда и набирают из них людей под заказчика. Гибко, но придётся переделать все HR-сервисы.
🔸 Наш взгляд. Обе схемы переставляют функции, но не меняют их. Разработчик живёт в ИТ, а бизнес его одалживает, как самокат в кикшеринге, поминутно. В зеркальной схеме ещё и матрёшка: у логистики появляется ИТ-логистика, у неё свой бэклог, у бэклога свой владелец, и у каждой куклы свой бюджет. Настоящая трансформация меняет сами функции. Прикладной разработки в ИТ не остаётся вообще: ИТ отвечает только за платформу, то есть инфраструктуру, ИБ и сети. Методология, бизнес-логика и прикладная разработка целиком уходят в функцию, к небольшой команде аналитиков-разработчиков.
Во второй части: общие цели, бот вместо agile-коучей и что ответит ИТ на разработку в бизнесе.
Loading…
Loading…
Loading…
Loading…
Loading…
Loading…
Loading…
Loading…