Техника ФППП для проведения регулярных синхронизаций в команде по задачам

Техника ФППП для проведения регулярных синхронизаций в команде по задачам

Практика SCRUM говорит о том что команде нужно общаться регулярно, чтобы держать руку на пульсе, понимать кто что делает, все ли хорошо и если появляются проблемы то пробовать их решать без больших задержек. Как проводить эти встречи? Есть техника ФППП.

Что такое ФППП?

Эта техника описана в Scrum-руководстве и особо не меняется. Лишь оборачивается в аббревиатуру.

ФППП расшифровывается как: Фокус, Прогресс, Планы, Проблемы.

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

Скрам говорит о том что нужно синхронизироваться каждый день.

Бывали команды которые проводили синхронизацию в чате раз в неделю. Так тоже бывает.

Канбан вообще говорит о том что встречи нужны только если на то есть причины.

Бывает по разному.

Разберем подробнее…

Фокус

Специалист команды говорит о том на чем сейчас сфокусирован. Иногда этого достаточно.

Встречался с командами, которые дейли проводили просто как 1 раз в сутки писали на чем сейчас сфокусированы в чат команды. Вполне себе крутые команды с успешными продуктами и довольными Клиентами. Можно предположить что этот подход вполне рабочий.

Но при желании можно сообщение расширить частью ППП…

Прогресс

Сообщаем о том какой прогресс удалось получить с последней встречи. Какие задачи были завершены или что получилось сделать по текущей задаче.

Планы

Тут можно сообщить о том какой следующий шаг по фокусу или если задача уже на стадии завершения, то какую следующую задачу планирует взять?

Возникает вопрос: а какую задачу член команды должен взять с доски, когда он закончил предыдущую? Ответ: ту, взятие им которой наилучшим образом продвинет спринт к завершению. Это вопрос личного выбора, при котором он учитывает текущую ситуацию, представленную на доски, свои собственные компетенции и компетенции других членов команды. При этом, естественно могут быть приняты определенные правила, которые призваны облегчить выбор, сделать его быстрым. Например, правило выбирать самую важную задачу. Но правила могут быть и более сложными, например, в начале спринта приоритет может отдаваться задачам, которые на планировании оценили как наиболее рискованные по реализации, в том числе длительным, а в конце спринта, наоборот, небольшим задачам, чтобы уменьшить количество незавершенных задач. Могут быть правила, по которым при скоплении задач на поздних этапах исполнения часть членов команды переключались на них. То есть, если говорить об IT разработчики начинали заниматься тестированием, если тестировщики вдруг не успевают. Особую остроту это приобретает, если используются WIP- лимиты. Могут быть и другие правила.

Проблемы

Тут сообщаем о блокерах, рисках и сложных ситуациях.

  • блокеры и зависимости — если задача оказалась заблокирована какой-то другой задачей, есть смысл об этом сообщить и придумать способ убрать блокировку или принять решение о статусе задачи.
  • риски — какие то места в задаче, потенциальный технический долг или возможные ошибки, то что может вскрыться после релиза и привести к проблемам на стороне Клиента.
  • сложные ситуации — если у специалиста не хватает знаний и идей для принятия решений по задаче, есть смысл сообщить и возможно получить поддержку от команды.

Итого

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

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

Где-то эти встречи проводят в офисе, кто то созванивается, а где-то принято проводить это в формате сообщений в чате команды.

Важно чтобы эти встречи проходили быстро. До 15 минут.

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

Иногда, если тема одна, то делается совещание или созвон сразу после ежедневной встречи.

Также нужно понимать что бывают команды, в которых нет ежедневных встреч. И так тоже может быть.

По правилам Agile сама команда решает как лучше ей работать.

Информация была полезна для вас?

Расскажите пожалуйста что мы можем улучшить?

оцените контент и участвуйте в выборе трендов