Проведение AI-native оценки разработчика (RS-DEVS)

Проведение AI-native оценки разработчика (RS-DEVS) 6.4.2025 Автор: Александр

Становой AI-native подход помогает ПМу убрать субъективность, опереться на факты из рабочих процессов и подготовить железобетонную аргументацию для развивающей обратной связи.

Согласно регламенту компании, регулярную оценку инженера проводит Проектный

Менеджер (ПМ) после заполнения разработчиком самооценки.

Часто ПМы склонны непреднамеренно завышать баллы из-за хороших отношений в команде или во избежание демотивации сотрудника. AI-native подход помогает ПМу убрать субъективность, опереться исключительно на факты из рабочих процессов и подготовить железобетонную аргументацию для развивающей обратной связи перед встречей 1-на-1.

ИИ в данном случае спорит не с «ощущениями менеджера»

, а сверяет факты с жесткими требованиями регламента.

ИИ не придумывает факты, он анализирует предоставленные данные. Перед инициализацией оценки ПМ должен собрать «сырую» фактуру:

Регламент компании: Документ «101 - ИПР и оценка разработчиков»

(содержит жесткие критерии по уровням задач и ролям). Анкета самооценки:

Какие баллы сотрудник поставил сам себе и как он их аргументирует.

Транскрибации рабочих встреч (ключевой артефакт):

Записи дейли-митингов (как разработчик обсуждает задачи, погружается ли в бизнес-смысл).

Записи встреч с клиентом (включает ли камеру, общается ли на языке бизнеса).

Записи технических синков (используется ли синхронное код-ревью, помогает ли он коллегам).

Метрики проекта: Lead Time (время от коммита до прода), частота выкаток, статистика использования автоматизированных проверок, наличие/отсутствие тестовых стендов.

Успешно пройдя все 8 этапов, запросите у ИИ финальную выжимку.

Вы получите готовый отчет для внесения в систему:

Реальный уровень задач (L10 / L20 / L30).

Итоговые баллы по каждому критерию RS-DEVS с жестким обоснованием.

Блок обратной связи: В чем конкретно заключается завышение самооценки (если есть) и что является главным ограничителем роста. PDP-TXT (Следующий шаг для ИПР):

Сформулированный следующий эпик развития, 3 конкретных шага (на 1-3 месяца), метрика успеха и срок. С этим документом ПМ выходит на встречу 1-на-1 с разработчиком, оперируя корпоративными стандартами и неопровержимыми фактами, что переводит разговор из плоскости «личных симпатий» в плоскость прозрачного профессионального роста.

Главная идея этого подхода - отделить факты от впечатлений.

Когда между менеджером и разработчиком стоит алгоритм, опирающийся на регламент, выигрывают обе стороны:

Разработчик получает прозрачную, предсказуемую систему роста.

Он точно знает, какие факты нужны для перехода на следующий уровень, и не зависит от настроения руководителя.

Менеджер избавляется от неловкости «субъективного приговора».

Аргументы формирует ИИ на основе данных - остаётся лишь обсудить их в конструктивном диалоге. Команда видит единые правила игры: одинаковые критерии, одинаковый процесс, одинаковая планка для всех. AI не заменяет человеческий разговор - он делает его честным. А честная обратная связь - это единственный вид обратной связи, который действительно помогает расти.