Настроили Трекер и работаем на основе метрик: опыт сервиса по рассылкам уведомлений ChatPush

ChatPush — компания, которая разработала собственный сервис. Он помогает другим бизнесам отправлять уведомления клиентам. Над сервисом и другими продуктами внутри ChatPush работает команда разработчиков, которым нужно ставить задачи по разным направлениям, взаимодействовать со смежными специалистами, следить за сроками проектов.

Маргарита Хальзова, деливери-менеджер ChatPush и эксперт по Трекеру, рассказывает, как она внедрила его в процессы компании и какие метрики команда теперь отслеживает с его помощью.

Команда выросла, и прежние инструменты больше не подходили

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

Мы посовещались, выбрали несколько альтернативных вариантов, а я, как деливери-менеджер, изучила набор функций сервисов, их стоимость и удобство. В итоге предложила компании внедрить в процессы Яндекс Трекер.

Распределили задачи по продуктам

Чтобы грамотно оценивать производительность команды, измерять время и степень её загрузки, я сразу занялась фактическим распределением задач по нашим продуктам, которые интегрируются с разными CRM-системами и сервисами. Посчитала процентное отношение задач каждого продукта к общему числу задач в спринте. А после вместе с командой договорились о желаемом проценте. Так мы можем рассчитывать фактические затраты по каждому продукту, сопоставлять значения и учитывать разные этапы работ, например дизайна и бизнес-ревью.

Для измерения всех показателей мы стали использовать виджеты Трекера — небольшие карточки с полезной информацией. Мы выносим их на дашборды и собираем на одном экране все необходимые данные: от заметок до сводных таблиц и графиков по задачам.

Измеряем метрики с помощью инструментов Трекера

Благодаря виджетам мы можем оценивать сразу несколько показателей.

Пропускная способность

Мы измеряем задачи числом закрытых Story Points — это единица работы. Оцениваем относительную трудоёмкость, а не точное время, которое тратим на каждую задачу.

Чтобы собрать статистику, мы используем виджет «Производительность команды». Устанавливаем параметры, например группируем закрытые задачи по неделям, и видим пропускную способность разработчиков за пять рабочих дней.

«Поток»

Виджет «Поток» помогает отслеживать, сколько задач команда ведёт одновременно. Если мы видим резкий подъём, решаем сосредоточиться на закрытии задач в работе и сократить количество новых.

Lead Time и Time to Market

Lead Time — это оценка времени с того момента, как сотрудник взял задачу на себя, до того, как он её фактически выполнил. Помогает лучше понять, какие типы задач есть на проекте. А Time to Market — это оценка времени с момента, как появилась идея, до того, как её передали клиенту. Так можно определить сроки, которые требуются на реализацию крупных проектов.

Для этих показателей мы используем виджет «Время цикла». Устанавливаем начальный статус для Lead Time — «Будем делать», а для Time To Market — «Новый». А после исключаем фильтрами «Отменённые задачи» задачи с типом Epic и любые другие, которые специально хотим исключить.

Динамика бэклога

Для этого в Трекере есть виджет «Создано/Решено». Если мы видим рост бэклога, сразу назначаем встречу, на которой разбираем задачи и заново расставляем приоритеты. Когда бэклог растёт постоянно, это может быть сигналом к неэффективной работе команды или к тому, что штат нужно увеличивать.

Статистика по задачам

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

Читайте также: Фокус на главном: как в Яндекс Трекер создать дашборд с виджетами под свои задачи

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