KPI для команды по задачам: как настроить

Каждую пятницу руководитель обходит чат и лично спрашивает у семи человек одно и то же: «Что успел на этой неделе?» Кто-то отвечает сразу, кто-то — только после напоминания, а по итогам всё равно неясно, кто перегружен, а кто просто хорошо отчитывается о процессе. Знакомая картина для команды, где задачи есть, а системы измерения работы нет.

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

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

В этой статье:

• Какие метрики выбирать для KPI по задачам
• Формулы расчёта: как считать KPI без сложных таблиц
• Сравнение сервисов для дашборда с KPI по задачам
• Как настроить метрики под разные типы команд
• Пошаговый план: как собрать KPI-дашборд за неделю
• Частые ошибки при настройке KPI по задачам

Какие метрики выбирать для KPI по задачам

Соблазн — взять всё, что можно посчитать: количество созданных задач, число комментариев, активность в чате. Ловушка в том, что такие цифры измеряют шум, а не работу. Хорошая метрика отвечает на конкретный управленческий вопрос: успеваем ли мы в срок, кто перегружен, где падает качество. Если метрика ни на что не влияет, от неё лучше отказаться, даже если её легко считать.

Метрики скорости и сроков

• Доля задач, закрытых в срок. Главный показатель дисциплины команды. Считается по факту закрытия, а не по обещанию «вот-вот сдам».
• Среднее время выполнения задачи (цикл). Сколько дней проходит от старта работы до закрытия. Растущий цикл — ранний сигнал перегрузки ещё до того, как посыпались сроки.
• Время до старта после постановки. Задача может неделю лежать нетронутой в очереди, и обычный трекер сроков это не покажет — а именно здесь чаще всего теряется время.

Метрики нагрузки и качества

• Число задач в работе на человека одновременно. Если у сотрудника открыто пятнадцать задач параллельно, реальный фокус размывается, даже если формально всё «в процессе».
• Доля задач, вернувшихся на доработку. Показывает не скорость, а качество: сделали быстро, но криво — и потратили время дважды.
• Соотношение поставленных и закрытых задач за период. Если задач приходит больше, чем закрывается, бэклог тихо растёт, и через месяц команда окажется под кучей необработанных дел, даже если каждую неделю всё выглядело нормально.

Три-четыре метрики из этого списка обычно закрывают потребность любой команды. Дальше про эти же показатели можно почитать в статье «KPI команды: пошаговый гайд» — там подробно разобраны этапы внедрения и роли, кто за что отвечает в этом процессе.

Формулы расчёта: как считать KPI без сложных таблиц

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

• Доля выполнения в срок = (задачи, закрытые до дедлайна ÷ все задачи, закрытые за период) × 100%.
• Среднее время выполнения = сумма (дата закрытия минус дата старта) по всем задачам ÷ количество задач за период.
• Коэффициент просрочки = (задачи с истёкшим сроком, которые ещё не закрыты ÷ все активные задачи на конец периода) × 100%.
• Загрузка на человека = число задач в статусе «в работе» ÷ число сотрудников в команде. Если среднее значение выше 5–6 задач на человека одновременно, стоит смотреть, кто именно перегружен.
• Доля возврата на доработку = (задачи, вернувшиеся из статуса «готово» обратно в работу ÷ все задачи, закрытые за период) × 100%.

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

Пример на живых цифрах. За две недели команда из шести человек закрыла 54 задачи, из них до дедлайна успели 46. Доля выполнения в срок = 46 ÷ 54 × 100% ≈ 85%. По тем же 54 задачам сумма дней от старта до закрытия составила 162 дня, значит среднее время выполнения = 162 ÷ 54 = 3 дня на задачу. Если через месяц доля выполнения упадёт до 60%, а средний цикл вырастет до 5 дней, это не повод ругать команду — это повод посмотреть, откуда взялась просадка: выросла ли сложность задач, стало ли их физически больше, или сроки изначально ставились нереалистично.

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

Полезно сразу задать себе пороговые значения, чтобы не гадать, хорошая цифра перед вами или нет. Для доли выполнения в срок ориентир простой: выше 85% — команда работает предсказуемо, от 70 до 85% — стоит присмотреться, ниже 70% — пора разбираться, что пошло не так, до того как это скажется на клиентах. Для среднего цикла своего ориентира не существует: он сильно зависит от типа задач, поэтому смотрите не на абсолютное число, а на то, как оно меняется от месяца к месяцу у вашей же команды.

Сравнение сервисов для дашборда с KPI по задачам

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

Инструмент	Кому подходит	Сильная сторона для KPI-дашборда	Ограничение
Мяудза	российские команды 3–30 человек	дашборд по задачам сразу считает сроки и нагрузку, без настройки отдельных отчётов, данные в РФ	молодой продукт, меньше готовых шаблонов отчётов, чем у крупных систем
Яндекс Трекер	IT и продуктовые команды	гибкие очереди, встроенные отчёты по просрочкам и SLA	синтаксис фильтров сложноват для нетехнического руководителя
Kaiten	команды с гибким канбаном	тонкая настройка досок и WIP-лимитов	аналитика под KPI требует ручной настройки виджетов
Jira	разработка и продуктовые команды	зрелые отчёты, диаграммы по спринтам, история изменений статусов	тяжёл и избыточен для нетехнических отделов, оплата в валюте
Битрикс24	бизнес с фокусом на продажи и CRM	встроенный модуль KPI и мотивации сотрудников	KPI-модуль спрятан среди десятков других разделов, интерфейс перегружен

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

Если вы уже ведёте задачи в одном из этих сервисов, необязательно сразу искать замену. Сначала проверьте, есть ли у вас встроенный отчёт по срокам и загрузке — часто он уже есть, просто скрыт в настройках, до которых руки не доходили. Переезд имеет смысл только тогда, когда выясняется, что нужный отчёт в принципе недоступен без доплаты за отдельный тариф или без экспорта в сторонний BI-инструмент.

Как настроить метрики под разные типы команд

Одни и те же формулы работают везде, но акценты стоит расставлять по-разному в зависимости от того, чем занята команда.

Команда разработки

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

Агентство с клиентскими проектами

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

Отдел продаж или поддержки

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

Административный и бэк-офис отдел

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

Пошаговый план: как собрать KPI-дашборд за неделю

Собирать систему KPI сразу под все отделы — верный способ забросить её через месяц. Двигайтесь по одной команде и постепенно.

1. Выберите три метрики, не больше. Доля выполнения в срок, средний цикл и загрузка на человека закрывают большинство задач управления. Остальное добавите позже, когда команда привыкнет.
2. Проверьте, заполняются ли даты в карточках. Без честной даты старта и дедлайна ни одна формула не сработает. Если поля пустуют, сначала наведите порядок здесь, а не в формулах.
3. Договоритесь о единых правилах закрытия задач. Что считается «готово»: сдано клиенту или переведено в статус? Разночтения в этом моменте искажают все расчёты.
4. Настройте автоматический отчёт по трём метрикам. В большинстве трекеров это фильтр или готовый виджет — не таблица, которую придётся обновлять руками.
5. Покажите дашборд команде до того, как начнёте его использовать для оценки. Люди спокойнее относятся к метрикам, которые видят сами, а не узнают о них на разборе результатов.
6. Через месяц уберите то, что не читают. Если метрика ни разу не всплыла в разговоре за месяц — она лишняя, даже если красиво выглядит на графике.

Такой план даёт рабочий дашборд уже на первой неделе, а не через квартал согласований.

Частые ошибки при настройке KPI по задачам

• Слишком много метрик сразу. Десять показателей на старте никто не читает — внимание распыляется, и в итоге не смотрят ни на один.
• KPI считают по ощущениям, а не по датам в карточках. Без точных дат старта и закрытия любая метрика — приблизительная оценка, а не факт.
• Метрику превращают в единственную цель. Если премия жёстко завязана на проценте выполнения в срок, сотрудники начинают занижать оценки сроков, а не работать быстрее.
• Не разделяют команды и типы задач. Общая цифра по всей компании прячет проблему конкретного отдела или конкретного типа работ.
• Забывают пересматривать метрики. Показатели, которые были важны полгода назад, могут потерять смысл, а руководитель продолжает на них смотреть по привычке.

Как это устроено в Мяудзе

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

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

Руководителю не нужно раз в неделю просить сотрудников прислать статус — достаточно открыть доску и увидеть те же три-четыре метрики, которые команда решила считать важными. А поскольку показатели строятся на реальных датах в карточках, а не на отдельном ручном отчёте, дашборд не расходится с тем, что происходит в работе на самом деле.

Попробовать Мяудзу бесплатно — и увидеть первые KPI по своим задачам уже сегодня.

Итог

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

Если нужен более подробный разбор этапов внедрения и того, кто в команде за что отвечает на каждом шаге, — смотрите статью «KPI команды: пошаговый гайд». А если метрики нужно считать сразу по нескольким клиентским проектам, а не по одной команде, начните с материала про управление клиентскими проектами.