Куда на самом деле уходит рабочее время сотрудников

Шесть категорий рабочего времени

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

Как измерить без превращения офиса в паноптикум

Для диагностики производительности сотрудников обычно не нужен постоянный мониторинг экрана. Возьмите одну роль и один массовый процесс, попросите 5-10 сотрудников несколько дней отмечать категорию крупными блоками либо восстановите действия по событиям CRM, service desk и других систем

1. Выберите одну единицу результата - заявку, заказ, документ, обращение
2. Снимите 3-5 рабочих дней или достаточное число реальных кейсов
3. Отделяйте активное время от времени, когда задача ждёт
4. Не смешивайте полезную координацию и повторное уточнение уже известных данных
5. Проверяйте результат вместе с сотрудниками: они обычно лучше всех знают, где процесс заставляет делать бессмысленные действия

Какие показатели полезнее “загрузки 100%”

Эта доля не должна становиться KPI для давления на людей. Она нужна, чтобы увидеть процессный резерв. Кроме неё смотрите время полного цикла, число ручных касаний, возвраты и throughput на команду

Пример: менеджер заказа

За день сотрудник обрабатывает 18 заказов. На собственно проверку и запуск каждого уходит по 8 минут, но ещё 6 минут на заказ он ищет статус в разных системах и копирует данные. Оптимизация рабочего времени здесь не означает “работать быстрее”. Она означает убрать 108 минут поиска и переноса данных из ежедневного процесса

Что обычно стоит менять первым

• Ручной ввод одинаковых данных
• Повторный поиск статуса и документов
• Отчётность, которую можно собрать автоматически
• Очереди на типовое решение руководителя
• Возвраты из-за неполного входа
• Переключения между системами без передачи контекста

Какие данные снять до улучшения

3-5 типичных рабочих дней - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите События CRM/ERP по выбранному процессу, а затем количество переключений между системами, возвраты и повторный ввод и очереди и ожидание. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод

• 3-5 типичных рабочих дней
• События CRM/ERP по выбранному процессу
• Количество переключений между системами
• Возвраты и повторный ввод
• Очереди и ожидание

Не используйте исследование времени как рейтинг сотрудников. Один из самых полезных результатов такого замера - увидеть, что сильные специалисты получают непропорционально много “сложных” исключений и потому выглядят менее производительными по простому счётчику задач

Сравнение доля value work и ручные минуты на единицу лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «3-5 типичных рабочих дней» и «События CRM/ERP по выбранному процессу», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока

Как проверить результат на том же потоке

Связка доля value work, ручные минуты на единицу, throughput на FTE, rework и время поиска/администрирования показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать