Как найти узкое место в задачах без ручного отчёта
Руководитель часто просит «отчёт по задачам», хотя на самом деле хочет понять, где работа застревает. Это разные запросы. Разбираем сценарий, который можно повторить в своём Битрикс24.
Отчёт по задачам легко превращается в демонстрацию активности: сколько создали, сколько закрыли, сколько просрочили. Через неделю такой отчёт перестают открывать. Полезнее начать с управленческого вопроса: какой процесс требует вмешательства прямо сейчас?
Шаг 1. Сравните сопоставимые периоды
Выберите два периода одинаковой длины и одинаковой рабочей нагрузки. Если сравнивать неполный месяц с полным, вывод будет ложным. Смотрите не только на число просрочек, но и на долю просрочек от задач, у которых был дедлайн.
| Показатель | Что означает | Частая ошибка |
|---|---|---|
| Просроченные задачи | Задачи с дедлайном в прошлом и без завершения | Считать все задачи, включая без дедлайна |
| Средний возраст | Сколько задача живёт в открытом состоянии | Смешивать задачи разной сложности |
| Переоткрытия | Задача вернулась после завершения | Считать признаком плохой работы сотрудника |
| Переносы дедлайна | Срок менялся после постановки | Не фиксировать, кто и когда перенёс |
Шаг 2. Провалитесь в разрез
Рост просрочек сам по себе ничего не объясняет. Переключитесь на проекты: возможно, проблема в одном процессе, а не во всей компании. Затем на ответственных: не для того, чтобы найти виноватого, а чтобы понять, где сосредоточена нагрузка или где задача не может сдвинуться без внешнего решения.
Число задач без учёта сложности, зависимостей и ожидания внешних ответов не является объективной продуктивностью. Это повод задать вопрос, а не вынести оценку.
Шаг 3. Вернитесь к первичной задаче
Любой агрегат должен разбираться до исходной карточки. Откройте задачу, посмотрите комментарии, историю статусов и дедлайнов. Часто выясняется, что задача ждёт согласования, а не исполнителя. Тогда вмешательство нужно в процессе согласования, а не в мотивации команды.
Что настроить до первого отчёта
- Согласовать, что считается дедлайном и как учитываются переносы.
- Определить, входят ли закрытые просроченные задачи в отчёт и за какой период.
- Зафиксировать права видимости: руководитель проекта не обязательно должен видеть все задачи компании.
- Договориться, какие решения принимаются по отчёту, а какие — только после разбора карточки.
Дальше отчёт можно автоматизировать. Но автоматизация плохих определений просто делает ошибку быстрее. Поэтому в подключении мы сначала согласуем правила, а затем показываем цифры.
Как это выглядит в демо
В публичном демо задач есть три шага: найти отклонение, провалиться до сотрудника или проекта, вернуться к первичной задаче. Все данные синтетические, а интерфейс доступен без регистрации — чтобы вы могли проверить логику до разговора с нами.