Учёт нагрузки сотрудников: кто перегружен, без таблиц

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

Почему средняя загрузка команды врёт

Руководитель обычно смотрит на команду в среднем: вроде все заняты, аврала нет. Среднее врёт. Teamwork в разборе планирования мощностей команды показывает на примере: команда со средней загрузкой 78% может прятать внутри одного человека, занятого на все 100%, у которого запаса уже нет, и другого, занятого наполовину. Цифра по команде выглядит здоровой, а внутри перекос, из-за которого один выгорает, а второй скучает.

У полной загрузки есть скрытая цена. Человек, занятый на 100%, не имеет запаса ни на срочную задачу, ни на подмену заболевшего коллеги, ни на собственную ошибку. Teamwork называет здоровым уровень свободного времени от 10 до 20 процентов: это не простой, а буфер, который поглощает неизбежные сдвиги. Тот же принцип советует monday.com: закладывать от 10 до 20 процентов запаса в каждый план, чтобы задержки было чем впитать.

Вывод простой. Видеть нужно не среднее по команде, а разрыв между людьми. А разрыв заметен только тогда, когда кто-то держит в памяти, кто чем сейчас занят. Средняя цифра этого не покажет, сколько её ни считай.

Почему таблица загрузки не выживает

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

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

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

Что значит видеть нагрузку без часов и дашбордов

Здесь важно честно очертить границу. intakto не система тайм-трекинга и не таск-трекер с диаграммами Ганта. Хермес не следит за экраном сотрудника, не считает отработанные часы и не рисует автоматический дашборд загрузки в часах. Если Вам нужен поминутный учёт рабочего времени, это другой класс инструментов, и подменять его ассистент не берётся.

Что Хермес действительно держит, это контекст. Кто из команды за что отвечает, что кому обещано и к какому сроку, сколько активных задач сейчас висит на каждом человеке. Эта картина складывается из обычной работы: Вы поручили задачу, упомянули договорённость, надиктовали итог встречи, и всё это осело в памяти с привязкой к людям. Нагрузку Хермес мерит не в часах, а в открытых обязательствах: у кого их много, у кого мало.

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

Как Хермес подсказывает перекос

Картина нагрузки достаётся одним вопросом, как и утренняя сводка. Вы спрашиваете, ассистент отвечает по памяти:

Вы: Кто у меня сейчас перегружен?

Хермес: На Антоне четыре активные задачи, три со сроком на этой неделе: перенос CRM, отчёт по продажам и бриф для подрядчика. На Марии одна задача, срок в конце месяца. Похоже, часть нагрузки Антона стоит передать. Подготовить вариант?

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

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

Ранние признаки перегруза, которые видит память

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

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

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

Как распределить нагрузку, когда перекос виден

Увидеть перекос это половина дела, вторая половина, решить, куда переложить. monday.com советует держать всю работу на одной наглядной карте и иметь гибкий резерв, из которого можно добрать руки, когда где-то густо. Teamwork предлагает на этот случай короткий набор ходов: часть нагрузки закрыть привлечёнными подрядчиками, часть, рутинную, снять автоматизацией, а не новым человеком.

Ассистент работает на первом шаге этой логики. Он знает, у кого задач скопилось много, а у кого есть запас, поэтому подсказка «передайте бриф Марии, у неё свободнее» опирается на реальную картину, а не на догадку. Дальше выбор за Вами: перераспределить внутри команды, вынести часть наружу или отложить несрочное. Ассистент готовит основание для решения, а не принимает его.

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

Учёт нагрузки как часть управленческой памяти

Учёт нагрузки, это одна грань более общей работы: держать управленческий контекст вне головы, а не в ней. Тот же слой памяти, который помнит поручения, обещания и статусы проектов, знает и распределение задач по людям. Отдельная система для нагрузки не нужна, если картина команды и так живёт в памяти ассистента. Как эта память устроена и что ещё она закрывает для руководителя, разбираем в обзоре ИИ-ассистент для руководителя.

Начать проще всего с одного сценария. Раз в неделю спрашивайте у ассистента, кто перегружен, и сверяйте с ощущением. Через месяц Вы увидите, что память замечает перекос раньше, чем он превращается в сорванный срок. Пошаговый маршрут, как ввести ассистента в работу руководителя за неделю, собран в плейбуке для менеджера, а короткий взгляд со стороны продукта, чем ассистент помогает именно руководителям, на странице решения для руководителей.