Открыть сервисСервис

Адженда — методология управления проектами

Адженда (Agenda) — фреймворк гибкой (agile) разработки программного обеспечения, представляющий собой надстройку над методологией Scrum и расширяющий её за счёт масштабирования на уровне портфеля проектов. Методология была разработана в 2012 году немецким консультантом по agile-трансформациям Йоакимом Францем (Joakim Franz) и ориентирована на координацию множества команд, работающих над связанными продуктами.

История создания

Методология Agenda появилась на фоне роста популярности масштабируемых agile-фреймворков в начале 2010-х годов. К этому времени крупные организации столкнулись с проблемой координации нескольких Scrum-команд, разрабатывавших компоненты единого продукта. Стандартный Scrum описывает работу одной команды и не содержит механизмов для синхронизации между командами.

Йоаким Франц, работавший с немецкими промышленными и финансовыми компаниями, предложил подход, в котором портфель проектов управляется через серию стратегических сессий, а не через жёсткое планирование. Название «Agenda» отсылает к повестке (agenda) этих сессий — регулярных встреч руководителей и команд, на которых согласуются приоритеты и зависимости.

Основные принципы

Agenda строится на нескольких ключевых принципах:

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

Роли

Agenda добавляет к стандартным ролям Scrum (Product Owner, Scrum Master, разработчики) несколько управленческих ролей:

РольФункция
Portfolio OwnerОтвечает за приоритеты всего портфеля проектов
Agenda MasterФасилитирует сессии планирования и синхронизации
Product Line OwnerУправляет группой связанных продуктов
Team CoordinatorКоординирует работу нескольких Scrum-команд

Роли не являются жёсткими: в небольших организациях один человек может совмещать несколько из них.

Сессии планирования

Центральный элемент методологии — регулярные сессии, которые проводятся на нескольких уровнях:

  1. Стратегическая сессия — определяет направления развития портфеля на горизонте 6–12 месяцев.
  2. Тактическая сессия — разбивает стратегические цели на конкретные инициативы и распределяет их между командами.
  3. Синхронизационная сессия — короткие регулярные встречи для устранения блокеров и уточнения зависимостей между командами.

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

Отличия от других фреймворков масштабирования

На рынке agile-масштабирования конкурируют несколько методологий, каждая со своим подходом:

ФреймворкПодход к масштабированию
SAFe (Scaled Agile Framework)Чёткая структура уровней: команда, программа, портфель
LeSS (Large-Scale Scrum)Минимализм: расширение Scrum без дополнительных ролей
NexusФокус на интеграции результатов работы нескольких команд
AgendaПортфельное управление через серию сессий

Главное отличие Agenda от SAFe — меньшая формализация. В SAFe описаны конкретные артефакты, роли и процессы на каждом уровне, тогда как Agenda предлагает скорее набор принципов и практик, которые адаптируются под конкретную организацию.

Применение

Agenda ориентирована на средние и крупные компании с несколькими продуктовыми командами. Наиболее активно методология применялась в немецкоязычных странах — Германии, Австрии и Швейцарии, где Йоаким Франц вёл консалтинговую практику. В русскоязычном agile-сообществе Agenda распространена существенно меньше, чем SAFe или LeSS, и информация о ней ограничена в основном англоязычными и немецкоязычными источниками.

Методология не имеет единого «реестра сертифицированных специалистов» вроде SAFe-сертификаций, что с одной стороны снижает её узнаваемость, а с другой — позволяет гибко адаптировать практики под нужды конкретной компании.

Критика

К основным замечаниям в адрес Agenda относят:

  • Отсутствие формализованного описания процессов, что затрудняет внедрение в организациях, привыкших к чётким регламентам.
  • Ограниченную базу практических кейсов и исследований эффективности по сравнению с более распространёнными фреймворками.
  • Зависимость от качества фасилитации сессий — при слабой организации встреч методология теряет смысл.

См. также

Источники

  • Franz J. Agenda: Scaling Agile at Portfolio Level. — 2013.
  • Agile Alliance. Scaling Agile.
  • Scaled Agile Framework documentation.
Заметили ошибку или не согласны с информацией в статье? Напишите нам support@bfometr.ru