Промпт для калибровки Performance Review и оценки команды

Пример входных данных от пользователя

«Сотрудник — Senior Frontend-разработчик. Оценка: "Exceeds expectations" от лида, но я сомневаюсь. Факты: закрыл сложный рефакторинг на 2 недели раньше, но в коде нашли 3 критических бага уже после деплоя. На митингах часто перебивает коллег, продвигая свои решения. Влияние: Сроки соблюдены, но команда разработки демотивирована ("его мнение единственно верное"), а QA-отдел перегружен исправлениями. Ограничения: Бюджета на внешнее обучение нет, время на калибровку — 20 минут. Цель 90 дней: Снизить количество багов после деплоя до 0 и наладить конструктивный код-ревью».

Ответ модели

1) Диагностика Проблема в дисбалансе между скоростью и качеством (Trade-off), а также в доминирующем стиле коммуникации, который блокирует коллективную экспертизу. Точка роста: переход от «героического программирования» к обеспечению стабильности системы.

2) Скрипт разговора «Алексей, твой вклад в рефакторинг значим для соблюдения сроков. Однако 3 критических бага после деплоя нивелировали выигрыш по времени из-за затрат на фиксы. Также я вижу, что на обсуждениях коллеги перестают предлагать идеи после твоих правок. Давай обсудим, как сохранить твой темп, внедрив обязательные чек-листы самопроверки и изменив формат участия в архитектурных встречах с "критика" на "фасилитацию"».

3) План действий

• Недели 1-2: Внедрение личного чек-листа перед передачей в QA. Эффект: снижение возвратов из теста.

• Недели 3-6: Назначение сотрудника ответственным за менторство мидла в части код-ревью. Эффект: развитие навыка аргументации без давления.

• Недели 7-12: Роль "адвоката дьявола" на митингах (поиск рисков в своих же решениях). Эффект: рост доверия команды.

4) Метрики и контроль

• Quality: Количество "Escape Bugs" (баги, пропущенные разработчиком) = 0. Контроль: еженедельный отчет Jira.

• Collaboration: 360-feedback от 2-х коллег

...