Промпт для плана удержания и мотивации ключевых сотрудников

Пример входных данных от пользователя: «Уходит ведущий бэкенд-разработчик (Senior), на нем архитектура биллинга. Стал формально отвечать в Slack, перестал брать инициативу в код-ревью. Бизнес рискует сорвать запуск нового тарифа в следующем квартале. Полномочия по зарплате: +15% максимум. Срок на удержание — 2 недели».

Ответ модели

1. Диагностика Наблюдается «тихое увольнение» (отстраненность, снижение качества ревью). Вероятные причины: выгорание от рутины в биллинге или наличие оффера. Точка роста — передача экспертизы и смена фокуса на архитектурное менторство.

2. Скрипт разговора «Алексей, заметил, что за последний месяц ты стал меньше вовлекаться в обсуждение архитектуры и ревью. Твой вклад в биллинг критичен для запуска тарифов. Расскажи, что сейчас в работе драйвит меньше всего? Я хочу, чтобы ты сфокусировался на [задача Х], и готов обсудить пересмотр условий и твоей роли».

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

• Неделя 1: One-to-one встреча, выявление «болей». Согласование надбавки 15% и выделение 20% времени на R&D. Эффект: фиксация договоренностей. Проверка: принятие оффера на удержание.

• Неделя 2: Назначение Алексея техлидом по запуску тарифов. Делегирование части рутины мидл-разработчикам. Эффект: снижение операционной нагрузки. Проверка: наличие плана делегирования.

• Недели 4-8: Регулярные чекапы раз в 2 недели. Эффект: контроль состояния. Проверка: возврат качества ревью.

4. Метрики и даты

• Метрика: Скорость закрытия задач по биллингу (Cycle Time) и глубина комментариев в ревью.

• Дата: 30 дней — фиксация сохранения темпа разработки.

5. Риски и их снижение

• Риск: Деньги не удержат, если есть выгорание. Снижение: Дать право выбора стека для нового модуля.

• Риск: Демотивация команды из-за привилегий одного. Снижение: Позиционировать изменения как расширение ответственности техлида.

**Нужно

...