惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
博客园 - 三生石上(FineUI控件)
博客园 - 司徒正美
博客园_首页
J
Java Code Geeks
V2EX - 技术
V2EX - 技术
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
TaoSecurity Blog
TaoSecurity Blog
T
Troy Hunt's Blog
Forbes - Security
Forbes - Security
Schneier on Security
Schneier on Security
Hugging Face - Blog
Hugging Face - Blog
PCI Perspectives
PCI Perspectives
O
OpenAI News
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Hacker News: Ask HN
Hacker News: Ask HN
Application and Cybersecurity Blog
Application and Cybersecurity Blog
H
Heimdal Security Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
博客园 - 聂微东
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
大猫的无限游戏
大猫的无限游戏
WordPress大学
WordPress大学
美团技术团队
V
V2EX
Cisco Talos Blog
Cisco Talos Blog
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
Cybersecurity and Infrastructure Security Agency CISA
有赞技术团队
有赞技术团队
腾讯CDC
Cloudbric
Cloudbric
Google DeepMind News
Google DeepMind News
博客园 - 【当耐特】
SecWiki News
SecWiki News
IT之家
IT之家
C
Cisco Blogs
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
S
Schneier on Security
Security Latest
Security Latest
Scott Helme
Scott Helme
H
Help Net Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
P
Palo Alto Networks Blog
L
LINUX DO - 热门话题
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Performance Review в Авито — прозрачная методика роста в компании
alina_babenk · 2026-05-15 · via Все публикации подряд на Хабре

Привет! Меня зовут Алина Бабенко, я тимлид команды Auction Efficiency в Авито. Под моим руководством 12 DS, и мы отвечаем за то, чтобы в поиске и рекомендациях Авито корректно учитывались разные целевые действия продавцов — клики, сделки, звонки. Этой зимой я, как менеджер, провела четвёртый цикл перформанс ревью и решила рассказать, как устроен этот процесс. Статья будет интересна DS и ML-инженерам, а также DS-менеджерам и лидам.

Зачем нужен процесс перформанс ревью и как он устроен

Авито — большая компания, в которой работают тысячи сотрудников. Такие условия могут создать сразу несколько трудностей в карьерном росте для конкретного сотрудника: 

— достижения легко пропустить. Если в департаменте работает сотня человек, сложно отследить, кто и насколько сильно повлиял на продукт.

— в разных командах условия для роста могут отличаться. Например, в команде А, специалист уровня мидл по своим компетенциям может быть выше, чем синьор в команде Б.

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

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

— похвалили тех, кто поработал особенно хорошо, 

— повысили того, кто это заслужил,

— обозначили точки роста для тех, у кого они есть.

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

Весь процесс перформанс ревью состоит из нескольких шагов:

— Сотрудник самостоятельно пишет ревью на то, что он сделал и чего добился за последние полгода.

— Мы собираем отзывы от коллег и смежников. Сотрудник выбирает, с кем он работал по каждой цели, чтобы открыть возможность писать отзывы.

— Менеджеры пишут защиты для ревью специалистов, чтобы подтвердить достижения.

— Менеджеры презентуют свои защиты и обсуждают оценки между собой.

— Сотрудники получают обратную связь от разных менеджеров по результатам калибровок.

Рассмотрим каждый этап чуть подробнее.

Тут еще больше контента

Тут еще больше контента

Шаг 1: пишем ревью о своей работе

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

Сотрудники добавляют ссылки на артефакты, чтобы подтвердить работу. Это может быть pull request, результаты A/B-теста, дизайн-документы. Отдельно хочу отметить возможность добавить респондентов по задаче. Это важно по двум причинам:

1. Отзыв — это обратная связь для специалиста.

2. Качество взаимодействия — одна из компетенций для оценки DS-инженера. 

Чтобы нашим сотрудникам было удобно писать ревью и добавлять артефакты, мы разработали специальную платформу — Перфоратор. В ней можно прописать цели, добавить респондентов, прикрепить артефакты и даже ссылки на соответствующие ОКРы.

OKR (Objectives and Key Results) — это система постановки целей, которая помогает компаниям и командам расти быстрее. В основе — цель (Objective) и измеримые результаты (Key Results), которые подтверждают её достижение.

Шаг 2: собираем отзывы

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

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

Например, не стоит писать: «X очень классно выполнил задачу», стоит раскрыть «благодаря тому, что X сделал эту задачу вовремя, мы смогли закрыть квартальные цели команды или юнита». 

Если же хочется дать отрицательный отзыв, также не стоит писать «мне не понравилось, как велась работа по задаче». Лучше сформулировать конкретные действия, которые стоит начать делать или поменять. 

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

Тем не менее, первым отзыв видит менеджер, и, если понимает, что конструктивности не хватает, может вернуть автору и попросить что-то исправить. Сотрудник, чью работу оценивали, увидит рецензию только после окончания калибровок.

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

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

Шаг 3: пишем защиту

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

Система оценок

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

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

Жми сюда!

Жми сюда!

Шаг 4: проводим калибровку

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

— Быстро презентовать работу своего сотрудника.

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

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

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

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

Например, DS-специалист сейчас находится на уровне мидла. Мы смотрим в таблицу и видим, что у сотрудника должны быть навыки А, Б и В. Дальше оцениваем ревью и сверяемся, проявил ли специалист эти три навыка за последние полгода или нет. Дальше три варианта действий:

— навыки проявлены ниже ожиданий — отмечаем точки роста,

— умения соответствуют текущему уровню — всё остаётся как есть,

— специалист проявил навыки выше ожидаемого уровня — задел на синьора.

Таблицы с компетенциями открыты для всех людей в компании, что повышает прозрачность. При оценке компетенций мы берём две параметра: самооценку DS и оценка менеджера.

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

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

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

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

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

Дополнительный челлендж состоит в том, что DS в Авито может выполнять end-to-end задачи: — разрабатывать сервис и его поддержку, 

— писать платформы,

— выкатывать в прод новую модель или алгоритм ранжирования с влиянием на бизнес-метрики. 

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

Шаг 5: даём обратную связь

Итак, калибровки завершились, результаты согласованы. Самое время сообщить их DS-инженеру. Здесь стоит отметить, что ожидания относительно результата обычно формируются менеджером до процесса перформанс ревью. Но калибровки были бы не нужны, если бы все результаты полностью совпадали с теми, что поставил менеджер. После калибровок становятся видны отзывы, кроме случая, если автор пожелал сохранить анонимность, но такое бывает редко. 

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

Вся статья кратко

Перформанс ревью — это способ объективно оценить вклад каждого сотрудника. Мы проводим ревью каждые полгода, и процесс состоит из нескольких этапов:

— Сотрудник пишет ревью, в котором описывает свои достижения за период

— Коллеги и сотрудники из смежных функций могут написать отзыв о работе с этим специалистом

— Менеджер пишет защиту на ревью, чтобы подтвердить успехи сотрудника

— Менеджеры направления собираются, изучают материалы и обсуждают результаты для каждого сотрудника, чтобы объективно оценить их

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

Перформанс ревью помогает нам объективно и прозрачно оценивать вклад каждого специалиста и вовремя повышать сильных сотрудников.

Кликни здесь и узнаешь

Кликни здесь и узнаешь