Постановка и контроль задач в Shtab: разбор сценария

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

Из чего складывается контроль задач в Shtab:

• Карточка задачи — исполнитель, срок, описание, чек-лист, файлы и комментарии в одном месте. Всё, что нужно для работы, не разбросано по чатам.
• Статусы и колонки — канбан-доска ведёт задачу от «Открыта» через «В работе» и «На проверке» к «Закрыта»; по колонкам сразу видно, где скопилась работа.
• Группировка — те же карточки можно сгруппировать по исполнителям, приоритетам, меткам или стадиям и за секунду увидеть нагрузку конкретного человека.
• Загрузка и учёт времени — отчёты показывают, у кого десять задач на неделе, а у кого две, и сколько времени реально ушло на работу.
• Главная страница — личная сводка сотрудника: его задачи, напоминания и комментарии, чтобы ничего не потерялось.
• Права и роли — кто может менять чужие задачи, а кто только свои; редактирование можно ограничить, чтобы не сломали чужую работу.
• Поиск — находит задачу по названию, описанию и даже слову из комментария, когда нужно быстро поднять контекст.

Отдел маркетинга из шести человек, руководитель — играющий тимлид. Раньше задачи жили в общем чате, и каждый понедельник уходил час на «кто что делает». Завели доску с четырьмя статусами: «Очередь», «В работе», «На проверке», «Готово». Тимлид ставит задачу «Лендинг к вебинару», назначает дизайнера, ставит срок на четверг, в описании прикладывает референсы и чек-лист из пяти пунктов. Дальше он не дёргает человека — смотрит на доску. В среду видит: карточка третий день висит в «В работе», а рядом у того же дизайнера ещё четыре задачи на этой неделе. Группирует доску по исполнителям — и понятно, что человек перегружен, а не тянет время. Две задачи уходят коллеге, у которого в колонке всего одна карточка. Лендинг успевает к сроку. По итогам месяца отчёт показывает: из 47 задач в срок закрыто 41, а застревали карточки в основном на «На проверке» — значит, узкое место не в работе, а в согласовании. Это уже повод чинить процесс, а не людей.

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

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

• Ставьте задачу так, чтобы её можно было выполнить, не задавая вопросов: что именно сделать, к какому сроку, что считать готовым. Чек-лист в карточке снимает половину уточнений.
• Срок — обязательное поле, а не пожелание. Пустой срок = задача, про которую забудут.
• Один исполнитель на задачу. «Сделаем вдвоём» обычно значит, что не сделает никто.
• Контролируйте доску, а не людей. Зависшая карточка — повод спросить, что мешает, а не отчитать.
• Раз в день смотрите доску в группировке по исполнителям — перегруз видно сразу, и его можно разрулить до срыва.
• Повторяющиеся задачи (контент-план, регулярные проверки) держите шаблоном в базе знаний, чтобы не собирать постановку заново каждый раз.

• Постановка на словах. Задачу проговорили в созвоне, в систему не занесли → её нельзя проконтролировать, потому что её формально нет. Починка: нет карточки — нет задачи.
• Контроль через личку. Статусы собирают вопросами в чатах → шум, потеря времени, неполная картина. Починка: статус задачи — на доске, а не в переписке.
• Микроменеджмент. Руководитель дёргает каждого по каждой мелочи → люди выгорают, а контроль не улучшается. Починка: следите за движением карточек, вмешивайтесь по зависшим.
• Невидимая загрузка. Задачи раздают, не глядя, кто чем занят → один завален, другой простаивает. Починка: группировка доски по исполнителям перед раздачей новых задач.
• Доска-свалка. Закрытые задачи годами висят в «Готово» → не видно живой работы. Починка: архивируйте закрытое, чтобы доска показывала только актуальное.

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