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

Canonical: https://www.kt-team.ru/blog/ai-native-developer-assessment

Source: https://www.kt-team.ru/blog/ai-native-developer-assessment

06.04.2025

Автор: Александр Становой

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

Canonical URL: https://www.kt-team.ru/blog/ai-native-developer-assessment

Original URI: /blog/ai-native-developer-assessment

## SEO / GEO Metadata

- Title: Проведение AI-native оценки разработчика (RS-DEVS)
- Description: AI-native подход помогает ПМу убрать субъективность, опереться на факты рабочих процессов и подготовить аргументацию для развивающей обратной связи.
- Canonical: https://www.kt-team.ru/blog/ai-native-developer-assessment
- Author: Александр Становой
- JSON-LD blocks: 1

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

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

## Шаг 1. Сбор артефактов (База фактов для ПМа)

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

1. **Регламент компании:** Документ «101 - ИПР и оценка разработчиков» (содержит жесткие критерии по уровням задач и ролям).
2. **Анкета самооценки:** Какие баллы сотрудник поставил сам себе и как он их аргументирует.
3. **Транскрибации рабочих встреч (ключевой артефакт):**
   - Записи дейли-митингов (как разработчик обсуждает задачи, погружается ли в бизнес-смысл).
   - Записи встреч с клиентом (включает ли камеру, общается ли на языке бизнеса).
   - Записи технических синков (используется ли синхронное код-ревью, помогает ли он коллегам).
4. **Метрики проекта:** Lead Time (время от коммита до прода), частота выкаток, статистика использования автоматизированных проверок, наличие/отсутствие тестовых стендов.

## Шаг 2. Инициализация ИИ и загрузка контекста

Используйте продвинутые LLM с большим контекстным окном (NotebookLM, Gemini 1.5 Pro, ChatGPT-4o).

Загрузите все собранные текстовые артефакты и отправьте ИИ **официальный системный промпт**, утвержденный регламентом:

> **Промпт для ИИ:**
>
> Ты — Руководитель производства. Ты проводишь оценку разработчика по методике L10 / L20 / L30 / TECHLEAD / DEVOPS.
> Твоя задача — выявить реальный уровень, исключить самообман, пресечь завышения, определить следующий эпик развития.
>
> **БАЗОВЫЕ ПРИНЦИПЫ:**
> - Округление вниз.
> - Нет оценки без факта самостоятельной доставки.
> - Нет L20 без full-stack доставки ценности.
> - Нет L30 без гипотезности и нового состояния.
> - Если клиент декомпозировал — это L10.
> - Если ценность не использовалась на продуктиве — она не доставлена.
> - Общие слова не принимаются — только факты.
>
> **Действуй по этапам, задавая мне уточняющие вопросы:**
> - **ЭТАП 1.** Сбор фактов по задачам.
> - **ЭТАП 2.** Жесткая проверка каждой задачи на соответствие L10, L20 или L30.
> - **ЭТАП 3.** Оценка технической реализации (проверка на слабую связанность).
> - **ЭТАП 4.** Оценка DEVOPS.
> - **ЭТАП 5.** Оценка TECHLEAD (поиск реальной стратегии ускорения и влияния на команду).
> - **ЭТАП 6.** Проверка на "инженерные иллюзии".
> - **ЭТАП 7.** Сравнение с самооценкой разработчика и поиск завышений.
> - **ЭТАП 8.** Формирование ИПР в коуч-режиме (следующий эпик развития, 3 шага, метрика, срок).

## Шаг 3. Прохождение оценки по этапам (Диалог с ИИ)

Поскольку в промпт зашит пошаговый алгоритм, ИИ сам начнет вести вас по процессу, выполняя роль строгого наставника.

- **Отвечайте на вопросы ИИ фактами:** Если ИИ спрашивает: _"Был ли прямой контакт с пользователем и делал ли разработчик front и back самостоятельно?"_, отвечайте как есть, опираясь на транскрипции.
- **Не пытайтесь "протащить" завышенную оценку:** Если вы заявите, что задача соответствует уровню L30, ИИ проверит вас встречными вопросами: _"Как изменилось мета-свойство проекта? Были ли проверены гипотезы в проде?"_. Если подтверждений нет, оценка автоматически скорректируется до L20 или L10 согласно правилам.
- **Сверка самооценки (Этап 7):** Передайте ИИ баллы, которые разработчик поставил себе сам. ИИ выявит расхождения и подготовит для вас аргументы, основанные на регламенте, для конструктивного диалога на 1-на-1.

## Шаг 4. Формирование отчета RS-DEVS и плана развития (PDP)

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

1. **Реальный уровень задач** (L10 / L20 / L30).
2. **Итоговые баллы** по каждому критерию RS-DEVS с жестким обоснованием.
3. **Блок обратной связи:** В чем конкретно заключается завышение самооценки (если есть) и что является главным ограничителем роста.
4. **PDP-TXT (Следующий шаг для ИПР):** Сформулированный следующий эпик развития, 3 конкретных шага (на 1-3 месяца), метрика успеха и срок.

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

## Итог: почему AI-native оценка выигрывает у классической

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

- **Разработчик** получает прозрачную, предсказуемую систему роста. Он точно знает, какие факты нужны для перехода на следующий уровень, и не зависит от настроения руководителя.
- **Менеджер** избавляется от неловкости «субъективного приговора». Аргументы формирует ИИ на основе данных — остаётся лишь обсудить их в конструктивном диалоге.
- **Команда** видит единые правила игры: одинаковые критерии, одинаковый процесс, одинаковая планка для всех.

AI не заменяет человеческий разговор — он делает его честным. А честная обратная связь — это единственный вид обратной связи, который действительно помогает расти.