Цели итерации: зачем нужны и как использовать в SAFe?

«Поставьте цель и не останавливайтесь, пока не достигнете её. Когда достигнете — поставьте следующую и снова не останавливайтесь, пока не достигнете. Никогда не сдавайтесь». – Беар Брайант, тренер по американскому футболу, Университет Алабамы

Определение

Цели итерации (Iteration Goals) – это высокоуровневое резюме бизнес- и технических целей, которые Agile-команда приняла к выполнению в рамках итерации.

Что дают цели итерации?

Цели итерации обеспечивают:

• Единый фокус команды и согласованное понимание результата итерации;
• Со-направленность с Целями на Интервал Планирования и поддержку управления зависимостями между командами Поезда (Agile Release Train, ART);
• Прозрачность для заинтересованных лиц и менеджмента: понимание того, что с позиции и понимания команды они собираются доставить бизнесу.

Цели итерации создают общий язык для Agile-команд, заинтересованных лиц Поездов (Agile Release Train, ART) и менеджмента – чтобы поддерживать согласованность, управлять зависимостями и своевременно корректировать работу в ходе выполнения Интервала Планирования (Planning Interval, PI).

Подход применим как для Agile команд, у которых Скрам является основным способом организации работы (SAFe Scrum), так и для Agile команд, у которых основной способ организации работы – Канбан (SAFe Team Kanban), а также для команд, которые используют гибридную модель.

Как цели итерации появляются в процессе планирования?

В результате проведения мероприятия «Планирование Итерации» команда обычно получает три ключевых результата:

• Запланированные элементы на итерацию в Беклоге Команды: Истории и Энейблеры – с критериями приёмки и оценками.
• Набор целей итерации, за выполнение которых команда берёт на себя обязательства (рис. 1).
• Понимание и план по работе с зависимостями с другими командами.

Рисунок 1. Цели итерации одной команды

«Обязательно фиксируйте цели итерации отдельным артефактом (на доске/в Jira/Confluence) и используйте их как «публичное обещание результата» для клиента и организации, а не как технический чек‑лист выполнения задач.»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

Что обычно отражают цели итерации?

Цели итерации могут включать:

• элементы результатов для достижения целей команды и Поезда на интервал планирования (PI Objectives);
• Фичи или части (срезы) функциональности;
• бизнес- или технические вехи;
• работы по архитектуре, инфраструктуре, исследованию и обеспечению соответствия регуляторным требованиям (compliance);
• обязательные «операционные» задачи: поддержка/сопровождение, рефакторинг и документирование.

Важно: команда достигает целей итерации через выполнение элементов беклога, при этом достижение целей итерации считается важнее, чем завершение каждой отдельной Истории. Команда, в принципе, может:

• не завершить отдельный элемент, но всё равно выполнить цель итерации;
• добавить новые Истории, если это требуется для достижения заявленного результат.

«2-й – неидеальный вариант с точки зрения качества планирования, но выполнение целей итерации в данном случае важнее.»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

Именно поэтому цель итерации даёт управляемую гибкость в выборе работ, необходимых для результата.

«Команде на практике очень редко удаётся сформулировать только одну цель на итерацию. При этом, чем меньше целей – тем выше концентрация на результат, поэтому таких целей должно быть минимально возможное количество. Идеальным является количество 1–3 цели на итерацию. Если целей становится уже 5–7, это почти всегда признак того, что вы описываете «что делаем?», а не «какой результат получаем?»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

Почему цели итерации важны в SAFe?

Цели итерации напрямую поддерживают две ключевые ценности SAFe:

• Со-направленность (Alignment) – команда и стейкхолдеры одинаково понимают, что именно должно быть достигнуто;
• Прозрачность (Transparency) – результат итерации можно объяснить на языке бизнеса и использовать для управленческих решений.

Обязательства «закрыть набор Историй в итерации» недостаточно: команде и бизнесу важно понимать ожидаемую ценность итерации. Цели итерации помогают команде регулярно проверять и формулировать эту бизнес-ценность для Владельцев Бизнеса, менеджмента и других заинтересованных лиц, включающих в себя и другие команды.

Дополнительно цели итерации повышают связность работы команды: фокус на общих целях побуждает команду работать совместно над общим результатом, а не разрозненно над отдельными «личными» Историями. Это помогает ограничивать незавершённую работу (НЗР, WIP) и улучшать поток.

Цели итерации в контексте Поезда, Демо Системы и Канбан

В контексте Поезда (ART) цели итерации каждой команды помогают сформировать со-направленность всех команд между собой и поддерживать общее понимание того, что каждая команда намерена выполнить в каждую итерацию и представить на ближайшем мероприятии «Демонстрация Системы» (System Demo).

Хотя в SAFe Канбан-команды (SAFe Kanban team) обычно не используют мероприятие планирования итерации так же глубоко, как это делают Скрам команды (SAFe Scrum team), для Канбан команд цели итерации всё равно полезны, поскольку они обеспечивают необходимую прозрачность и со-направленность.

«Привязывайте формулировку цели к тому результату, который вы будете демонстрировать: если результат достижения цели нельзя хотя бы частично показать на Демонстрации Системы и при этом не получается объяснить, почему что-то нельзя показать, цель была сформулирована слишком абстрактно. Формулировки цели должны строго ориентироваться на высокоуровневое понимание тех результатов, которые команда создаст за итерацию.»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

1. Выравнивание участников команды вокруг общей цели

Итерации проходят быстро, и команде важно удерживать общий ориентир. Цели итерации помогают команде и Владельцу Продукта договориться:

• какую бизнес-ценность команда обязуется доставить?
• как это соотносится с целями команды на интервал планирования?
• какой результат будет считаться достаточным выполнением обязательств?

Рисунок 2. Цели итерации помогают со-направить команду

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

Избегайте использования описания финансового или клиентского, рыночного эффекта в формулировках целей итерации, особенно если вы команда разработки – такой эффект является производным и в большинстве случаев только частично находится под контролем вашей команды и, к тому же, он, как правило, является запаздывающей метрикой, а принимать решения «достигнута цель итерации или нет» нужно будет в момент окончания итерации, когда только завершена разработка и клиент/заказчик ещё даже не начал работать над получением «своего» эффекта.»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

2. Со-направленность (синхронизация) команд в Поезде (ART) и управление зависимостями

Agile-команды работают внутри общего поезда (ART) и влияют друг на друга. Поэтому планы итераций требуют коммуникации с другими командами и с Инженером Релизного Поезда (Release Train Engineer, RTE).

Цели итерации:

• упрощают со-направленность с целями всего Поезда на интервал планирования (ART PI Objectives);
• дают контекст, необходимый для выявления зависимостей;
• помогают заранее согласовать решения по зависимостям (и снизить риск срывов).

Рисунок 3. Цели Итерации со-направляют команды в соответствии с Целями Интервала Планирования, обеспечивают синхронизацию между собой и помогают выявлять зависимости

«Есть несколько способов соединения целей своей команды с другими командами. Самым простым (но ограниченно прозрачным) является согласование общей цели на две команды, когда, например, одна из целей итерации у двух команд будет одинаковой. Но это решение двух команд, поэтому целесообразно заранее его обсудить, например, на совместном мероприятии «Уточнение/Улучшение беклога».

Другим вариантом будет явное указание в цели итерации ожидаемого взаимодействия с другой командой: «При условии получения готовности API/доступов/данных от команды 123 разработать…». Это не оправдание – это ранняя сигнализация риска, которым нужно управлять. На уровне целей итерации это нормальная практика (тут напомню, что на уровне целей на весь интервал/PI у нас дополнительно появляется роуминг рисков, куда такая зависимость может быть вынесена в виде риска уровня поезда, тем самым упрощая формулировку целей на интервал).

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

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

3. Прозрачность для менеджмента и заинтересованных лиц

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

Агрегированные цели итераций всех команд на уровне Поезда (ART) даёт простой и прозрачный «двухнедельный срез» ответов на вопросы:

• Что происходит?
• Какой ожидается результат?
• Где есть текущие риски и зависимости?

Рисунок 4. Цели итерации обеспечивают наглядность и коммуникацию с руководством

«Практически намного эффективнее видеть и понимать 6–12 строк «целей итерации всех команд поезда», чем 200+ строк статусов по отдельным Историям и зависимостям. Таким образом, использование целей итерации создаёт управляемую прозрачность.»

Алексей Ионов, ASPC, Lean-Agile коуч организаций, Ионов и Партнеры

Анти‑паттерны (что обычно ломает пользу целей итерации)

• Цель = список задач. Формулировка содержит перечень работ, а не описание результата (функционала) для бизнеса, который создаст команда.
• Слишком много целей. 5–10 или более «целей» превращают обсуждение их достижения в отчёт и размывают фокус.
• Только технический язык без бизнес‑смысла. Заинтересованные лица из формулировок целей не понимают, «зачем это нужно» и как это влияет на ценность/риски.
• Нет обсуждённого критерия достижения. Формулировка должна отражать краткое описание доставленного командой результата и, если возможно, разночтение, количественную величину цели: демо, метрика, артефакт, проверку.
• Цели пишутся «для галочки» и не используются в управлении итерацией. На ежедневных Синхронизациях Команды о целях не вспоминают, а на Обзоре Итерации их не сверяют.
• Цель не учитывает зависимости. Команда обещает результат, который невозможен без внешних поставок/доступов, но это не отражено. Ещё более манипулятивный вариант может быть, когда цель включает в себя активности, которыми команда не управляет: например, команде разработки ставится цель продаж всей компании.
• Подмена цели итерации PI‑целями. Формулировка слишком крупная для итерации и не даёт управляемого горизонта на 1–2 недели. цель должна описывать результат, создаваемый командой за итерацию.
• Подмена целей Фичами или наоборот. В SAFe есть чёткие рекомендации, как формулируется Фича. Один из элементов включает в себя краткое описание Фичи. Другое обязательное поле Фичи – «Гипотеза выгоды», содержащая формулировку гипотезы ожидаемой ценности для клиента. При этом факт получения этой ценности, как правило, зависит от рыночных факторов, действий многих подразделений и является гипотезой. Ничего из этого не должно быть частью формулировки целей итерации, которые обычно описывают результаты создания командой ценного инструментария (функционала) для проверки этой бизнес-гипотезы. Частным (и редким) исключением может быть случай, когда SAFe используется для выстраивания работы бизнес-команд, отвечающих за прямые продажи.

Мини‑процесс: жизненный цикл целей итерации (от планирования до ретроспективы)

1. Мероприятие Планирование Итерации: сформулировать 1–3 цели итерации на языке результата, связать с целями интервала планирования, проговорить зависимости и «условия успеха», исключить недопонимания и разночтения.
2. Во время итерации (ежедневные Синхронизации Команд): сверять фактический ход работ с целями; при изменениях приоритетов адаптировать состав Историй (фиксируя это в беклоге и метриках), сохраняя фокус на целях.
3. Управление зависимостями: эскалировать блокеры через RTE/смежные команды, фиксировать рабочие договорённости по поставкам.
4. Обзор Итерации и Демонстрация Системы: подтвердить достижение целей через демонстрацию/метрики/артефакты; проговорить, что перенесено и почему.
5. Ретроспектива Итерации: разобрать, какие цели были недостигнуты или достигнуты частично, какие причины (зависимости, НЗР, качество формулировок) и что изменить в следующей итерации.

Цели итерации vs цели спринта: в чём разница?

Общее: и цели итерации, и цель спринта задают фокус на результат, а не на «закрытие задач».

Контекст: цели итерации в SAFe дополнительно «встроены» в уровень Поезда (ART): они помогают синхронизироваться с целями на интервал (PI Objectives), управлять межкомандными зависимостями и готовить вклад команды в будущую Демонстрацию Системы (System Demo). В SAFe признаётся факт, что в практическом плане крайне сложно всегда иметь только одну цель итерации, но требуется формулировать по возможности минимальное количество целей.

Коммуникация: цели итерации в SAFe чаще используются как «контракт прозрачности» для стейкхолдеров Поезда (других команд) и менеджмента (агрегация по ART), а не только внутри одной команды.

Практический вывод: формулируйте цель так, чтобы её было легко агрегировать и обсуждать на уровне Поезда: «какую ценность/вклад в интервал планирования (PI)» команда доставляет в этой итерации.

Пример агрегации целей итерации на уровне Поезда (ART)

Ниже – пример «двухнедельного среза» для менеджмента и заинтересованных лиц ART (6–12 строк), который «собирается» из целей отдельных команд:

• Команда A: сократить время оформления возврата для сегмента B (демо сценария + метрика успешных возвратов в тестовом контуре).
• Команда B: обеспечить стабильную интеграцию с внешним сервисом через шлюз (e2e‑прогон + ошибки ниже порога).
• Команда C: закрыть требования аудита по журналированию (чек‑лист соответствия + подтверждение службы ИБ).
• Команда D: снизить время сборки на X% (измерение конвейера до/после).
• Зависимости/риски ART: готовность API от команды B к середине итерации; доступы к тестовым данным от службы эксплуатации; окно релиза в конце итерации.

Формат агрегации можно вести (более сложно) как таблицу «Команда → Цель → Подтверждение → Риски/Зависимости», или как простой краткий список целей по поезду для еженедельного управленческого обзора.

Итог

Независимо от того, использует команда Скрам или Канбан, цели итерации дают командам, заинтересованным лицам поезда и менеджменту единый язык для со-направленности, управления зависимостями и корректировок в ходе выполнения Интервала Планирования (PI).

Вопросы-ответы

Что такое цели итерации в SAFe?

Это краткое высокоуровневое описание бизнес‑ и технических результатов, которые команда обязуется доставить (создать) за итерацию.

Чем цели итерации отличаются от набора Историй в итерации?

Истории – это запланированные элементы беклога, а цель – ожидаемый агрегированный результат. Цель важнее закрытия каждого отдельного элемента: работу можно адаптировать, чтобы достигнуть результата.

Как цели итерации связаны с целями интервала планирования (PI Objectives)?

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

Зачем цели итерации руководителям?

Они дают прозрачное понимание, какую ценность команда планирует доставить, какие есть зависимости и где может потребоваться управленческая поддержка (например, устранение препятствий).

Нужны ли цели итерации Канбан-командам?

Да. Даже если планирование идёт не через единомоментный отбор Историй на итерацию, цели итерации повышают прозрачность и согласованность в Поезде (ART).

Оригинал: Scaled Agile, Inc. (вендор), статья «Iteration Goals». Материал не является официальным переводом.

Перевод и адаптация: Алексей Ионов, Lean-Agile коуч организаций, Advanced SPC, Ионов и Партнеры. В подготовке статьи использованы дополнительные материалы и опыт практического использования SAFe Scrum.

Основано на версии статьи от 11.03.2023.

Почитать дополнительно:

Agile Команда
Команда SAFe Scrum
Команда SAFe Kanban
Владелец Продукта
Скрам Мастер / Коуч Команд
Беклог Команды
Истории
Цели на PI
5 видов ценности целей команд на Интервал Планирования
Мероприятия в SAFe (включая мероприятия команды)
Обзор Итерации
Ретроспектива Итерации

© «Ионов и Партнеры» (ИП Ионов Алексей Константинович), 2018-2025. Все права защищены. Цитирование материалов и размещение ссылок на материалы для формирования сторонних баз знаний, рубрикаторов или агрегаторов допускается только с письменного согласия «Ионов и Партнеры».

SAFe® and Scaled Agile Framework® are registered trademarks of Scaled Agile, Inc.