IT — единственная отрасль, где «работаем больше» не работает. Нужны метрики результата, а не процесса. Разбираем рабочие схемы.
Главная ошибка — ставить разработчику KPI «количество строк кода» или «количество закрытых задач». Это убивает качество. Нужна другая система.
OKR vs KPI: разница
- KPI — постоянные метрики «как мы работаем» (uptime, скорость релизов, баги)
- OKR — амбициозные цели на квартал «куда движемся» (запустили продукт, выросли в 2 раза)
Лучше использовать ОБА вместе: KPI — операционка, OKR — стратегия.
OKR: структура
Objective (цель) — качественная, амбициозная, 3–5 на квартал.
Key Results (ключевые результаты) — измеримые, 3–5 на каждую цель.
Пример OKR разработки
O: Запустить новый платёжный модуль в продакшн
KR1: Реализовать 5 платёжных провайдеров
KR2: Достичь uptime 99.95%
KR3: Conversion checkout ≥ 85%
KR4: Покрытие тестами ≥ 80%
Пример OKR продукта
O: Удвоить активную аудиторию
KR1: DAU с 50k до 100k
KR2: Retention D7 с 25% до 35%
KR3: Запустить 3 новые фичи
Не уверены — узнайте свои шансы за 10 секунд
Введите ИНН компании — мы покажем скоринговый балл, шансы одобрения и список банков, которые с большой вероятностью одобрят кредит.
🔍 Бесплатный аудит по ИНН →KPI команды разработки
Доставка (Delivery)
- Lead time — от задачи до прода (цель: ≤ 5 дней)
- Cycle time — от начала до прода (цель: ≤ 2 дней)
- Deployment frequency — релизов в неделю (цель: 5+)
- Change failure rate — % релизов с откатом (цель: ≤ 10%)
Качество (Quality)
- Bug ratio — баги на 1000 строк кода (цель: ≤ 1)
- Test coverage — покрытие тестами (цель: ≥ 75%)
- Critical bugs in prod — за квартал (цель: ≤ 2)
- MTTR — среднее время восстановления (цель: ≤ 1 час)
Стабильность (Reliability)
- Uptime — доступность сервиса (цель: ≥ 99.9%)
- Latency p95 — 95-й перцентиль (цель: ≤ 300мс)
- Error rate — % ошибок 5xx (цель: ≤ 0.1%)
Команда (Team)
- eNPS — насколько готовы рекомендовать компанию (цель: ≥ 40)
- Turnover — текучка кадров (цель: ≤ 10% в год)
- Time to hire — время найма от вакансии до выхода (цель: ≤ 30 дней)
KPI продукт-менеджера
- DAU/MAU (активные пользователи)
- Retention D1/D7/D30
- LTV (lifetime value)
- CAC (стоимость привлечения)
- Conversion (по ключевым воронкам)
- NPS (net promoter score)
KPI поддержки и DevOps
- Time to first response (T1) — ≤ 15 минут
- Time to resolution — ≤ 4 часа для Sev1
- SLA compliance — ≥ 99%
- Customer satisfaction — ≥ 4.5/5
Что НЕ должно быть в KPI разработчика
- Количество строк кода (стимулирует «лапшу»)
- Количество коммитов (никак не связано с результатом)
- Количество закрытых задач (можно надробить)
- Часы в офисе (не имеет смысла на удалёнке)
- Скорость прохождения собеседований (не для разработчика)
Привязка к бонусам
- Командные KPI — бонус всей команде (50% бонуса)
- OKR — бонус за достижение (30% бонуса)
- Индивидуальные — soft skills, ментворство (20% бонуса)
OKR не должны быть на 100% выполнимы. 70% — норма, иначе цель была слишком лёгкой.
Главные ошибки
- Слишком много KPI (10+) — никто не помнит
- KPI без обновления — устаревают за квартал
- Только индивидуальные KPI — убивают команду
- Бонус только за процент выполнения — рискуют не брать амбициозные цели
- Без обзора каждого месяца — KPI забываются
Чек-лист системы метрик
Получите консультацию бесплатно
Расскажем, какие у вас шансы и в какой банк подавать. Без обязательств и предоплаты.