Как устроен контроль поручений: реестр, сроки, эскалация и отчёт

Почему контроль держится на памяти и где она заканчивается

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

Цифры показывают, что дело не в лени. По опросу сервисов задач «ЛидерТаск» и Strive только 10% поручений содержат описание, ответственного и дедлайн, а 46% сотрудников не могут начать задачу сразу — им не хватает информации. По оценке Sapio Research для Asana, каждую неделю пропускается 26% дедлайнов, в США — 36%. На рисунке — обе цифры из второго исследования.

Обратите внимание на формулировку первоисточника: дедлайны пропускаются из-за нереалистичных ожиданий и неясных процессов. Это не «сотрудники не стараются» — это поручения, поставленные так, что выполнить и проверить их было нельзя. Именно эту часть и закрывает система. Почему поручения теряются в переписке, мы разбирали отдельно — поручения в Telegram.

Пять частей системы контроля

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

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

Минимальные поля: без них это не поручение

Спор о полях заканчивается компромиссом на восемь пунктов, которые никто не заполняет. Рабочий минимум — шесть; остальное добавляется по необходимости и только там, где переспрашивают.

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

Статусы: четыре, а не десять

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

• Новое — запись есть, но исполнитель ещё не подтвердил, что взял её в работу.
• В работе — движение есть; если его нет, статус не меняется, появляется отметка «нет движения N дней».
• На проверке — исполнитель заявил результат, руководитель ещё не принял.
• Закрыто — результат принят; закрывает тот, кто дал поручение.
• Отменено — только с причиной: передумали, задача потеряла смысл, заменили другой работой.

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

Эскалация: лестница по дням, а не по настроению

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

Отчёт: четыре цифры раз в неделю

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

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

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

Что автоматизировать первым

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

1. Свести поручения в один реестр: таблица, канбан или бот в мессенджере — любое место, где у записи есть номер и владелец.
2. Ввести шесть полей и правило: поручение без полей не берётся в работу.
3. Научить реестр принимать поручения из чата: пересылка сообщения создаёт запись с автором и датой.
4. Включить напоминание за день до срока — в мессенджере, а не письмом на почту.
5. Настроить лестницу эскалации: первый шаг — вопрос исполнителю, второй — владельцу процесса, третий — руководителю.
6. Собрать недельный отчёт из четырёх цифр и раз в месяц убирать из него всё, что не повлияло ни на одно решение.

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

Где система превращается в слежку

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

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

Что остаётся за человеком

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

Собрать реестр и настроить напоминания с эскалацией — работа на две-три недели для одного процесса. Если хотите обсудить, с чего начать у вас, — напишите нам; что входит в работу по контролю процессов, описано в разделе услуг.