LeSS — это легкая Agile-инфраструктура для масштабирования Scrum более чем на одну команду. Начиная с 2005 года Бас Водде и Крейг Ларман разрабатывали структуру LeSS после использования принципов и правил Scrum в крупномасштабных проектах. Их цель состояла в том, чтобы успешно разрабатывать крупномасштабные проекты, не выходя за рамки ограничений Scrum.
LeSS строится на принципах Scrum , таких как эмпиризм , кросс-функциональные самоуправляемые команды, и обеспечивает основу для применения этого в масштабе. Он содержит простые структурные правила, руководства и эксперименты по внедрению Scrum в крупномасштабную среду разработки продуктов. В LeSS всего несколько правил и два фреймворка: LeSS и LeSS Huge.
- LeSS Basic: 2–8 команд
- LeSS Huge: 8+ команд
Разница заключается в размере всех задействованных команд. Базовый LeSS — это от двух до восьми команд по восемь человек в каждой, работающих над одним и тем же продуктом. LeSS Huge — это до 2000 человек, работающих над разработкой одного и того же продукта. Другими словами, насколько большим вы хотели бы быть? LeSS может масштабировать Scrum вверх или вниз для работы во многих средах.
Фреймворк LeSS
На рисунке ниже показана базовая структура LeSS. Количество команд разработки варьируется от двух до восьми. Один владелец продукта обслуживает до восьми команд, а каждый скрам-мастер обслуживает до трех команд.
В среде LeSS есть один владелец продукта и один бэклог продукта для готового продукта. Владелец продукта не должен работать в одиночку над усовершенствованием невыполненной работы по продукту; ее поддерживают несколько групп разработчиков, которые работают напрямую с клиентами/пользователями и другими заинтересованными сторонами. Вся расстановка приоритетов проходит через владельца продукта, но уточнение может происходить непосредственно между командами, клиентами/пользователями и другими заинтересованными сторонами.
Несмотря на то, что большая часть LeSS остается верной структуре однокомандного скрама, различия важны:
- Планирование спринта разделено на две части: часть 1 общая для всех команд, а часть 2 — для каждой команды.
- Планирование спринта (часть 1) ограничивается одним часом в неделю продолжительности спринта. Хотя не все разработчики обязаны присутствовать, их это не обескураживает, и на каждой спринтерской команде присутствуют по крайней мере два члена, а также владелец продукта. Члены репрезентативной группы затем возвращаются и делятся своей информацией со своими соответствующими командами.
- Происходит независимое планирование спринта (часть 2) и ежедневные схватки, и члены разных команд могут посещать встречи друг друга, чтобы облегчить обмен информацией.
- Координация между командами определяется командами, которые предпочитают децентрализованную и неформальную координацию централизованной координации. Акцент делается на неформальные сети, которые включают общение между командами, составных наставников, путешественников, скаутов и открытые пространства.
- Уточнение бэклога выполняется для общего бэклога продукта с участием представителей каждой команды разработчиков и владельца продукта. Уточнение невыполненной работы отдельной команды также происходит на уровне отдельной команды, но уточнение невыполненной работы нескольких команд происходит в каждом спринте и является ключевой практикой в LeSS.
- Обзоры спринтов проводятся с участием представителей каждой команды и владельца продукта.
Scrum против LeSS Framework
Базовый LeSS очень похож на Scrum для одной команды, только расширенный. В LeSS есть один бэклог продукта, один владелец продукта, одно определение готовности, один общий спринт и один инкремент PSP (потенциально готовый к поставке продукт) в конце спринта. Поскольку все команды работают над реализацией одного и того же продукта, все команды являются кросс-функциональными с небольшим количеством специализированных команд, если они вообще есть. Подводя итог, можно сказать, что все команды работают над созданием общего готового продукта в каждом спринте.
Есть отличия в обычном Scrum и LeSS. В LeSS планирование спринта выполняется отдельно на двух встречах. На одной встрече Владелец Продукта встречается с представителями всех команд, которые управляют между собой, чтобы решить, какие элементы бэклога продукта они будут делать в следующем спринте. Часть одной и той же работы может быть разделена между двумя или более командами. Второе собрание, проводимое параллельно или вскоре после первого, является собранием всех членов каждой команды. В целях координации встречи команд могут проводиться в разных секциях одной и той же территории, но отдельно. Эта настройка полезна, когда две команды, которые работают над одними и теми же задачами в течение следующего спринта, могут иметь вопросы или нуждаться в пояснениях от другой команды.
Огромный фреймворк LeSS
LeSS Huge основывается на платформе LeSS, оптимизируя ее для восьми и более команд. С LeSS Huge нет предела размеру команды проекта. Над одним проектом могли работать несколько тысяч человек. LeSS Huge представляет несколько новых концепций и задач по управлению крупномасштабными невыполненными работами. Это области требований, невыполненные работы по областным продуктам и владельцы территориальных продуктов.
Скрам-команды делятся на основные области требований клиентов. В каждой области есть один владелец продукта и от четырех до восьми скрам-команд. (Наличие по крайней мере четырех команд в каждой области требований предотвращает слишком большую локальную оптимизацию и сложность.) Один общий владелец продукта и несколько региональных владельцев продукта образуют команду владельцев продукта. На рисунке ниже показан фреймворк LeSS Huge.
Как и в scrum, и в меньшем LeSS, у вас есть один продукт, одно определение готовности, один владелец продукта (области) и один спринт. LeSS Huge — это стек LeSS для каждой области требований. Каждая область требований использует LeSS, а набор всех областей требований находится в LeSS Huge. Некоторые из различий
- Совещание по планированию владельца продукта происходит перед совещанием по планированию спринта.
- Добавлены встречи на региональном уровне. Планирование спринта, обзор и ретроспективные встречи выполняются на уровне области, а также происходит уточнение невыполненной работы по продукту на уровне области.
- Проводятся общие обзоры спринта и ретроспективы с участием всех команд. Этот обзор координирует общую работу и процесс в области программы продукта.
LeSS позволяет реализовать scrum и масштабирование таким образом, который по большей части соответствует принципам Agile. Некоторые элементы схемы схватки поддерживаются эмпирическим обучением, короткими петлями обратной связи, самоорганизацией и эффективным сотрудничеством и координацией.
В LeSS также существуют инструменты лидерства для принятия правильных решений, максимизирующих рентабельность инвестиций; доставлять ценность клиентам; и создавать счастливые, устойчивые команды.
LeSS Basic против LeSS Huge
LeSS Huge похож на Basic LeSS, за исключением того, что из-за размера существует два или более владельцев региональных продуктов. Владельцы Области Продукта и один общий Владелец Продукта составляют команду Владельца Продукта. В зависимости от размера также могут быть дополнительные менеджеры по продуктам.
В каждой области требований в идеале должно быть от четырех до восьми команд. Поскольку работа, выполняемая в рамках Less Huge, обычно выполняется несколькими региональными командами из четырех-восьми команд, а в Basic LeSS — от двух до восьми команд, основные функции команд в рамках Basic LeSS и LeSS Huge одинаковы.
Управляйте Scrum с помощью крупномасштабной Scrum Canvas
Ваша команда может использовать Agile-инструмент для автоматизации всего программного обеспечения для управления Agile-проектами с помощью Visual Paradigm для максимизации эффективности проекта Scrum с визуальным холстом процесса, разработанным для крупномасштабных проектов.
Ознакомьтесь с кратким обзором Large Scrum Canvas — управляйте всей LeSS Framework на одной странице.
Ресурсы:
Along with everything which seems to be developing within this specific subject material, your opinions tend to be somewhat radical. However, I am sorry, but I can not subscribe to your entire idea, all be it exhilarating none the less. It would seem to us that your comments are generally not entirely validated and in actuality you are yourself not fully certain of your point. In any case I did take pleasure in reading it.
Thank you for the auspicious writeup. It in fact was a amusement account it. Look advanced to more added agreeable from you! However, how could we communicate?