Кейс: мониторинг программистов

Профессия разработчика программного обеспечения считается неприкасаемой для систем мониторинга пользовательского поведения. Мол, программисты - творческий народ, и подходить к оценке эффективности их работы со стандартными метриками нельзя. А о качестве можно судить по готовому продукту. Главный аргумент в пользу этой позиции - «Вы все равно ничего не поймете» - и дает разработчикам статус «неприкасаемых». И позволяет творит все, что заблагорассудится. В гостях блога проекта KickIdler - один из клиентов, который не поверил в «особенный» статус программистов, начал мониторинг и анализ информации и пришел к удивительным выводам: эффективных программистов губит не безделье, а эффект переключения контекста, который снижает производительность труда отдельных сотрудников в среднем на 20%.

Привет. Меня зовут Олег, я владелец небольшой региональной компании по заказной разработке. Мы делаем специализированное ПО для российских клиентов. Еще полтора года назад у нас в штате было чуть больше 20 разработчиков, но с наступлением жесткой фазы кризиса и с уменьшением количества заказов и падением «среднего чека» мы были вынуждены сократить число программистов до 11. С теми, кто компанию покинул, мы продолжаем поддерживать отношения и привлекаем их как фрилансеров с почасовой оплатой.

С уменьшением штата произошло то, чего я боялся. Производительность команды разработки упала. Конечно, падение получилось непропорциональным по отношению к сокращению численности команды (не в два раза), но его хватило, чтобы мы перестали укладываться в сроки. Заказчики, конечно, были недовольны: с кем-то удалось договориться, а кого-то из клиентов мы просто потеряли. Острая проблема требовала немедленного решения. Но было непонятно, с чего начинать. Все люди проверенные и сознательные, совсем не ленивые, да и рабочий день отсиживают от звонка до звонка, что легко проконтролировать.

Я предположил, что кое-кто из специалистов слишком серьезно готовится к кризису - берет фриланс и делает его в рабочее время. Гипотезу решено было проверить с помощью системы учета рабочего времени (УРВ), которая собирала информацию о том, какие приложения и сайты используют сотрудники в течении рабочего дня. Система УРВ отклонений не выявила. Судя по её отчетам, программисты 85% своего рабочего времени проводили в приложениях для разработки, а на непрофильные активности они тратили в среднем 8%. Грех жаловаться.

Стало ясно, что по логам пользовательского поведения проблему не диагностировать. Нужно каким-то образом заглянуть в компьютеры сотрудников. Конечно, стоять за спиной у всех 11 программистов невозможно. Поэтому решено было применить KickIdler. Я воспользовался тестовой версией решения и настроил ее на запись видео с экранов рабочих компьютеров своей команды.

Видео дало пищу для размышлений. Программисты действительно проводили очень много времени в приложениях для разработки. Но их продуктивное время было сильно разбавлено временем во всевозможных социальных сетях и профессиональных сообществах - от Habrahabr до GitHub. Они переключались туда, читали сообщение или пост, писали ответ или комментарий – и возвращались к написанию кода. Вот только рабочий настрой оказывался утерян, и разработчик минут 15-20 приходил в себя, раскачивался, пока снова не входил в рабочий ритм. Но тут приходило уведомление о новом сообщении. Он опять переключался в соцсети, и все начиналось заново.

Среди IT-инженеров этот эффект известен как переключение контекста. Для человеческого мозга (как и для электронного его аналога - центрального процессора) это один из наиболее затратных процессов с точки зрения вычислительных ресурсов и времени. У машин переключение контекста снижает производительность процессора, у людей - расфокусирует внимание и вынуждает мозг долго-долго нащупывать оборванную нить конструктивной работы. Когда программистов было более 20, этот эффект распределялся между ними и был менее заметен. Проблема вылезла тогда, когда разработчиков стало 11, и вклад каждого в общее дело стал более очевиден. В среднем переключение контекста съедало у каждого из моих специалистов 20% рабочего времени. Учитывая среднюю зарплату в команде разработки (85 тыс. рублей в месяц), в денежном эквиваленте это более 17 тысяч в месяц на сотрудника, или почти 200 тысяч рублей в месяц на команду разработки в целом. И это - не считая потерянных заказов и штрафов, которые нам выкатила пара недовольных клиентов за срыв сроков.

Эта история помогла понять ряд важных вещей:

• Если у вас есть возможность организовать мониторинг сотрудников за их рабочими компьютерами - сделайте это.
• Нет разницы, за кем наблюдать. Мониторинг будет полезен и программистам, и продажникам.
• Если сотрудники противятся мониторингу, значит, они признают, что они неэффективны, и боятся разоблачения.
• Стандартные системы учета рабочего времени могут не показать проблему. Так было в нашем случае.

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

А вы хотите знать на каких сайтах проводят рабочее время ваши сотрудники? Потратьте полчаса на установку системы Kickidler и вы получите не только полную статистику по работе с сайтами и программами, но и возможность заглянуть в монитор к одному или сразу нескольким менеджерам.