Как планировать спринты, чтобы задачи не терялись, а цели достигались: рабочие техники и шаблоны

3 техники эффективного планирования спринта

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

Собрали основные приёмы и техники, которые помогают эффективно спланировать спринт.

1. Приём «Вертикальные срезы»

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

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

Для удобства Мария Шихова предлагает посмотреть, как это выглядит в адаптированном шаблоне «Ежедневное планирование» на онлайн-доске для совместной работы МТС Линк Доски.

2. Техника покер-планирования

У этой техники три основных момента.

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

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

После слепой оценки задач важно обсудить самые низкие и самые высокие баллы. Это помогает определить рисковые зоны и скорректировать слабые места команды.

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

Третий — добавление метрики «Неопределённость». То есть каждую задачу оценивают с помощью карт не только на предмет сложности и релевантности, но и уверенности команды. 

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

Когда оценки выставлены, коллеги высказываются в рамках отведённого времени. Так команда получает честное и непредвзятое усреднённое мнение коллектива. 

3. Техника проверки готовности задачи к спринту

Перед тем как начать работать с  задачей, её стоит проверить на соответствие готовности. Основные параметры:

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

Также задачи проверяют на соответствие формату INVEST. Он расшифровывается следующим образом.

Independence (независимость)

Означает, что условия для исполнения задачи готовы.

Negotiable (обсуждаемость)

Возможность обсуждать, как реализовывать задачу.

Valuable (ценность)

Задача ценна для бизнеса или минимизирует риски.

Estimable (оценочность)

Подразумевает, что трудозатраты на эту задачу реально оценить.

Small (соответствие размеру)

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

Testable (тестируемость)

Наличие критериев приёмки у задачи.

Чтобы визуализировать оценку задачи, Мария Шихова предлагает воспользоваться шаблоном STATIK в МТС Линк Досках. Адаптировав его под нужды команды, легко вывести оценки на экран для всех участников встречи. Так будет проще понять, сколько «плюсиков» поставили сотрудники под каждым параметром. А значит, — релевантная ли задача в итоге.

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