Системный аналитик за неделю - страница 3

Уточнение бэклога продукта: Также как и в однокомандном Скраме, LeSS явно требует только проведение однокомандного Уточнения Бэклога Продукта. Но общепринятой и полезной практикой является проведение многокомандного Уточнения Бэклога Продукта. Когда две или более команд проводят уточнение в одном помещении, чтобы усилить обучение и координацию.

Обзор спринта: Помимо единственного Владельца Продукта в этом мероприятии участвуют члены всех команд, потребители/пользователи и другие заинтересованные лица. Для фазы инспекции инкремента продукта и новых элементов бэклога, можно использовать техники “базар” или “научная выставка”: большое помещение с несколькими зонами, в каждой из которых происходит презентация и обсуждение разработанных элементов Бэклога одной из команд.

Общая ретроспектива: Это новое мероприятие, которого нет в однокомандном Скрам, и его цель – улучшить систему в целом, вместо фокусировки на одной отдельной команде. Максимальная длительность этого мероприятия 45 минут на каждую неделю Спринта. В нем участвуют Владелец Продукта, Скрам-Мастера и ротирующиеся представители каждой из команд.

SAFE.

Scaled Agile Framework (сокращенно SAFe) – это методология для работы с командой. Она помогает, используя методы Agile, управлять сложными проектами в больших командах – от 50 человек.

Три уровня управления разработкой в SAFe.

1. Командный уровень

Единица управления на данном уровне – команда, реализующая пользовательские истории из бэклога. Роли на данном уровне такие же, как и в классическом Scrum: Владелец продукта, Scrum-мастер, член команды разработки.

2. Программный уровень

На этом уровне все ресурсы, команды, заинтересованные лица кооперируются вокруг одной важной цели, чаще всего представляющую собой поток создания ценности (Value Stream) или продукт. Синхронизируют свою работу команды при помощи совместных сессий планирования (Program Increment Planning) в начале каждого квартала и демонстрации интегрированного инкремента продукта (System Demos) каждые 2 недели и ретроспективы (Inspect & Adapt) в конце каждого квартала.

Соответственно, все роли и процессы ориентированы на поставку ценных элементов функциональности. Метафорой этого процесса является “Поезд” (Agile Release Train).

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

Управляет «Поездом», соответственно, «Машинист» (Release Train Engineer). Он коучит весь «экипаж» поезда для повышения эффективности работы, взаимодействует с заинтересованными сторонами, фасилитирует общие собрания поезда поставки. Release Train Engineer больше похож на Scrum-мастера, но отвечающего не за одну, а за много команд и их взаимодействие между собой. В терминах PMI «Машинист» соответствует Менеджеру программы по уровню ответственности и исполняемым функциям (The PM role in a lean and agile world).

У поезда также есть главные «пассажиры» –  Представители бизнеса (Business Owners). Это основные заинтересованные лица, которые отвечают за финансовые показатели Поезда. Business Owners – это руководители, которые будут получать выгоду от создаваемого решения, пользоваться им или продавать его.

Управляет продуктом и владеет бэклогом поезда команда Продуктового менеджмента (Product Management). В неё входят Владельцы продуктов отдельных команд, а также Продуктовые менеджеры. Они выявляют потребности клиентов, формируют дорожную карту и приоритезируют элементы функциональности. Говоря простыми словами, Представители бизнеса ставят цели, а команда Продуктового менеджмента стараются их достичь силами команд.