Таблица ответственности — это не формальность. Это договор о том, кто что делает и когда. Без неё подбор превращается в игру "кто виноват".
Большинство конфликтов между HR и заказчиком возникают не из-за плохих людей, а из-за несогласованных ожиданий. Таблица ответственности фиксирует эти ожидания до старта — и делает рекрутмент управляемым.
Понятно, кто ведёт переписку с кандидатом и кто согласует условия оффера.
Каждый этап имеет владельца. Если задача не двигается — понятно, к кому идти.
Когда заказчик не даёт ОС — вы ссылаетесь на договорённость, а не на личные претензии.
Разделённая ответственность переводит HR из роли "принеси резюме" в роль со-владельца найма.
RACI — классический инструмент, который даёт общий язык. Используйте его, чтобы объяснить заказчику: его участие обязательно, а не опциональное. "Это ваша A, не моя R."
| Задача | HR | Заказчик | HRBP/тимлид | Примечание |
|---|---|---|---|---|
| Формирование профиля вакансии | R | A | C | Заказчик отвечает за точность требований |
| Сорсинг и привлечение кандидатов | R | I | A | |
| Первичный скрининг резюме | R | I | A | |
| Обратная связь по резюме | I | R A | C | SLA: 24–48 часов |
| Организация интервью | R | A | I | Заказчик подтверждает слоты |
| Проведение технического интервью | I | R A | C | |
| Принятие решения по кандидату | C | R A | I | HR не принимает решение за заказчика |
| Согласование условий оффера | R | A | C | |
| Коммуникация оффера кандидату | R | I | A | |
| Онбординг (первый день) | R | A | I | Заказчик встречает сотрудника |
Разбивка по этапам воронки: кто что делает на каждом шаге. Это основа для договора на старте работы.
SLA (Service Level Agreement) на ОС — инструмент из практики крупных рекрутинговых команд. Фиксируется не "заказчик смотрит резюме", а конкретный срок. Это даёт основание для эскалации без личного конфликта.
Заказчик даёт ОС по шорт-листу: подходит / не подходит + причина.
Итог встречи с кандидатом + принятое решение по следующему шагу.
Заказчик подтверждает или предлагает альтернативное время встречи.
После того как HR передал параметры кандидата и ожидания по компенсации.
Если SLA нарушен: HR фиксирует факт в таблице и эскалирует по заранее согласованной цепочке — не как личная претензия, а как процессный сигнал. Это снимает напряжение и сохраняет отношения.
Отдельный статус для каждого кандидата в части коммуникации с заказчиком. Помогает видеть, где процесс завис — и почему.
Коммуникация идёт в штатном режиме. Дедлайны соблюдаются.
Продолжаем по плануHR передал материалы заказчику. Ждём обратной связи в рамках SLA.
Напомнить при просрочкеSLA нарушен. Нет ответа более 72 часов. Причина неизвестна.
ЭскалироватьЗаказчик зафиксировал паузу: изменились приоритеты, бюджет, орг. структура.
Договориться о дате возвратаЗаказчик дал финальный ответ. Переходим к офферу или закрываем позицию.
Фиксируем и двигаемсяПрофиль изменился, появились новые критерии. Нужен повторный брифинг.
Назначить встречуHR продолжает сорсить, не зная, что не так с профилем. Воронка наполняется — качество падает.
Решение: зафиксировать SLA на старте и эскалационный путьКлассика "горячей картошки": никто не хочет быть виноватым, HR берёт A-задачи заказчика — и потом несёт ответственность за чужой выбор.
Решение: RACI — зафиксировать, что решение по кандидату это A заказчикаКаждый помнит брифинг по-своему. Появляются расхождения в требованиях на середине поиска.
Решение: письменный бриф + подтверждение от заказчикаУ HR есть метрики и дедлайны, у заказчика — нет. Создаёт асимметрию ответственности.
Решение: SLA фиксируется двусторонне, не только для HRЗаказчик начинает добавлять требования после первых кандидатов. HR продолжает искать по старому профилю.
Решение: любые изменения профиля = повторный брифинг + обновление таблицыКогда нет прописанного процесса эскалации, любое "поднятие вопроса" выглядит как жалоба.
Решение: прописать точки эскалации заранее — это процесс, не претензияОтметьте пункты, которые уже выполнены. Всё, что не отмечено — точка риска.