Как договориться об отчетах во время каскадного роста?

Важный момент — договориться о метриках, которые можно зафиксировать в отчетах. Они должны быть конкретными, измеримыми и завязанными на ценность для бизнеса.

📌 Формат договоренности:

1. Обсудить KPI перед началом каскадного роста.

2. Каждые 2-3 месяца сотрудник отправляет отчет с цифрами.

3. Оценивать прогресс по этим данным и делать решение о следующем этапе повышения.

1. Вопросы перед стартом (до первого повышения +10%)

Чтобы зафиксировать стартовые показатели, спроси:

• Сколько тест-кейсов ты закрываешь в месяц сейчас? (Если их не считают, договоритесь начать фиксировать).

• Какой процент найденных тобой багов доходит до продакшена? (Если нет точных данных, договоритесь отслеживать).

• Сколько критических багов ты выявил за последние 3 месяца?

• Какой у тебя сейчас охват автотестами (если занимаешься автоматизацией)?

• Было ли твое предложение, которое улучшило процесс тестирования/качество продукта? Если да, какое?

💡 Зачем?

Эти вопросы фиксируют исходные данные, чтобы через 2-3 месяца можно было сравнить динамику.

2. Вопросы через 2 месяца (до второго повышения +15%)

Здесь уже важно проверить прогресс по договорённым KPI:

• Как изменилось количество закрываемых тест-кейсов?

• Удалось ли снизить процент багов, уходящих в прод? (Если было 5% → стало 3%, это рост качества).

• **Есть ли примеры, когда твоя работа сократила время тестирования или обнаружила проблему до релиза?

• Начал ли ты вести code review или помогать коллегам в QA? Если да, какие примеры?

• Какие инициативы ты внедрил в процесс тестирования за последние 2 месяца?

💡 Зачем?

Если динамика положительная, это аргумент, что человек действительно растет в сторону Senior.

3. Вопросы через 3 месяца (до третьего повышения +25%)

На этом этапе проверяем, соответствует ли он уже уровню Senior QA:

• Какие из предложенных тобой улучшений реально внедрены в работу?

• Как изменился общий процесс тестирования с твоим участием?

• Удалось ли увеличить процент автоматизированного тестирования?

• Начал ли ты менторить junior-специалистов?

• Как изменилось качество выпускаемых фич? Видишь ли снижение багов на поздних стадиях?

💡 Зачем?

Если на этом этапе есть видимый вклад в улучшение процессов, то специалист действительно стал Senior.

Как оформить это?

Лучше договориться, чтобы сотрудник каждые 2 месяца присылал отчет в таком формате:

📌 Пример отчета (через 2 месяца):

• Тест-кейсы: было 100 → стало 130 (+30%)

• Критические баги, найденные на ранних стадиях: было 10 → стало 18 (+80%)

• Процент найденных багов, не дошедших до прод: было 4% → стало 2%

• Автоматизация: покрытие автотестами увеличилось с 40% до 55%

• Инициативы: предложил новый процесс smoke-тестов, что сократило время релиза на 15%

• Командная работа: начал проводить code review, помогал junior QA с onboarding

Вывод

✅ Перед началом → зафиксировать стартовые показатели.

✅ Через 2 месяца → проверить динамику улучшений.

✅ Через 3 месяца → зафиксировать изменения на уровне процессов и команды.

💡 Так ты получишь конкретные цифры, которые легко привязать к каскадному росту зарплаты, и сам специалист будет понимать, за что он получает повышение. 🚀