Все статьи
Быстрый старт в RTE #2 – Подготовка к PI-планированию
Дата: 29.04.2024
Это вторая статья серии «Быстрый старт в RTE», в которой описаны этапы подготовки к PI-планированию SAFe® (Scaled Agile Framework®). Благодаря инструментам, чек-листам и полезной информации от других RTE вы сможете перенять их опыт и получить знания для подготовки к PI-планированию.
Обзор содержания
В этой статье рассматриваются основы PI-планирования, шаги по подготовке к PI-планированию и способы выявления антипаттернов в процессе подготовки:
- Понимание. Определение PI-планирования. Вы узнаете больше о PI-планировании, почему PI-планирование важно, о преимуществах для вас и организации и чего ожидать.
- Подготовка. Подготовка к PI-планированию. Мы опишем основные области готовности, которые подготавливают организацию к PI-планированию:
- Организационная готовность.
- Готовность контента.
- Готовность инструментария и техники.
- Исследование. Выявляем антипаттерны. Определяем оптимальный объем подготовки и на что обращать внимание в рамках подготовки.
После прочтения статьи вы сможете:
- Наметить задачи, которые вы будете выполнять перед PI-планированием.
- Определить риски чрезмерной или недостаточной подготовки к PI-планированию.
Ниже вы найдете определения всех использованных выше терминов SAFe.
RTE
Release Train Engineer (RTE) или «машинист поезда» — это лидер-слуга и коуч в Agile Release Train (ART), который проводит мероприятия и помогает в реализации процессов, а также поддерживает команды в поставке ценности.
PI-планирование
PI-планирование (PI Planning, Планирование Интервала) — это регулярно повторяющееся мероприятие всего ART, которое согласовывает команды и заинтересованных лиц вокруг общей миссии и концепции.
Agile Release Train (ART)
Agile Release Train (ART) — это долгосрочная команда Agile-команд, которая инкрементально разрабатывает, внедряет и часто эксплуатирует одно или несколько решений в рамках потока разработки ценности.
Что такое PI-планирование?
В SAFe нет волшебства… за исключением разве что PI-планирования.
В манифесте Agile говорится: «Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды». SAFe выводит это на новый уровень с помощью PI-планирования, регулярного мероприятия, когда весь ART собирается, чтобы синхронизировать планы по дальнейшей работе.
У PI-планирования стандартная повестка, которая включает презентацию бизнес-контекста и видения, за которым следуют сессии планирования, когда команды создают свои планы итераций и цели предстоящего PI. При содействии RTE это мероприятие, по возможности, включает всех специалистов в этой области и проводится в течение двух дней.
PI-планирование считается ключевым компонентом SAFe. Это настолько важно, что говорят, что если у вас нет PI-планирования, то у вас нет SAFe.
Входные артефакты:
- бизнес-контекст, дорожная карта и видение;
- топ-10 фич бэклога ART.
PI-планирование начинается с брифинга. Его проводят представители бизнеса и ключевые заинтересованные лица. Цель брифинга – обеспечить четкое видение и сформировать единое понимание контекста предстоящего PI для всех участников процесса.
Итогом успешного PI-планирования должна стать синхронизация всех команд и представителей бизнеса относительно целей следующего PI, что отражается в трех важнейших артефактах.
Выходные артефакты:
PI-цели создаются каждой командой, а значение бизнес-ценности для них присваивается представителями бизнеса.
Доска планирования ART содержит даты поставки фич, зависимости между командами, а также значимые события и вехи. Формируется и обновляется на планировании и актуализируется в течении PI.
PI-риски определяются и категорируются с использованием модели ROAM (либо устраняются, либо контролируются, принимаются или смягчаются):
- Resolved (R) – то, что не является риском.
- Owned (O) – риски, где назначается следящий за развитием ситуации, так как план действий не был разработан на встрече, либо риск пока не требует разработки плана действий по его снижению или устранению.
- Accepted (A) – риск не может быть снят, поэтому мы его принимаем.
- Mitigated (M) – риски, где формируем план по устранению или снижению рисков.
Почему PI-планирование так важно? PI-планирование – это мощный способ:
- обеспечить согласованность действий всех команд разработки для продвижение вперед, к целям;
- сбалансировать нагрузку с возможностями, дав командам полномочия самостоятельно планировать свою работу;
- наладить личную коммуникацию и ускорить принятие решений;
- проработать зависимости между командами, чтобы обеспечить поставку фич;
- сформировать обязательства всего ART на предстоящий PI.
Ниже вы найдете определения всех использованных выше терминов SAFe.
Видение
Концепция — это описание будущего состояния разрабатываемого Решения. Она отражает как потребности клиента и заинтересованных лиц, так и соответствующие потребностям Фичи и Возможности.
PI
Интервал Планирования (Planning Interval, PI) — это регулярный повторяющийся временной интервал, за который Agile Release Train (ART) непрерывно поставляет ценность клиентам в соответствии с Целями Интервала Планирования (PI-целями).
Фича
Фича представляет собой функциональность решения, которая несет ценность для бизнеса, удовлетворяет потребности заинтересованных лиц и имеет такой размер, что она может быть реализована одним Agile Release Train в рамках одного Интервала Планирования (Planning Interval, PI).
Бэклог ART
Бэклог ART — это Канбан-система, используемая для сбора и управления Фичами и Энейблерами, предназначенными для функционального улучшения Решения и расширения Архитектурной Полосы.
Представители бизнеса
Представители Бизнеса — ключевые заинтересованные лица ART, которые несут решающую ответственность за технологическую и бизнес-основу возврата инвестиций (Return on Investment, ROI), управления и нормативно-правового контроля (Сompliance).
PI-цели
PI-цели — это высокоуровневое описание бизнес- и технологических целей, которые команды и поезда собираются достичь в предстоящем Интервале Планирования.
Доска планирования ART
Доска Планирования ART — это визуализация сроков поставки фич, зависимостей между командами и вех в рамках PI.
PI-риски
PI-риски ART — это выявленные факторы, способные повлиять на достижение PI-целей ART.
Основы PI-планирования
Рекомендуемая продолжительность и частота проведения: 2 дня каждые 8-12 недель (обычно 10 недель).
PI-планирование объединяет весь ART, включая заинтересованных лиц. Это гарантирует, что люди, выполняющие работу, сами ее и планируют и берут на себя обязательства по выполнению этой работы. Общее планирование обеспечивает осведомленность об окончательных планах.
Продуктовый менеджмент отвечает за приоритизацию фич для PI-планирования. Они взаимодействуют с широким кругом людей для выявления и определения потребностей клиентов, понимания контекста решения и разработки Видения решения, дорожной карты и фич, необходимых для удовлетворения этих потребностей.
Agile-команды ответственны за декомпозицию фич на Истории и их оценку.
Системный архитектор и дизайнер пользовательского опыта (User Experience, UX) работают в качестве посредников для управления, интерфейсов и зависимостей. Системный архитектор и UX работают с продуктовым менеджментом, чтобы обеспечить приоритизацию этой работы, называемой энейблерами, наряду с бизнес-фичами.
Ниже вы найдете определения всех использованных выше терминов SAFe.
Продуктовый Менеджмент
Продуктовый Менеджмент (Product Management) отвечает за определение и поддержку разработки востребованных, осуществимых, жизнеспособных и устойчивых продуктов, удовлетворяющих потребностям клиентов на всем жизненном цикле продукта.
Agile-команда
Agile-команда (Agile Team) — это кросс-функциональная группа размером 10 и менее человек, которая обладает всеми необходимыми навыками для определения, создания, тестирования и внедрения ценности своим клиентам.
История
Истории — это короткие описания небольшого компонента желаемой функциональности на понятном пользователю языке.
Системный Архитектор
Системный Архитектор (System Architect) отвечает за определение и донесение общей технической и архитектурной концепции Решений, разрабатываемых несколькими ART.
Lean UX
Lean User Experience (Lean UX) — это командный подход к созданию лучших продуктов, при котором меньше внимания уделяется теоретически идеальному проектированию, а больше — итерационному обучению, обобщению опыта (работы) пользователей (с разрабатываемыми Решениями) и результатам для клиентов.
Энейблер
Энейблеры — это элементы бэклога, которые расширяют Архитектурную Полосу разрабатываемого решения или улучшают производительность потока разработки ценности.
Зачем PI-планирование?
Существует множество причин, по которым организации проводят PI-планирование. Вот лишь несколько причин, по которым организации предпочитают планировать:
- Выработать общее видение, что разрабатывать дальше.
- Согласовать цели для следующего PI.
- Визуализировать запланированную работу, последовательность выполнения, зависимости и риски.
- Сбалансировать нагрузку с возможностями, дав командам полномочия самостоятельно планировать свою работу.
- Децентрализация решений.
- Поддержка планов от всех участников за счет личной вовлеченности каждого.
- Люди, выполняющие работу, составляют план и посвящают себя этой работе.
Преимущества PI-планирования
Организации получают следующие преимущества благодаря PI-планированию:
- Личная коммуникация между всеми членами команды и заинтересованными лицами.
- Формируется социальная сеть, от которой зависит ART.
- Согласованность разработки с бизнес-целями, бизнес-контекстом, видением и PI-целями команд и ART.
- Выявление зависимостей и поощрение сотрудничества между командами и между разными ART.
- Обеспечение «достаточности архитектуры» и рекомендаций по Lean UX.
- Сбалансированность нагрузки с производственными возможностями и устранение избыточной “работы в процессе” (Work In Progress, WIP).
- Ускорение принятия решений – все люди, необходимые для PI-планирования присутствуют на мероприятии.
Незавершенная Работа (Work In Process, WIP) представляет собой общее количество активных рабочих элементов в системе.
Что вас ждёт при подготовке
В первый раз, когда вы будете готовиться к PI-планированию и затем проводить его, это будет волнительно, захватывающе и немного напряженно. Предстоит многое обсудить, координировать и подготовить.
Требуется тщательная подготовка, иногда называемая предварительным PI-планированием, и координация между бизнес-подразделениями и Agile-командами. Рациональные траты времени на подготовку гарантируют успешность PI-планирования.
Вот к чему вам нужно готовиться:
Agile-команды, входящие в ART, будут работать вместе для достижения PI-целей. Вы координируете подготовку всех Agile-команд.
Инструментарий PI-планирования SAFe (SAFe PI Planning Toolkit) содержит множество ценных ресурсов, которые помогут в подготовке. Инструментарий включает шаблоны, которые вы можете использовать при работе с представителями бизнеса, менеджерами продуктов, системными архитекторами и Agile-командами.
Доступ к личному кабинету SAFe Studio и шаблонам доступен после прохождения сертификационных тренингов.
Скрам-мастер/Коуч Команды — это лидер и коуч Agile-команды, который помогает в реализации командных процессов, мероприятий и поставке ценности.
Советы экспертов
Инструментарий PI-планирования SAFe (SAFe PI Planning Toolkit) содержит множество ценных ресурсов, которые помогут в подготовке. Инструментарий включает шаблоны, которые вы можете использовать при работе с представителями бизнеса, менеджерами продуктов, системными архитекторами и Agile-командами.
Доступ к личному кабинету SAFe Studio и шаблонам доступен после прохождения сертификационных тренингов.
- Что вас больше всего волнует, когда вы начинаете готовиться к PI-планированию? Из-за чего вы больше всего нервничаете?
- Что вы можете сделать, чтобы устранить эти препятствия или снизить степень их влияния?
Запишите несколько советов самому себе. Составьте список лиц, на кого вы можете эскалировать проблемы или к кому можете обратиться за помощью.
Подготовка к PI-планированию
PI-планирование – важное мероприятие с участием представителей бизнеса, менеджеров продуктов, Agile-команд, системным и архитекторов решений, системной команды и других заинтересованных лиц. И за фасилитацию этого мероприятия отвечает RTE. Все участники должны быть уведомлены заранее, чтобы успеть хорошо подготовиться.
Первый шаг – запланировать дату. Отталкиваясь от этой даты, запланируйте PI-планирования на год вперед в календаре, чтобы гарантировать, что люди забронируют время для этого важного события.
Работа над согласованностью стратегии, команд и поездов.
Готовность менеджмента и разработки.
Подготовка к фасилитации и обеспечения необходимыми техническими средствами.
Системная Команда — специальная Agile-команда, которая оказывает поддержку в создании и использовании среды Agile-разработки, включая разработку и поддержку Конвейера Непрерывной Поставки. Участники этой команды могут также поддерживать интеграцию компонентов, сквозное тестирование Решения, мышление и практики DevOps, развертывание и Релиз по Требованию.
Организационная готовность
Перед PI-планированием необходимо обеспечить согласованность между участниками, заинтересованными лицами и представителями бизнеса. Прежде всего определите ключевые роли:
Менеджер продукта обладает полномочиями по управлению бэклогом и является «голосом заказчика» в ART.
Представители бизнеса являются ключевыми заинтересованными лицами ART, которые несут ответственность за бизнес- и техническое управление, соответствие требованиям и окупаемость инвестиций (Return On Investment, ROI) решения, разработанного ART.
Вопросы, которые необходимо задать для обеспечения организационной готовности: перед PI-планированием необходимо согласовать стратегию между участниками, заинтересованными лицами и представителями бизнеса. Как RTE, вы должны распределить все важные роли перед планированием. Чтобы заранее разобраться с согласованием, организаторы мероприятия, включая вас, должны задать вопросы, приведенные ниже.
Спросите:
- Понимают ли соответствующие люди границы планирования (область продукта, системы, технологии)?
- Знаем ли мы, какие команды должны планироваться совместно?
- Какие продукты и системы будут затронуты?
Спросите: существует ли соглашение о приоритетах между представителями бизнеса?
Спросите:
- Есть ли у нас Agile-команды?
- Есть ли выделенные члены команды и определены ли Скрам-мастера/Коучи команд и Владельцы продуктов для каждой команды?
- Что мы будем делать, если ответ на любой из этих вопросов будет «нет»?
Владелец Продукта — член Agile-команды, основная ответственность которого в максимизации ценности, поставляемой командой, что он обеспечивает соответствием Бэклога Команды потребностям клиентов и заинтересованных лиц.
Готовность контента
Убедитесь в том, что бизнес-контекст готов заранее, чтобы обошлось без сюрпризов.
Создание четкого видения. Не менее важно определить четкое видение и контекст, чтобы привлечь к участию только необходимых заинтересованных лиц. Для обеспечения готовности контента PI-планирование должно включать следующие блоки:
Брифинг, который определяет текущий бизнес-контекст.
Брифинги, подготовленные менеджерами продукта, включая представление топ-10 фич бэклога ART.
Презентация технического директора, корпоративного архитектора или системного архитектора для представления новых энейблеров, фич и нефункциональных требований (Non-Functional Requirement, NFR).
Нефункциональные Требования — это свойства системы, которые определяют дизайн решения и часто служат ограничениями для соответствующих бэклогов.
Советы экспертов
Канбан ART — это метод визуализации и управления потоком Фич в Конвейере Непрерывной Поставки от идеи до анализа, реализации и выпуска.
Готовность инструментария и техники
Планируйте наперед. Подготовка мероприятия для поддержки большого числа участников может быть довольно сложной задачей. Планирование в очном формате может включать обеспечение безопасности и подготовку физического пространства. При подключении удаленных участников или проведении полностью распределенного PI-планирования необходимы инвестиции в техническую инфраструктуру.
Заранее подготовьте все локации для планирования.
Вы несете ответственность за то, чтобы помочь заинтересованным лицам ART понять, что они должны подготовить заранее.
Отличным способом является проведение обзора PI-планирования для заинтересованных сторон. Эту встречу можно использовать для ознакомления с SAFe и PI-планированием, включив как обзор PI-планирования, так и подготовки к PI-планированию.
Обеспечьте доступность основных и вспомогательных аудио-, видео- и презентационных каналов.
Доска планирования ART
Сформируйте доску планирования для вашего ART и сделайте ее доступной для всех участников во время планирования, даже если ваше мероприятие полностью распределенное.
Советы экспертов
Привлеките к организации оффлайн мероприятия активных амбассадоров – очень важны и вода в достаточном количестве, удлинители на столах, кофе-брейки и все то, о чем можно позабыть в пылу подготовки контента.
Приглашайте участников на PI-планирование как можно раньше, чтобы у людей было время самостоятельно спланировать логистику (уход за детьми, престарелыми, транспорт и т.д.).
Также полезно запланировать PI-планирования на весь год вперед.
Антипаттерны
Решение: Убедитесь, что фичи и энейблеры соответствуют требованиям DoR.
Если фичи и энейблеры не соответствуют определению готовности (DoR), Agile-команды не смогут надлежащим образом спланировать их реализацию. Используйте Канбан ART для визуализации прогресса в достижении готовности фич и создания постоянного потока в проработке и актуализации бэклога. Кроме того, поощряйте команды выделять время в каждой итерации для понимания и доработки фич и энейблеров для предстоящего PI.
Решение: Продемонстрируйте важность быть доступным для команд.
Поработайте с менеджерами продуктов и системным архитектором, чтобы помочь им понять важность доступности для предварительного планирования работ и мероприятий. Спросите, как вы можете помочь им подготовиться.
Решение: Проведите обзор PI-планирования для заинтересованных лиц.
Проведите обзор PI-планирования для заинтересованных сторон, чтобы помочь им понять свою роль в PI-планировании.
Решение: Обучите команды отстаивать важность и необходимость IP-итерации.
Обучите команды защите права на проведение IP-итерации, чтобы у них было время сосредоточиться на подготовке к PI-планированию.
Итерация Инноваций и Планирования, IP-итерация — это уникальная, специальная итерация, которая проводится в каждом Интервале Планирования (Planning Interval, PI). Она обеспечивает определенный буфер для достижения PI-целей и время для инноваций, непрерывного обучения, PI-планирования и мероприятия Инспекции и Адаптации (Inspect and Adapt, I&A).
