Приёмы профи: что обычно не используют

Ритуалы: 5 минут утром, 15 минут в пятницу

Первые два приёма не требуют ни одной настройки уровня админа. Только сохранённый фильтр и привычка. Именно поэтому их и пропускают: кажется, что «просто фильтр» не может ничего изменить. Может.

Приём 1. Утренний ритуал: один фильтр «Мой день»

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

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

1. Открой список задач и переключись в режим запроса. Напиши: Assignee: me() AND Resolution: empty()

   Язык запросов ты уже знаешь из модуля 5: все мои задачи без резолюции, то есть всё живое. Добавь сортировку по дедлайну.

2. Нажми Сохранить фильтр и назови его «Мой день»

   Сохранённый фильтр появится в списке твоих фильтров. Добавь его в избранное, чтобы он был первой ссылкой слева.

3. Утром: открыл «Мой день», выбрал 1-3 задачи на сегодня, поехали

   Всё, что не влезло в сегодня, никуда не денется. В этом и смысл: фильтр помнит вместо тебя.

4. Вечером: пройди по задачам «В работе» и оставь в каждой комментарий, что сделано

   Одна строка достаточна: «созвонился с поставщиком, счёт обещали завтра». Завтра утром не придётся вспоминать, а коллеги видят движение без вопросов в чате.

Приём 2. Weekly review: фильтр «не обновлялись 7 дней»

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

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

1. Сохрани второй фильтр: Queue: KOT AND Resolution: empty() AND Updated: <now()-7d

   Назови «Зависшие за неделю». Подставь свою очередь вместо KOT.

2. Поставь себе повторяющуюся встречу на 15 минут в пятницу: «weekly review очереди»

   Ритуал без слота в календаре умирает за две недели. Со слотом живёт годами.

3. По каждой задаче из фильтра: пни или закрой с резолюцией Не будем делать

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

Автоматика вместо памяти

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

Приём 3. Повторяющиеся задачи по расписанию

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

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

1. Открой очередь, нажми Настройки очереди и перейди в раздел Автоматизация

   Тот же раздел, где вы в модуле 6 делали триггеры. Понадобятся права на управление очередью.

2. Создай автодействие и выбери вариант с созданием задач по расписанию

   В отличие от триггера, оно срабатывает не на событие, а по календарю: задай дни и время, например каждый понедельник в 09:00.

3. Заполни шаблон будущей задачи: название, описание, исполнитель, дедлайн

   Пиши описание так, будто задачу будет делать новичок: чек-лист шагов, ссылки на нужные документы. Ты пишешь это один раз, а читать будут каждую неделю.

4. Включи автодействие и дождись первого срабатывания

   Проверь, что задача создалась с правильным исполнителем. Автоматике доверяют после первой проверки, а не вместо неё.

Приём 4. Интейк одним каналом

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

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

1. Договоритесь вслух на планёрке: с понедельника работа без задачи не существует

   Правило должно прозвучать от руководителя. Если его вводит энтузиаст снизу, оно живёт неделю.

2. Дай каждому входу удобную дверь: форма для внешних заявок, почта очереди для писем, бот для чата

   Всё это ты уже настраивал в модуле 7. Правило работает, только когда завести задачу проще, чем не завести.

3. Первые две недели мягко возвращай: «ок, кидай задачу, возьму в работу»

   Без злости и без исключений, включая самого главного. Через две недели фраза станет рефлексом команды.

Приём 5. SLA и эскалации

В чём фишка. SLA это правила с таймерами: за сколько нужно отреагировать на новую задачу, за сколько закрыть. Таймер тикает только в рабочие часы, а при нарушении Трекер сам подсвечивает задачу и шлёт уведомление. Добавь к этому эскалацию, как в модуле 6 у Котолавки: задача без движения призывает руководителя в комментарий. Смысл не в наказании, а в том, что зависшее всплывает само, без обхода очереди вручную.

Почему все игнорируют. SLA звучит как «это для колл-центров». А ещё людям страшно: таймеры выглядят как слежка. Лечится честным разговором: таймер защищает исполнителя («меня завалили, и это стало видно»), а не ловит его.

1. Открой Настройки очереди, раздел SLA, и создай правило

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

2. Начни с одного таймера: реакция на новую задачу за 1 рабочий день

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

3. Настрой эскалацию: по нарушению таймер шлёт уведомление, а триггер из модуля 6 добавляет руководителя в задачу

   У Котолавки это выглядело так: заказ без движения 2 дня, и в комментарии призывается Оля. Ничего личного, просто задача всплыла.

Цифры вместо ощущений

Приём 6. Метрики потока: cycle time и хвост старше 30 дней

В чём фишка. Две цифры говорят о здоровье очереди больше любого отчёта. Первая: cycle time, сколько дней задача живёт от создания до закрытия. Вторая: сколько открытых задач старше 30 дней. Смотреть их нужно раз в месяц и в динамике: тренд важнее разового значения. Cycle time растёт, значит, команда перегружена или задачи стали крупнее. Хвост старше 30 дней растёт, значит, weekly review буксует.

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

1. Хвост считается запросом: Queue: KOT AND Resolution: empty() AND Created: <now()-30d

   Число задач в результатах и есть метрика. Сохрани фильтр и повесь его виджетом на дашборд.

2. Cycle time посчитай скриптом из модуля 8: выгрузи закрытые задачи за месяц и возьми разницу полей «Создана» и «Решена»

   Медиана честнее среднего: одна задача-долгожитель не испортит картину. Десять строк на Python, ты их уже писал.

3. Заведи регулярку (приём 3): раз в месяц задача «снять метрики потока и записать в таблицу»

   Через три месяца у тебя будет тренд, а тренд это уже разговор: «cycle time вырос с 4 до 7 дней, что случилось в марте?»

Приём 7. Дашборд руководителя вместо статус-встреч

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

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

1. Создай дашборд из левого меню Дашборды и назови его понятно: «Пульс команды»

   Дашборды ты собирал в модуле 5, здесь просто другой набор виджетов.

2. Добавь четыре виджета Задачи с фильтрами: просроченные, в работе, созданные за 7 дней, не обновлялись 7 дней

   Просроченные: Deadline: <today() AND Resolution: empty(). Остальные запросы у тебя уже есть из приёмов 2 и 6.

3. Поменяй формат статус-встречи: экран дашборда на проектор, обсуждаем только красное и зависшее

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

Приём 8. Дисциплина статусов и резолюций

В чём фишка. Статус двигается в момент события, а не «в пятницу перед отчётом причешу». Взял задачу: перевёл «В работе». Отдал на проверку: перевёл сразу. И каждое закрытие с резолюцией: «Решена», «Не будем делать», «Дубликат». Без этого приёма все предыдущие рушатся: SLA считает время по смене статусов, cycle time по датам закрытия, дашборд по текущим статусам. Двигаешь статусы задним числом, и метрики из приёма 6 врут, а решения по ним принимаются неверные.

Почему все игнорируют. Кажется мелочью: «какая разница, когда я нажму кнопку, работа-то сделана». Разница в том, что Трекер видит только кнопки. Не нажал, значит, для системы ничего не произошло.

1. Правило команды: изменилось положение дел, тут же двигаем статус

   Это дешевле, чем кажется: два клика в момент, когда ты и так в задаче.

2. Проверь воркфлоу очереди: закрытие без выбора резолюции должно быть невозможным

   Ты настраивал воркфлоу в модуле 3. Обязательная резолюция при переходе в конечный статус страхует всю команду от «закрыл и забыл».

3. Раз в месяц, снимая метрики, глянь на выбросы: задачи, закрытые в день создания, и задачи «В работе» месяцами

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