В первый месяц 2026-го мы порадовали пользователей долгожданной функцией Загруженность. Это график в рамках проекта, который помогает:
— прозрачно планировать работу, основываясь на фактах
— управлять ресурсами команды
— контролировать объём работ и дедлайны
Это наглядная модель реальной работы команды, которая строится на задачах, оценках в часах и рабочих графиках. Она показывает, сколько часов у исполнителя занято в конкретный день и где начинается перегруз.
Рассказываем, какую главную боль агентств решает функция, как мы справлялись
с возникающими проблемами и что ждёт Загруженность дальше.
Всё начинается с идеи
Идея Загруженности появилась из продуктового исследования, которое мы проводили с агентствами и проектными командами. Мы общались с ними, разбирали реальные процессы и старались понять, с какими проблемами сталкиваются чаще всего и в каких моментах существующие инструменты перестают работать.
Почти в каждом разговоре всплывала одна и та же боль — отсутствие понимания реальной загрузки людей. Задачи и проекты есть, но в момент планирования или старта нового проекта никто не может уверенно сказать, кто и насколько занят. Постепенно стало понятно, что это не частный случай, а системная проблема, которая напрямую влияет и на сроки, и на деньги, и на возможность команд расти.
Особенно остро это проявляется в агентствах. Без прозрачной картины ключевые специалисты перегружаются, дедлайны начинают сдвигаться, а новые проекты берут по ощущению.
Ситуация становится ещё критичнее в командах с почасовой моделью работы или с подрядчиками на почасовой оплате: здесь время = деньги и любая ошибка
в планировании сразу отражается на маржинальности.
🔥 Именно эту боль и закрывает функция. Она делает нагрузку видимой и измеримой — по каждому исполнителю и по дням — и позволяет принимать управленческие решения заранее, до того как перегруз, срывы сроков и финансовые потери превращаются в реальную проблему
Как приступили к работе
Требования мы собирали через интервью с агентствами и проектными командами, разбирая рабочие сценарии. Параллельно изучали мировой опыт и смотрели, как подобные инструменты решают задачу управления загрузкой.
Приоритет был простой: Загруженность должна помогать принимать решения каждый день, а не становиться ещё одним отчётом
С какими проблемами столкнулись и как с ними справились
Когда приступили к разработке, стало понятно, что сделать «график часов» недостаточно. Чтобы функция помогала принимать решения, стоило разобраться
с десятками нюансов: как считать время, какие задачи учитывать, что делать
с несколькими исполнителями, разными графиками и кросс-проектной занятостью.
На что вообще опираться при расчёте загруженности
Если учитывать все задачи подряд, картина быстро перестаёт быть понятной. Поэтому мы решили сделать так: в Загруженность попадают только задачи
с исполнителем, оценкой в часах и датами начала и окончания. Это позволяет распределять часы по дням и видеть, сколько свободного времени остаётся
у исполнителя.
Задачи с несколькими исполнителями
Они бывают разными: где-то работа делится, где-то каждый участник тратит одинаковое время. Мы подумали, что это можно учесть через тип задачи: задачи без типа или с типом «Действие» делятся между исполнителями, а задачи с типом «Звонок» или «Встреча» учитываются полностью у каждого участника.
Отдельный сложный кейс — кросс-проектная работа
Исполнитель может быть занят сразу в нескольких проектах, а менеджер видит только свой. Поэтому Загруженность показывает суммарную загрузку исполнителя, чтобы менеджер понимал его доступность, даже не имея доступа
ко всем проектам.
Относительно какой нормы считать перегруз
Без понятной базы это невозможно, так решили настроить рабочий график команды (например, 8 часов в день, 5 дней в неделю), который и становится нормой для расчёта. Превышение сразу подсвечивает перегруз.
Мы также учли разные графики работы внутри команды — два через два, по 4 часа в день и другие варианты — и предусмотрели индивидуальные нормы для исполнителей.
Отдельно продумали логику выходных. Нерабочие дни не участвуют
в распределении часов, и оценка задачи распределяется только по рабочим дням. А если задача по ошибке назначена исключительно на выходные, Загруженность сразу подсвечивает перегруз, даже если задача занимает всего 30 минут.
Команда поработала вдумчиво, слаженно, учла все нюансы. В итоге получился классный инструмент, который поможет пользователям видеть точные данные
и принимать на их основе удачные решения
Основные сценарии использования
Когда мы сформулировали базовую логику Загруженности, стало понятно, где функция даст максимальную пользу. Основные сценарии связаны с ежедневной работой менеджеров и руководителей команд, которым важно опираться на факты, а не на интуицию.
В первую очередь это планирование новых проектов и оценка реального ресурса команды. Перед стартом работ можно посмотреть, сколько свободных часов есть у конкретных исполнителей и всей команды в целом, и понять, можно ли брать проект в текущем составе или потребуется перераспределение задач либо усиление команды.
Второй важный сценарий — балансировка нагрузки и поиск перекосов. Загруженность позволяет увидеть, что один специалист стабильно работает
на пределе, а у другого есть свободное время. Это помогает выравнивать нагрузку, перераспределить задачи и снизить риск выгорания.
Третий — работа с почасовой моделью и подрядчиками. Когда время напрямую конвертируется в деньги, важно точно понимать, сколько часов уже запланировано и сколько ещё можно продать или заложить в проект, не выходя за рамки бюджета и договорённостей.
Загруженность также помогает предотвращать срывы сроков. Переполненный график становится заметен заранее, и у менеджера появляется время скорректировать план, изменить приоритеты или привлечь дополнительные ресурсы.
Ещё один сценарий — аргументация управленческих решений о приоритетах
и найме. Наглядный график загрузки позволяет обоснованно показать, почему одни задачи нужно отложить, а другие, наоборот, ускорить.
И наконец, Загруженность применима не только в агентствах. Её также эффективно используют продуктовые и проектные команды, которым важно понимать занятость людей, планировать работу наперёд и выстраивать процессы без перегруза и потери качества.
А что дальше?
Запуск Загруженности — это только начало. Первая версия закрывает базовые сценарии планирования и управления ресурсами, но мы изначально закладывали
в неё потенциал для развития.
Мы планируем добавить возможность сравнивать планируемую загруженность
с фактической, чтобы команды могли улучшать качество планирования
со временем.
Отдельное направление — альтернативные способы измерения загрузки. Для некоторых команд часы не являются основной единицей (например, им ближе сторипоинты), и в эту сторону мы тоже будем смотреть
🔥 В целом фокус остаётся на том, чтобы Загруженность помогала принимать решения в живой работе, а не усложняла процессы
Делись в комментариях, как тебе новая функция 👀
Подписаться 
