Який передбачуваний або цільовий організаційний розмір для масштабних скрутних масштабів (LeSS) та масштабованої Agile Framework (SAFe)?


10

Керівництво Scrum визначає єдиний блок, що складається з Власника продукту, команда розробників з 3-9 членів, і 1 Scrum Master де - то між 5 і 11 членів. Я бачив випадки, коли у Власника продукту може бути персонал підтримки, або команда може не мати спеціалізованого майстра Scrum, який міг би змінити це число, але, здається, він обмежує близько десятка людей.

Керівництво Nexus описує один метод масштабування Scrum для обробки 3-9 Scrum команд , що працюють на одному продукті. Він додає нову команду з інтеграції Nexus, яка може бути відданими членами, або може складатися з людей з різних команд Scrum. Виходячи з цього посібника, він охоплює приблизно 20-120 осіб.

Дисциплінований Agile може масштабуватись від однієї команди до N команд. Стандартний індивідуальний розмір команди буде приблизно таким самим, як у Scrum - 3-9 членів плюс допоміжні ролі різних фахівців, незалежних тестових команд, доменних експертів і т.д. у великих організаціях, у регламентованих середовищах з дотриманням довіри, аутсорсингу, глобально розподілених команд. Здається, обмеження полягає в тому, що у вас буде один екземпляр DA на продукт або продуктову лінійку.

В тій чи іншій мірі я брав участь у роботі над процесами Scrum, Nexus та DAD або впроваджував їх процеси, тому я їх добре розумію. У мене немає знань про LeSS та SAFe, крім того, що я читаю, як говорять інші.

LeSS здається прямим. Це альтернатива Nexus, яка має можливість масштабування набагато більше. В правила LESS держави, МЕНШЕ призначений для 2-8 команди і МЕНШЕ Величезний призначений для 8+ команд, які я б оцінити розмір організації розвитку , щоб бути близько 15-80 для LESS і 80+ для LESS величезна. Залежно від вашої організації, ви, мабуть, подивитесь на 20-110 людей у ​​організації продуктів для LeSS та 100+ людей у ​​LeSS Huge, підрахунок управління, незалежний контроль якості, операції тощо. Обидві форми LeSS, схоже, орієнтовані на один продукт або, можливо, тісно пов'язаний набір продуктів (наприклад, лінійку продуктів або набір мікросервісів). Кожен продукт мав би свій примірник LeSS (або LeSS Huge).

SAFe, здається, включає всю організацію - операції, досвід роботи, архітектори підприємств та системні інженери, менеджери продуктів, QA, розробники тощо. Він має дві моделі - організацію 3 рівня та організацію 4 рівня. Організація 3 рівня визначає команду, програму та портфоліо. Організація 4 рівня додає рівень потоку цінності між програмою та портфоліо. Виходячи з кількості визначених ролей, схоже, що це орієнтація на великі організації підприємств з кількома продуктами та одночасними програмами. Читання їх керівництва щодо впровадження, схоже, вони очікують, що організація-виконавець навчає керівників та керівників, а потім, принаймні, 50 членів команди розвитку. Мінімальний розмір організації може становити пару сотень людей у ​​всіх виявлених групах та декількох продуктах, щоб реалізація мала сенс.

Я маю рацію в моєму припущенні, що LeSS є "конкурентом" Nexus по відношенню до цільової аудиторії, і SAFe націлений на дуже великі організації з великою кількістю продуктів чи ліній продуктів, що набагато більше, ніж інші масштабні гнучкі рамки?

Відповіді:


2

Як об'єктивне джерело, я думаю, що ми могли б використовувати матрицю ASK (Agile масштабування знань) . Він оснащений заздалегідь визначеними 9 масштабними зручними рамками.

В даний час вони визначають такі розміри:

  • Малий: <100 людей або 10 команд
  • Мед:> 100 <500 осіб або 50 команд
  • Велика організація:> 500 людей або 100 команд

Тоді вони розміщують рамки, які ви називаєте так:

  • Nexus: Невеликий, але Nexus + може перевищувати 9
  • LeSS: Med - великий
  • БЕЗПЕЧНИЙ: великий - підприємство

З цієї інформації я б сказав, що Less і Nexus можна було порівняти на рівні "Середній", але LeSS зосереджується більше на більшій стороні, тоді як фокус Nexus починається на менших налаштуваннях.

Здається, SAFe є єдиною, яка зосереджується на більших і навіть більших організаціях (підприємствах). Досі мені цікаво, чи можуть компанії, що впроваджують SAFe, колись справді спритні. (Звучить більше як мрія консультанта, але можливо, це інше питання ;-)

Особисто я не працював у компаніях більше 3 команд. Тож, можливо, я не є правильною людиною для підтвердження цієї інформації. Можливо, ви можете обговорити це на практичній рухливості, яка містить деяких тренерів, які могли б працювати з компаніями, що використовують ці різні рамки масштабування.


2

Я сертифікований практик LeSS та консультант з програми SAFe. І LeSS, і SAFe розраховані на будь-яку команду розміру від 50 до тисяч людей. Найбільша реалізація LeSS, про яку я знаю, - це BMW, що управляє автомобілем, на якому працює 1800 людей. SAFe, проте я знаю багато організацій, які мають в командах 4000+ людей.

Я думаю, що розмір організації не повинен бути вашим визначальним фактором для цієї структури, це дуже спрощений погляд. кожна рамка має оптимізуючий контекст.

LeSS найкраще працює, якщо ваша основна проблема - спритність у розробці продукту. Однак SAFe найкраще працює, якщо ви хочете спритності, але ваш ризик до ризику низький, і ви готові пожертвувати деякою спритністю для стабільності.

SAFe - це велика і складна структура, яка є недоліком, але вона добре працює з організаціями, які не бажають спрощувати. Я написав і статті, узагальнюючи деякі ключові аспекти масштабованої Agile Framework . Він узагальнює ключові ролі, артефакти та церемонії SAFe, щоб зробити їх трохи простішими для розуміння.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.