Почему «бигдатой» контролировать и иногда увольнять сотрудников — это нормально и логично

Всем привет, меня зовут Лаптев Алексей, я разработчик сервисов utmstat и apimonster. По мотивам статьи про увольнения в Xsolla хочу объяснить кухню IT-компаний и рассказать, почему контролировать «бигдатой» вполне логично.

Многие в комментах пишут, что нельзя бигдатой оценивать сотрудников, что это приведет к симуляции работы, нужно оценивать результат.

Автор поста не прав и злодей.

Но мне кажется многие такие комментаторы не понимают из чего состоит работа в Xsolla и любой другой IT компании, где надо в основном программировать и продавать.

Если разобраться в сути, то все окажется не так страшно и вполне логично.

Попробую объяснить.

Цифры даны условные, разумеется в разных конторах они разные, но суть везде одна.

К сожалению, если собрать в офисе 5-10 человек и дать им задачу: напишите сервис или продайте n-раз, то скорее всего через месяц проект с места не сдвинется.

Тут нужно позадачное планирование с четким планом действий и сроками. По другому никак.Это подтвердит любой злой начальник (руководитель), который пытался запустить продукт, а не просто задачи пилил из джиры.

Из этой проблемы вытекает потребность в инструментах контроля и KPI — CRM, таск-трекеры и сколько чего было сделано за месяц.

Пилит задачи из джиры.

Решенная задача, прошедшая контроль и залитая в GIT.

Количество сделанных задач в месяц.
Средний срок на задачу — 1-3 дня.

Если задача большая, то ее надо дробить на задачи по 1-3 дня.

В итоге получается что в среднем программист может сделать около 10 задач в месяц.

Соответственно относительно этой цифры можно оценивать всех программистов:

Проверяет задачи за программистами.

Количество задач со статусом «Протестировано».

Количество задач со статусом «Протестировано» в месяц.

Те же 10 штук в месяц.

Решает задачи бизнеса. По сути теже задачи в тасктрекере.

Фича вылитая на прод и задача со статусом «На проде».

Количество задач со статусом «На проде» в месяц.

Пусть 10 штук в меc.

Общается с входящими лидами. По сути те же задачи в CRM в виде сделок и лидов.

Явный ответ от лида — нужен продукт или нет, желательно с продажей или хотя бы с фидбеком что не так.

Количество обработанных лидов в месяц. От 30 до 100.

Кофе.

Кофе.

Тут уже сложнее. Задач нет, наверное отсутствие жалоб на баристу от клиентов.

Бигдата — это громко сказано, можно еще ИИ добавить для солидности.

Как видим, у всех сотрудников основой KPI — это выполненные задачи в месяц.

Разумеется в разных конторах свои цифры, но они есть и суть везде примерно одинакова.

Поэтому если заморочиться, то можно начать считать задачи в месяц и на дистанции в несколько месяцев уже оценивать кто как работает:

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

Важно понимать, что всю аналитику надо делать на длинной дистанции, а не за день.

Все живые люди и каждый день работать одинаково не получиться:

Но на дистанции в несколько месяцев все сроки выравниваются и локальные отклонения значения не имеют. Можно делать объективные выводы.

Вовлеченность бигдатой действительно можно мерить, когда в основе процессов лежат CRM и такс-трекеры, а эти инструменты есть в любой IT-компании - это основа.

Но это не лайки и общение в чате, а решенные бизнес-задачи с подтвержденным результатом в виде задачи в CRM или трекере.

Обычно меряют вовлеченность на глаз — "ну вроде работал".
Но когда сотрудников сотни - на глаз невозможно и поэтому подключается считалочка в виде "бигдаты".

За редкие опоздания и проседания производительности бигдата и начальник не уволит, но за системные нарушения и явно низкую эффективность в течение длительного времени — легко.

Все это создаст проблемы только явно ленивым сотрудниками, остальным не стоит переживать.