Для чего эта статья?

В ходе работы с некоторыми командами я обнаружил, что команды испытывают трудности в понимании и использовании PI-целей. Это непонимание приводит к некорректному определению командных целей, а заинтересованные стороны вообще могут воспринимать их, как инструмент целеполагания для команд. На самом деле, PI-цели должны служить механизмом обратной связи между командами и заинтересованными сторонами, демонстрируя, что команды понимают проблемы и потребности последних.

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

PI-цели — результат процесса PI-планирования, а не входные данные для этого процесса.

Минутка лексикологии

В английском языке есть много слов, которые обозначают цели: aim, goal, target, objective, purpose. На русский язык их часто переводят просто словом «цель». Но на самом деле каждое из этих слов имеет свои особенности и оттенки значений, которые позволяют более точно выразить намерения говорящего.

Aim — это цель, намерение. Это неясный в текущих условиях, но конкретный ориентир, которого вы хотите достичь, выполняя определённые действия. Мы используем это слово, когда говорим о том, что, прилагая усилия и совершив конкретные шаги, мы достигнем поставленной цели. Это видение бизнеса. Цель-намерение должна иметь план действий для достижения. Пример: Цель нашего банка — стать банком номер один в России.

Goal — это цель, задача. Это конкретная и ясная цель в долгосрочной перспективе. Это пункт назначения, куда мы должны прибыть с определённым уровнем уверенности. Цель-задача — важная веха на пути к реализации видения. Пример: Банк планирует занять большую часть рынка розничных клиентов в РФ.

Objective — это цель, задача. В основе задач лежит общая цель (Goal или Aim), которую нужно достичь. Но для достижения этой цели нужно выполнить ряд задач. Пример: Наша цель — дать клиенту возможность получать кредит по одному документу.

Target — это количественная цель, имеющая измерение. Это точный результат, который нужно достичь, показатель для оценки успешности достижения цели. Пример: Наш банк планирует достичь 5 миллионов активных клиентов в течение трёх лет.

Purpose — это цель, намерение, замысел, стремление. Это причина, по которой мы делаем что-то. Это слово объясняет, почему мы что-то сделали, и лежит в основе наших действий. Пример: Мы внедрили SAFe в банке, потому что нам нужно было интегрировать бизнес и ИТ и координировать работу множества команд.

В целом, когда эти слова используются в бизнес-контексте, их связь такова: для реализации видения бизнеса (aim) мы должны последовательно достичь нескольких целей (goals). Каждая цель достигается выполнением ряда задач (objectives).

Что же такое PI-цели?

В SAFe это называется PI Objectives. Это набор целей-задач, которые помогут достичь определённых целей бизнеса (goals). PI-цели — это задачи, которые Agile-команда, ART или Solution Train планирует выполнить в текущем PI, чтобы помочь бизнесу достичь своих целей.

PI-цели формируются командами в процессе PI-планирования и представляют собой набор краткосрочных обязательств Agile-команд и ART на весь период PI.

Основные преимущества PI-целей:

• подтверждение понимания потребностей заинтересованных лиц,
• фокусировка внимания на результатах, а не на процессе работы,
• обобщение данных о производстве в управляемой форме.

Подтверждение понимания потребностей

Один из основных рисков в разработке ПО — риск потери понимания. Если заинтересованные стороны не смогут чётко сформулировать свои потребности, команда может неправильно их понять – и на выходе получится не то, что ожидали. В SAFe для решения этой проблемы используются PI-цели. Они обеспечивают обратную связь между командами и владельцами бизнеса, позволяя быстро проверить, насколько хорошо команды поняли ожидания.

Мы предлагаем командам передать суть ценности, которую принесёт внедрение функций, простыми и понятными словами. Пусть команда ответит на вопрос:

«Можете ли вы лаконично, на языке, понятном владельцу бизнеса, объяснить, что получит бизнес если вы внедрите этот набор функций?»

Если команда не сможет чётко сформулировать это к концу PI-планирования, стоит задуматься, стоит ли тратить деньги на реализацию в течение следующего квартала.

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

Фокус на результате

PI-цели помогают сосредоточиться на бизнес-результате, а не на выполнении функций. Инструменты, такие как фичи и критерии приёмки, помогают определить и зафиксировать объём работ и скооперировать команды. Важно не упустить цели за стремлением завершить все функции. Дайте ответ на вопрос:

«Чего мы хотим достичь? Завершить все фичи из бэклога или решить проблемы бизнеса и дать ему новые возможности? Можем ли мы достичь ожидаемого результата без реализации всех запланированных функций?»

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

Обобщение данных о производстве

Ни одна крупная группа людей не будет анализировать каждый элемент списка, состоящий более чем из 5–7 пунктов. Небольшие ARTы могут выполнять по 10 фич за PI, а крупные — до 40. Вероятно, менеджер по продукту — единственный, кто тщательно изучает каждую фичу. Разумеется, никто не делает этого за пределами ARTа. В итоге, очень полезны краткие описания намерений, которые обеспечивают PI-цели, и их использование в качестве индикатора для отслеживания прогресса как внутри ARTа, так и за его пределами.

Для мониторинга прогресса команд можно использовать два метода. Первый — сделать бэклоги прозрачными и отображать процент выполнения фич от общего количества фич в бэклоге. Второй — определить 5–7 ключевых целей для каждого ARTа и отслеживать прогресс в их достижении. Это особенно полезно, когда у вас есть несколько ARTов, работающих вместе для достижения общих целей.

Почему PI-цели важны?

Смысл PI-планирования заключается в координации и синхронизации работы команд, а также предоставлении им возможности улучшать, оценивать и планировать свою деятельность. Бизнес-стратегия определяет пути достижения целей компании (aims), а цели бизнеса (goals) задают ключевые точки в реализации этих стратегий. Мы начинаем PI-планирование с набором слабо определённых целей бизнеса и приоритизированного списка функций, реализация которых может способствовать достижению этих целей, но не гарантирует этого.

Владельцы бизнеса предоставляют командам информацию о целях бизнеса и списке функций, а команды должны разработать задачи (objectives), которые будут включать конкретные действия и сроки для достижения бизнес-целей.

Зачем использовать PI-цели, если есть фичи?

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

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

Итог

Давайте запомним: PI-цели — это не то, что приносят владельцы бизнеса и продуктовый менеджер на PI-планирование. PI-цели — это обязательства команд выполнить определённые действия для достижения бизнес-целей владельцев. Они возникают в результате PI-планирования в каждой Agile-команде и объединяются в общие PI-цели ART, чтобы служить обратной связью и демонстрировать понимание потребностей бизнеса. Эти цели фокусируют команды на достижении ценности, а не просто на реализации списка задач в бэклоге.

Узнать больше

• Brief about PI Objectives, Premier Agile
• Ian Spence, Brian Tucker, Writing Good PI Objectives, Ivar Jacobson International,