DevPace
БлогСправкаНовостиСкачатьДемоТарифыПривязка устройстваВойтиНачать

Команда стала медленнее: как найти причину по данным за 15 минут

Коротко. Когда сроки поехали, а очевидной причины нет, самый частый ход — спросить у людей. Он полезен, но упирается в то, что человек помнит последние два дня и объясняет ими весь месяц. Данные о структуре рабочего дня отвечают на другой вопрос: что изменилось и когда именно. Разбор ниже — конкретная последовательность из четырёх шагов, каждый на существующих экранах. Важное ограничение сразу: данные покажут, что дробление выросло в интервале 10:00–12:00, но не скажут, что виновато новое дейли. Связь устанавливаете вы, глядя в календарь; продукт даёт проверяемую гипотезу, а не приговор.

Команда стала медленнее: как найти причину по данным за 15 минут

Задача — не найти виноватого, а найти, что изменилось в процессе

Содержание

Шаг 1: где именно изменилось

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

Сравнение отделов по величине изменения

Отделы отсортированы по величине изменения, а не по уровню показателей

Ключевая деталь: сортировка идёт по изменению, а не по уровню. В примере выше у «Маркетинга» самое высокое дробление — 12,1 переключения в час, — но самое маленькое изменение. Он таким был и раньше; новость не в нём. Смотреть надо на «Продажи» с ростом на 29%.

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

Шаг 2: что именно изменилось

Переключаетесь на найденный отдел и читаете наблюдение.

Наблюдение о росте дробления с переходом «было → стало»

Переход «было → стало», часы наибольшего роста и основание вывода

Здесь важны три вещи, и все три — про доверие к цифре:

Рядом стоит собственная норма группы: «обычно у этой группы 7,7 за 90 дней». Без неё «+27%» не отвечает на вопрос «а это вообще много?» — подробнее о принципе в статье сравнение только с собой.

Шаг 3: в каких часах

Строка «Где проявляется сильнее всего» — то, ради чего весь разбор и затевался. Она превращает «стало хуже» в конкретное «выросло в 11:00, 12:00 и 10:00».

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

Шаг 4: проверить гипотезу

Гипотезу нужно проверять, а не принимать. Практичный порядок:

  1. Посмотреть календарь команды за этот интервал — что появилось нового.
  2. Спросить команду, но конкретно: не «стало ли тяжелее», а «что изменилось у вас в районе 11 часов». Точный вопрос получает точный ответ.
  3. Изменить одно условие и подождать две недели. Одно — иначе вы не узнаете, что сработало: как проверить гипотезу экспериментом.
  4. Сравнить с тем же периодом — не с идеалом, а с собственным прошлым.

Сколько это стоит в часах

Чтобы разговор с командой и с руководством не превратился в спор о процентах, полезна цифра в часах.

Часы, проведённые в отрезках короче пяти минут

Считается из ваших данных, а не по внешней оценке

Формулировка здесь намеренно осторожная: это не потерянные часы — работа в них идёт. Это часы, которые физически не могли быть непрерывной сосредоточенной работой. Такая точность важнее красивого «команда теряет N часов»: первое проверяемо, второе — оценка, выданная за измерение.

Чего этот разбор не даёт

Частые ошибки

FAQ

С чего начать, если непонятно, где проблема? Со сравнения отделов по величине изменения, а не по уровню показателей. Команда с высоким, но стабильным дроблением — известная данность.

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

Данные говорят, что дробление выросло в 11:00. Это точно из-за встречи? Нет. Это совпадение по времени, которое даёт гипотезу. Проверять её нужно в календаре команды и разговором.

Сколько ждать после изменения процесса? Минимум две недели: сравнение делит период пополам и требует достаточно дней с данными в каждой половине.

Что делать, если изменение затронуло только один отдел? Смотреть, чем его условия отличаются: расписание, дежурства, процесс ревью. Общекомпанийская причина обычно проявляется в нескольких отделах сразу.

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


Посмотреть на живых данных. В демо DevPace открыт раздел руководителя: сравнение отделов, наблюдения с основанием и часы дробления. Всё по группе целиком, синтетические данные, без регистрации — открыть демо компании. Что это даёт руководителю — коротко на отдельной странице.