План-факт без боли: weekly review, который правда работает

План есть. Факта — нет. Причины неизвестны. Следующая неделя начинается с тех же ошибок. Это стандартный цикл без weekly review. Ниже — методика и шаблон, которые его ломают.

План-факт без боли: weekly review, который правда работает

Почему стандартный план-факт не работает

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

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

Пример: тимлид видит, что из 18 задач за неделю закрыто 11. Процент выполнения — 61%. Цифра есть. Но почему не закрыты остальные 7 — непонятно. Три из них заблокированы ожиданием ответа от смежной команды. Две — потому что задача оказалась в два раза больше, чем казалась. Одна — просто забыли. Без разбора следующая неделя начнётся с тех же блокеров.

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

Именно здесь и нужен еженедельный обзор — как инструмент планирования недели, который замыкает петлю между планом и фактом.

Типичная картина в конце пятницы — и никто не знает, что из этого важно
Типичная картина в конце пятницы — и никто не знает, что из этого важно

Что такое weekly review и чем он отличается от отчёта

Weekly review — это структурированный разбор того, что произошло за неделю, почему и что делать иначе. Это не документ для руководства — это инструмент для вас и команды.

Отчёт фиксирует факт. Weekly review его объясняет. Разница принципиальная: отчёт закрывает вопрос «что сделано», а еженедельный обзор отвечает на вопрос «что это значит и как двигаться дальше».

Пример: в пятницу PM пишет в Slack: «Закрыли 8 из 10 задач спринта, две переносим». Это отчёт. А weekly review — это когда команда садится на 30 минут и разбирает: почему две задачи не закрыты, что этому мешало, можно ли это предотвратить на следующей неделе, и что сработало хорошо — чтобы повторить.

Многие тимлиды путают эти форматы и либо делают тяжёлый формальный документ, либо не делают ничего. Ретроспектива для тимлида — это 30–45 минут честного разговора с собой и командой о том, как идут дела.

План-факт без боли: weekly review, который правда работает

Ещё одно важное отличие — регулярность. Отчёт пишется по запросу. Weekly review проводится каждую пятницу, в одно и то же время, независимо от того, хорошей или плохой была неделя. Именно ритм делает его рабочим инструментом планирования недели.

Методика: 5 блоков weekly review

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

Так, например, выглядит weekly review в <a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Fpartner.leadertask.com%2Flink%2Fhabrpost%3Futm_source%3Dhabr%26amp%3Butm_medium%3Dsocial%26amp%3Butm_campaign%3Dplan_fakt%26amp%3Butm_content%3Dlongread&postId=2948550" rel="nofollow noreferrer noopener" target="_blank">LeaderTask</a> — один проект, пять блоков, 30 минут
Так, например, выглядит weekly review в LeaderTask — один проект, пять блоков, 30 минут

Блок 1. Итоги недели

Сравниваете план и факт по задачам: что было запланировано, что выполнено, какой процент закрыт. Не оцениваете — просто фиксируете. Этот блок даёт честную картину недели без домыслов.

Пример: «Планировали 14 задач — закрыли 9. Выполнение 64%. Три задачи перенесены, две — в работе, одна снята как нерелевантная.»

Блок 2. Анализ отклонений

Разбираете только то, что не выполнено. Главный вопрос — почему. Важно разделить: это системная проблема, которая будет повторяться, или разовый сбой. От ответа зависит, нужно ли что-то менять в процессах или достаточно просто перенести задачу.

Пример: задача «Согласовать макет с клиентом» не закрыта третью неделю подряд. Разовый сбой? Нет — системная проблема: у команды нет чёткого дедлайна для клиента на согласование. Вывод: добавить дедлайн в следующий бриф.

Блок 3. Wins & Learnings

Фиксируете, что сработало хорошо, — и сразу решаете, что из этого берёте в практику. Без этого блока команда накапливает опыт, но не учится на нём. Хорошие решения просто забываются.

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

Блок 4. Приоритеты на следующую неделю

Строго три фокуса — не больше. Длинный список приоритетов означает отсутствие приоритетов. Три пункта заставляют выбирать главное и защищают команду от перегрузки.

Пример: не «сделать всё из бэклога», а конкретно: 1) закрыть релиз фичи X, 2) провести демо с клиентом, 3) нанять джуна на открытую вакансию.

Блок 5. Energy check команды

Простая шкала от 1 до 10: как люди себя чувствуют, есть ли у кого-то блокеры. Для тимлида это ранний сигнал проблем — выгорания, конфликтов, перегруза — до того, как они стали критическими. Управление задачами команды начинается с понимания её состояния.

Пример: разработчик ставит 4 из 10 уже вторую неделю. Без energy check тимлид узнает об этом только когда человек придёт с заявлением об увольнении.

Каждый блок — это отдельная задача с <a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Fwww.leadertask.ru%2Fblog%2Fchecklist&postId=2948550" rel="nofollow noreferrer noopener" target="_blank">чек-листом</a>. Заполняется за 5–7 минут. Лучше всего писать в комментариях, чтобы отслеживать дату проведения weekly review
Каждый блок — это отдельная задача с чек-листом. Заполняется за 5–7 минут. Лучше всего писать в комментариях, чтобы отслеживать дату проведения weekly review

Все пять блоков вместе занимают 30–45 минут. Это не много для инструмента, который превращает план-факт задачи команды из формальности в реальный рычаг управления.

Как внедрить без сопротивления команды

Главная причина, по которой weekly review не приживается — его пытаются внедрить сразу для всей команды, со встречей в календаре и обязательным присутствием. Команда воспринимает это как ещё одну нагрузку. Сопротивление гарантировано.

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

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

Ограничьте время жёстко. Поставьте таймер на 30 минут — и заканчивайте, когда он звенит, даже если не всё разобрано. Это снимает страх «мы застрянем на час». Через две-три недели команда убедится, что формат не съедает полдня.

Проводите в один и тот же слот. Лучше всего — пятница, 16:00–16:30, перед завершением рабочего дня. Фиксированное время превращает weekly review в ритуал, а не в задачу, которую нужно каждый раз планировать заново.

Совместите с планированием следующей недели. Не делайте два отдельных события — «разбор прошлой недели» и «планирование следующей». Это один процесс: сначала 20 минут на итоги и анализ, потом 10 минут на приоритеты. Один ритуал вместо двух — меньше сопротивления, выше вероятность, что формат закрепится.

Настройте один раз повтор задачи — таск-менеджер напомнит каждую пятницу
Настройте один раз повтор задачи — таск-менеджер напомнит каждую пятницу

Шаблон weekly review — используйте прямо сейчас

Ниже — готовый шаблон weekly review, построенный по методике пяти блоков. Скопируйте его в любой удобный инструмент и заполните уже в эту пятницу. Первый раз уйдёт 40 минут. Со второго — не больше 30.

Шаблон weekly review | Неделя:

1. Итоги недели:

  • Что планировал(а): ...
  • Что выполнено: ...
  • % выполнения: ...

2. Анализ отклонений

  • Что не сделано и почему: ...
  • Это системная проблема или разовая: ...

3. Wins & Learnings

  • Что сработало хорошо: ...
  • Что беру в практику: ...

4. Приоритеты на следующую неделю

  • Фокус №1: ...
  • Фокус №2: ...
  • Фокус №3: ...

5. Energy check команды

  • Настроение команды (1–10): ...
  • Есть ли блокеры у людей: ...

Этот шаблон — минимально необходимый формат. Он не требует специальных знаний и работает в любом инструменте: заметки, Google Docs, LeaderTask. Главное — заполнять его регулярно, а не идеально.

Вместо вывода

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

Первые два-три раза будет казаться, что это лишнее. Но потом вы поймёте, что без этого — лишнее всё остальное.

А как у вас устроен weekly review — делаете в одиночку или вместе с командой? И сколько времени уходит? Напишите в комментариях — интересно сравнить подходы.

3
Начать дискуссию