¶ Еженедельные показатели
¶ Что смотреть
- Количество активных/открытых задач в Битрикс24.
- Количество открытых задач HelpDesk.
- Отдельно открытые задачи разработки.
- Динамику зависаний по этапам.
- Категории задач, а не только общий счетчик.
¶ Почему одного числа мало
Одинаковое количество открытых задач может означать разную нагрузку: простые заявки, тяжелые разработки, задачи на уточнении, зависшие внешние проблемы или задачи, ожидающие заказчика.
¶ Правильный вывод
Показатель нужен как сигнал, а не как самостоятельная оценка эффективности. Если число растет, смотреть причины по категориям и этапам.
¶ Как заполнять блок HelpDesk в таблице
Для каждой новой колонки брать период от даты предыдущей колонки до даты текущей колонки.[1] Например, если предыдущая колонка 18.06, а текущая 24.06, то для входящих и закрытых задач проверять период 19.06.2026-24.06.2026 включительно.
| Строка таблицы | Где брать | Как считать |
|---|---|---|
| HelpDesk | Битрикс24 / HelpDesk, сохраненный фильтр Открытое всего. |
Общее число открытых задач на дату заполнения. В фильтре оставить активные статусы: Ждет выполнения и Выполняется; не добавлять тег, стадию или роль, если это общий HelpDesk. |
| Поступило | Список задач HelpDesk. | Сбросить все статусы и стадии, поставить только Дата создания в отчетном периоде. Статус не ограничивать, иначе уже закрытые входящие выпадут из счета. |
| Закрыто | Список задач HelpDesk. | Сбросить фильтр Дата создания, добавить поле Дата закрытия и поставить отчетный период. Это все задачи с датой закрытия за период, включая те, которые еще ждут контроля. |
| Закрыто и принято | Список задач HelpDesk. | Взять тот же фильтр по Дата закрытия, но в поле Статус выбрать Завершена. Ждет контроля сюда не входит. |
¶ Важная проверка по Закрыто и принято
Не искать Закрыто и принято в поле Стадия канбана: в интерфейсе оно может не отображаться как отдельная стадия.[2] В отчете это считается через Статус = Завершена при заданной Дата закрытия. Если задача еще Ждет контроля, она закрыта для исполнителя, но еще не принята заказчиком.
¶ Как заполнять блок разработки из Битрикс24
| Строка таблицы | Фильтр | Как читать |
|---|---|---|
| Разработка всего | Как Открытое всего, но добавить тег разработка. |
Все открытые задачи разработки. |
| Разработка оценено | Тег разработка; стадии Оценено, В работе, Тестирование. |
Все задачи разработки, у которых уже есть оценка и которые не находятся до оценки. |
| Разработка Бэклог | Тег разработка; стадии до В работе, включая Оценено; исключить В работе и Тестирование. |
Задачи разработки, которые еще не взяты в работу. |
| Разработка оценено Бэклог | Тег разработка; стадия Оценено. |
Оцененные задачи, которые еще не ушли в работу. |
¶ Как брать оценки из Azure
Azure нужен для оценок и связи с разработкой: там живут ветки, пайплайны, коммиты и Story Points.[3] Переписка с заказчиками и исходные формулировки остаются в Битрикс24.
- Открыть Azure DevOps / TFS и перейти в
Boards→Queries. - Создать или открыть свой запрос по задачам с оценкой.
- В запросе оставить
Work Item Type = User Story. - В
Stateвыбрать рабочие состояния:New,Active,Resolved,Tested. - Добавить условие
Story Points <> 0, чтобы считать только оцененные задачи. - Запустить запрос и сохранить его, иначе
Chartsне покажет результат. - В
Chartsсмотреть сумму поStory Points, если доступен агрегаторSum. Если интерфейс показывает толькоCount, считать сумму по колонкеStory Pointsвручную или через экспорт.
¶ Что записывать из Azure в таблицу
| Строка таблицы | Как считать |
|---|---|
| Общая оценка задач в Azure, часы | Сумма Story Points по состояниям New + Active + Resolved + Tested. |
| Общая оценка задач в Azure Бэклог, часы | Сумма Story Points по задачам бэклога, которые еще не взяты в работу. |
| Процент оценки задач разработки | Факт оцененных задач / план оценки. В видео план обсуждался как 90%. |
| Всего задач план | Плановая граница активного количества задач. В видео использовалось значение 80. |
Если получились странные цифры, проверить баланс:
открыто сейчас примерно равно открыто в прошлой колонке + поступило - закрыто.
Небольшие расхождения возможны из-за переносов, удаления, смены доски или ручных правок, но большая разница обычно означает одну из ошибок:
- остался фильтр
Дата создания, хотя считали закрытые; - осталась
Стадия канбанаиз прошлого фильтра; - вместо
СтатусвыбралиСтадия канбана; - старый сохраненный фильтр не перезаписался, а создался новый;
- в Azure попали черновые или закрытые задачи, которые не должны участвовать в статистике.
Если регулярная встреча сдвинулась, период тоже сдвигается: брать фактический промежуток между предыдущим и текущим заполнением, чтобы не было дыр и двойного счета. ↩︎
Статус- системное состояние задачи (Завершена,Ждет контроля), аСтадия канбана- колонка на доске. Для строкиЗакрыто и принятонужен именно статус. ↩︎В этих видео
Story Pointsв Azure используются как часы / оценка трудозатрат, а не как абстрактные Scrum-поинты. ↩︎