Все статьи
Быстрый старт в RTE #3 – Фасилитация PI-планирования
Дата: 10.06.2024
Это третья статья серии «Быстрый старт в RTE», в которой рассмотрены проверенные подходы к проведению PI-планирования SAFe® (Scaled Agile Framework®). Фасилитация PI-планирования — одна из критически значимых обязанностей RTE.
RTE — ключ к успеху PI-планирования
Используйте ART Readiness Workbook (Excel), полезный инструмент для систематизации.
В статье раскрываются аспекты проведения первого и второго дня PI-планирования, а также методы, которые помогут фасилитировать рецензирование планов менеджментом и решение проблем. Вы узнаете о том, что нужно для проведения двухдневного мероприятия PI-планирования.
PI-планирование — это событие, на котором вы, RTE, в центре внимания, и плодотворность и результативность всех участников ART, включая представителей бизнеса, зависит от вашей помощи. И очень полезными в освоении практик и теории будут советы действующих экспертов по проведению PI-планирования.
Расскажем о том, что делается для получения черновиков планов в первый день PI-планирования.
Определяем лучшие практики и возможности для улучшения.
PI-планирование — 1 день
- Бизнес-контекст (состояние бизнеса).
- Видение продукта/решения (Видение и приоритезированные Фичи).
- Архитектурное видение и практики разработки (архитектура, фреймворки и т.д.; Agile-инструменты, инженерные практики и т.д.).
- Контекст планирования и обед (RTE объясняет процесс планирования).
- Работа команд (команды разрабатывают черновики планов и выявляют риски и блокеры).
- Рецензирование черновиков планов (команды презентуют черновики планов, риски и блокеры).
- Рецензирование планов руководством и решение проблем (внесение необходимых поправок в планы команд).
Открытие PI-планирования
Научите бизнес думать продуктово. Иначе можем уехать очень быстро и эффективно, но не туда.
Вы откроете PI-планирование обзором:
- Цель мероприятия. Для чего мы здесь собрались и к чему стремимся в итоге?
- Повестка дня. Что именно и когда будет происходить в эти два дня.
- Рабочие соглашения. Наброски рабочих соглашений на мероприятии.
Не забудьте представиться и осветить вопросы логистики. Если PI-планирование является распределенным, напомните людям о координаторах локаций, людях, помогающих отслеживать чаты, расположении справочных материалов и т.д. Ниже информация о каждом блоке выступлений.
Представители бизнеса описывают текущее состояние бизнеса, делятся Концепцией Портфеля и представляют точку зрения на то, насколько существующие решения удовлетворяют текущие потребности клиентов.
Совет: Попросите Представителей бизнеса заранее подготовить выступления, презентационный материал. Уведомите их об ограничениях по времени выступлений.
Продуктовый менеджмент представляет текущее видение (зачастую представленное топ-10 Фичами), как Фичи поддерживают бизнес-контекст и видение, и подсвечивает прогресс и отличия относительно предыдущего PI-планирования.
Системный архитектор представляет архитектурное видение. Кроме того, ответственный за практики разработки может представить план совершенствования методик, поддерживающих Agile, таких как автоматизация тестирования, DevOps, непрерывная интеграция (Continuous Integration, CI) и непрерывное развертывание (Continuous Deployment, CD).
RTE разъясняет процесс планирования и ожидаемые результаты. Процесс планирования включает оценку командами своей емкости для каждой итерации, декомпозицию Фич на Пользовательские истории и распределение Пользовательских историй по итерациям. Команды также планируют зависимости и критические Вехи, выявляют риски и разрабатывают PI-цели.
Совет: Доведите до команд ключевые параметры итерации: количество итераций и дней в итерациях (с учетом праздников).
Работа команд — 1 часть
На первом этапе команды оценивают емкость для каждой итерации и определяют элементы бэклога, которые им понадобятся для реализации Фич. Также команды создают верхнеуровневые черновики планов по итерациям на досках команд. Команды определяют вехи, риски и зависимости, а затем намечают первоначальные PI-цели. Затем команды добавляют Фичи и зависимости на доску планирования ART.
PI-цели
Существует два типа целей PI: обязательные (committed) и рискованные (uncommitted).
Обзор черновиков планов
Советы
Проведение рецензирования планов руководством и совещания по решению проблем
Выявление корректировок.
Только что закончились презентации черновиков планов. Пришло время обдумать и определить, нужны ли корректировки. Имейте в виду, что эта встреча должна быть хорошо организована и ограничена по времени.
- Очный формат: если участники очно присутствуют в одном или нескольких местах в близких часовых поясах, эта встреча состоится в конце первого дня.
- Распределенный формат: если участники PI-планирования расположены по всему миру, то эта встреча, скорее всего, состоится во время второго дня (если вы используете трехдневное планирование).
Напишите вопросы, которые помогут вам разработать план, облегчающий проведение рецензирования планов руководством и совещание по решению проблем. Вот некоторые из них, с которых можно начать:
- Кто должен присутствовать на встрече?
- Отправлено ли приглашение на встречу, и известно ли участникам о её цели?
- Если обязательный участник не может присутствовать, будет ли его представитель?
- Какие инструменты помогут проведению встречи?
- Где вы будете документировать решения?
- Кто может быть секретарем?
- Какой вступительной речью открыть собрание, чтобы помочь участникам определить корректировки планов?
Если вы дочитали до этого места, значит, вам интересен полезный контент о современных методах управления. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, вступайте в сообщество SAFe® Russia.
PI-планирование — 2 день
- Корректировка планирования. Корректировка планирования на основании рецензирования планов руководством и совещания по решению проблем, состоявшегося накануне.
- Работа команд. Команды разрабатывают финальные планы, уточняют риски и блокеры.
Представители бизнеса оценивают и присваивают бизнес-ценность PI-целям команд. - Обзор финальных планов и обед. Команды презентуют финальные версии планов, риски и блокеры.
- PI-риски ART. Обсуждаются оставшиеся риски на уровне ART и по ним принимаются решения по модели ROAM.
- Голосование за уверенность. Голосование за уверенность команд и всего ART.
- Переработка планов. При необходимости планирование продолжается до тех пор, пока не будут достигнуты соглашения по обязательствам.
- Ретроспектива и завершение планирования. Проведение ретроспективы планирования. Заключительные инструкции командам.
PI-планирование может длится больше чем два дня, например, из-за нахождения участников ART в нескольких локациях. Чтобы обеспечить равные возможности для участия, измените расписание события. Например, PI-планирование может длится 3 или 4 дня вместо 2 дней.
Начните второй день с рассмотрения любых изменений в плане.
Начните день с рассмотрения любых корректировок, выявленных в ходе рецензирования планов руководством и решения проблем. Вооружившись этой информацией, команды возвращаются к работе по планированию PI.
Обзор финальных планов
Все команды презентуют свои планы во время обзора финальных планов. В конце временного слота команды презентуют риски и блокеры и передают риски RTE для последующей их обработки по процессу ROAM.
Затем команда спрашивает Представителей бизнеса, есть ли какие-либо сомнения по поводу их финального плана. Если план принят, команда выносит лист с PI-целями на общее обозрение. Если у представителей бизнеса есть опасения, команда может скорректировать план, и затем представить пересмотренную версию.
PI-риски ART
Голосование за уверенность
После рассмотрения рисков ART команды голосуют за уверенность в достижении командных PI-целей. Каждая команда проводит голосование «пятерней». Участники команды поднимают руки с отогнутыми пальцами.
Если средний показатель команды составляет три пальца или выше, то обязательство принимается — команда верит в разработанный план. Если меньше трех, команда перерабатывает план.
Участнику команды, проголосовавшему двумя пальцами или меньше, предоставляется возможность высказать опасения.
В результате этого выступления может расшириться список рисков или потребоваться перепланирование. После того, как каждая команда проголосовала, процесс повторяется для всего ART, когда каждый участник голосует за уверенность в плане всего ART.
Переработка планов
Советы
Приглашайте участников на PI-планирование как можно раньше, чтобы у людей было время самостоятельно спланировать логистику (уход за детьми, престарелыми, транспорт и т.д.).
Также полезно запланировать PI-планирования на весь год вперед.
Ответьте на вопрос ниже о голосовании за уверенность.
Во время первого из пяти голосований за уверенность одна команда указывает, что она не уверена в своей способности достичь командных PI-целей. Все члены команды дают оценку уровню уверенности — 2 из 5.
Что следует сделать?
- Проигнорировать результаты голосования.
- Спросить, почему они так проголосовали, и заверить их, что все будет хорошо и им не стоит волноваться.
- Спросить их, почему они сделали оценку 2 из 5 и что нужно сделать, чтобы повысить их уверенность.
Поддерживайте непрерывное совершенствование
Вот несколько советов, которые помогут вам:
- Определите два разных метода, которые вы хотите использовать в конце PI-планирования для сбора идей по улучшению от участников.
- Разработайте форму, которую вы будете использовать для сбора обратной связи от участников PI-планирования.
Поздравляем с успешным проведением PI-планирования! После завершения мероприятия ваша работа не заканчивается.
- Поработайте со Скрам-мастерами над переносом планов в трекер или другой инструмент, где команды будут отслеживать выполнение работ и достижение PI-целей.
- Убедитесь, что доска планирования ART доступна всем участникам и заинтересованным лицам. Она потребуется в ходе итераций.
- Назначьте повторяющиеся встречи ART, такие как Синхронизации владельцев продуктов, Синхронизации коучей и Системные демонстрации.
Ниже вы найдете определения всех использованных выше терминов SAFe.
Agile Release Train (ART)
Agile Release Train (ART) — это долгосрочная команда Agile-команд, которая инкрементально разрабатывает, внедряет и часто эксплуатирует одно или несколько решений в рамках потока разработки ценности.
Agile-команда
Agile-команда (Agile Team) — это кросс-функциональная группа размером 10 и менее человек, которая обладает всеми необходимыми навыками для определения, создания, тестирования и внедрения ценности своим клиентам.
Представители Бизнеса
Представители Бизнеса (Business Owners) — ключевые заинтересованные лица ART, которые несут решающую ответственность за технологическую и бизнес-основу возврата инвестиций (Return on Investment, ROI), управления и нормативно-правового контроля (Сompliance).
Продуктовый Менеджмент
Продуктовый Менеджмент (Product Management) отвечает за определение и поддержку разработки востребованных, осуществимых, жизнеспособных и устойчивых продуктов, удовлетворяющих потребностям клиентов на всем жизненном цикле продукта.
Владелец Продукта
Владелец Продукта (Product Owner, PO) — член Agile-команды, основная ответственность которого в максимизации ценности, поставляемой командой, что он обеспечивает соответствием Бэклога Команды потребностям клиентов и заинтересованных лиц.
Системный Архитектор
Системный Архитектор (System Architect) отвечает за определение и донесение общей технической и архитектурной концепции Решений, разрабатываемых несколькими ART.
Скрам-мастер / Коуч команды
Скрам-мастер/Коуч Команды (Scrum Master/Team Coach, SM/TC) — это лидер и коуч Agile-команды, который помогает в реализации командных процессов, мероприятий и поставке ценности.
PI-планирование
PI-планирование (PI Planning, Планирование Интервала) — это регулярно повторяющееся мероприятие всего ART, которое согласовывает команды и заинтересованных лиц вокруг общей миссии и концепции.
Инспекция и Адаптация
Инспекция и Адаптация (Inspect and Adapt, I&A) — значимое событие, происходящее в конце каждого интервала планирования (Planning Interval, PI), когда демонстрируется и оценивается текущее состояние Решения. Затем команды обдумывают и выявляют элементы бэклога по улучшению с помощью структурированного семинара по решению проблем.
Мышление Lean-Agile
Мышление Lean-Agile (Lean-Agile Mindset) — это сочетание убеждений, предположений, поступков и действий лидеров и практиков SAFe, которые разделяют концепции Lean-мышления и Agile-манифест
Лидерство Lean-Agile
Лидерство Lean-Agile (Lean-Agile Leadership, LAL) — это компетенция, которая описывает, как лидеры Lean-Agile стимулируют и поддерживают организационные изменения и совершенствование операционной деятельности, предоставляя отдельным лицам и командам возможность реализовать наивысший потенциал.
