Рабочая система тимлида: ритуалы на неделю, месяц и квартал

Что должно оставаться после встречи

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

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

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

Неделя: выбрать фокус и убрать препятствия

В начале недели сверить приоритеты

Выделите 20–30 минут на решения, которые требуют участия команды. До встречи попросите коллег кратко записать, что изменилось с прошлого раза и где работа остановилась. Начните с прошлых договоренностей, затем выберите один или два результата недели и проверьте зависимости. Пересказывать все задачи из трекера для этого не требуется.

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

В конце встречи проверьте, помещается ли выбранная работа в доступное время. Учитывайте дежурства, отпуска и уже принятые обязательства. Если добавляется срочное дело, назовите то, что откладываете. Иначе новая договоренность просто увеличит список обещаний.

Сохранить место для разговоров один на один

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

Повестку заполняют обе стороны. Этот принцип есть и в руководстве GitLab по 1‑1: сотрудник приносит свои вопросы, а руководитель не занимает весь разговор собственной повесткой. Примеры вопросов и подготовки собраны в нашем гайде по встречам 1‑2‑1.

Личные темы и заметки не переносите в общую повестку. Если на 1‑2‑1 обнаружилась командная проблема, согласуйте с человеком, что можно вынести на обсуждение. Команде может быть полезно разобраться с перегруженным дежурством, но для этого не нужны подробности частного разговора.

В конце недели проверить результат

Оставьте 10–15 минут на проверку открытых договоренностей. Что выполнено? Что изменилось после этого? Где нужна помощь? Эту проверку можно провести в существующей встрече или начать с письменного обновления. Если решение больше не нужно, зафиксируйте причину отмены. Если мешает зависимость, договоритесь, кто ее снимет, вместо очередного переноса даты.

Месяц: проверить, помогает ли выбранный способ работы

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

На таком разборе выделите 45–60 минут на наблюдения, выбор изменения и условия проверки. Если команда уже проводит ретро каждый спринт, используйте ближайшее из них для взгляда на месяц. Дополнительная встреча с той же повесткой не нужна. Для разговора подойдет Start / Stop / Continue: что начать делать, от чего отказаться и что сохранить.

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

В тот же период проверьте нагрузку и развитие людей на их личных встречах. Получил ли человек обещанную помощь? Удалось ли попробовать новую роль? Не съела ли срочная работа время на обучение? Это отдельные разговоры. Командное ретро не должно превращаться в публичную оценку сотрудников.

Квартал: пересмотреть цели и обязательства

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

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

Затем выберите цели следующего периода и явно назовите то, чем пока не будете заниматься. Для каждой цели нужны ожидаемый результат, способ его проверить и человек, который будет возвращать вопрос в рабочую повестку. Если используете OKR, то есть цели и ключевые результаты, поможет разбор основ OKR. Раз в неделю достаточно отмечать изменения и риски, а раз в месяц подробнее обсуждать, нужен ли другой подход.

Разговор о развитии сотрудника также полезно связать с итогами периода. Возвращайтесь к ранее согласованным ожиданиям и конкретным примерам работы. Формальную оценку, Performance Review, проводите по принятому в компании циклу: она не обязана происходить каждый квартал. В материале о целях развития на квартал разобрано, как выбрать наблюдаемый результат для такого разговора.

Как три цикла работают на одном примере

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

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

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

Где хранить решения и как использовать RetroPoint

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

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

Для личных разговоров используйте приватные комнаты 1‑2‑1, для командных изменений собирайте наблюдения на ретро. Квартальные цели, ключевые результаты и историю проверок можно вести в модуле OKR. Выбирайте нужные сценарии постепенно. Подробный обзор возможностей есть на странице инструментов тимлида.

Когда рабочий ритм пора менять

Если встреча несколько раз заканчивается без решения, проверьте ее назначение. Возможно, обновления достаточно прочитать, а разговор нужен только при возникновении вопросов. Если участники повторяют одно и то же на двух встречах, объедините подготовку или уберите дублирующую часть. Если договоренности постоянно переносятся, разберите нагрузку и зависимости, прежде чем добавлять еще одну проверку статусов.

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

С чего начать на ближайшей неделе

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

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