Раздел блога

Масштабирование Agile - SAFe, LeSS, Nexus, Flight Levels

Когда одной команды мало. Сравнение фреймворков масштабирования, разборы внедрений и кейсы с координацией десятков команд.

10 материалов в разделе
agile-at-scale
Внедрение LeSS в организации
Внедрение LeSS может проходить по-разному в зависимости от типа компании — в классических корпорациях, продуктовых стартапах или аутсорсинговых командах есть свои особенности. Существует пошаговый план, который помогает организации честно взглянуть на себя и избавиться от всего лишнего.
Внедрение LeSS в организации
agile-at-scale
Масштабирование с помощью LeSS Huge
Когда Agile-принципы успешно работают на уровне одной-двух команд, может показаться, что достаточно просто сделать то же самое с десятком команд. Но на практике при масштабировании без адаптации подхода начинается хаос. В таких ситуациях и нужен LeSS Huge — он разработан для случаев, когда над одним продуктом трудятся больше восьми команд.
Масштабирование с помощью LeSS Huge
agile-at-scale
Принципы и ценности LeSS
Некоторые организации при масштабировании начинают добавлять новые уровни управления, усложнять схемы взаимодействия и вводить дополнительные артефакты и встречи. Несмотря на все эти усилия, реального прогресса не происходит, потому что игнорируются базовые принципы. LeSS помогает понять, какие решения действительно улучшат систему разработки, а какие лишь создадут лишь видимость прогресса.
Принципы и ценности LeSS
agile-at-scale
Как сохранить качество и гибкость при масштабировании с помощью LeSS
Large Scale Scrum (LeSS) — это такая среда, где десятки команд могут эффективно работать над одним продуктом, не жертвуя при этом качеством. Если внести изменения в продукт сложно и это занимает много времени, никакая реорганизация команд или введение новых ролей не сделает компанию по-настоящему адаптивной. LeSS помогает понять, как сохранить высокое качество продукта, даже когда над ним работают много команд одновременно.
Как сохранить качество и гибкость при масштабировании с помощью LeSS
agile-at-scale
Процесс спринта и события в LeSS
В LeSS все команды работают над единым продуктом, поэтому используется один общий бэклог, синхронизированные спринты, и в результате получается один общий инкремент продукта. Планирование спринта в LeSS проходит в два этапа — сначала собираются представители всех команд, чтобы согласовать, кто и что берет в работу, а потом каждая команда отдельно решает, как будет выполнять свои задачи.
Процесс спринта и события в LeSS
agile-at-scale
Роли и организационная структура в LeSS
В основе LeSS лежит простая идея, что для масштабирования Scrum не требуется вводить новые роли. При этом LeSS сознательно упрощает организационную структуру, убирая лишние иерархические уровни и передавая больше ответственности кросс-функциональным командам. Рассмотрим, чем LeSS отличается от классического Scrum и как при этом трансформируются роли менеджера, Scrum-мастера, Product Ownera и отдельных специалистов.
Роли и организационная структура в LeSS
agile-at-scale
Введение в LeSS: Large-Scale Scrum
Многие компании стремятся масштабировать Scrum на уровень отдела или всей организации, потому что он показывает высокую эффективность при работе одной команды. Однако при добавлении новых Scrum-команд производительность не увеличивается линейно — напротив, это может привести к снижению общей эффективности. LeSS помогает решить эту проблему.
Введение в LeSS: Large-Scale Scrum
agile-at-scale
Как ускорить работу нескольких команд с помощью SAFe, LeSS и Flight Levels
Agile хорошо работает для небольших команд, но что, если в компании десятки команд и сотни сотрудников. Коротко рассказываем о самых популярных фреймворках
Как ускорить работу нескольких команд с помощью SAFe, LeSS и Flight Levels
agile-at-scale
Сравнение фреймворков масштабирования Agile
Рассмотрим четыре популярных подхода: SAFe, LeSS, Nexus и Flight Levels — чем они отличаются, где применяются и как выбрать подходящий для вашей организации.
Сравнение фреймворков масштабирования Agile
"Каждый проект начинается с разговора о задаче. Часто за исходным запросом кроется большой организационный контекст, который нужно изучить для правильного решения задачи. Поэтому мы много спрашиваем на старте."
Дмитрий Лобасев, управляющий партнер OnAgile

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

Расскажите о вашей задаче