Недавно в моём телеграм-канале один из подписчиков задал отличный вопрос: можно ли в рамках большого внедрения SAFe в одной из областей попробовать внедрить LeSS? Вопрос действительно интересный и требует подробного разбора.
Краткий ответ — нет. Но давайте разберёмся глубже.
Откуда возникает иллюзия совместимости
Я не раз встречал Agile-коучей, которые в организациях с SAFe-подходом пробовали запускать LeSS на уровне отдельных областей (по терминологии SAFe — поездов). На первый взгляд это даже работает.
Но в чём проблема? Такие внедрения обычно поверхностные. Они исходят из ошибочного понимания LeSS как «фреймворка». Если рассматривать его только как набор событий и практик, то действительно — можно немного подправить каденции, изменить артефакты и сказать, что LeSS внедрён.
Однако это заблуждение.
LeSS — это не фреймворк
LeSS — это организационный дизайн. Не верите? Зайдите на официальный сайт — там это прямо сказано.
Настоящий LeSS требует глубинных изменений:
- в структуре,
- в процессах,
- в системе вознаграждений и HR-политиках.
Если ограничиться лишь процессами, вы получите половинчатый результат и никогда не раскроете настоящую силу LeSS.
Фиче-команды как ключевой элемент
Рассмотрим лишь один пример — но очень показательный.
Базовый строительный блок LeSS — взаимозаменяемые фиче-команды, которые включают в себя и discovery, и delivery.
Настоящая фиче-команда с discovery+delivery
Когда 4–8 таких команд работают из единого Бэклога Продукта, возникает серьезный вызов: отдельные специалисты на первых порах могут простаивать без задач по своей узкой специализации. Это реальная и регулярная проблема во всех внедрениях LeSS, потому что нагрузка на специализации распределяется неравномерно.
Именно поэтому критичными становятся развитие T-shape и M-shape компетенций. Ради этого в LeSS создаётся кросс-функциональный линейный менеджер — общий руководитель для всех участников фиче-команд. Фактически, организация должна перейти на кросс-функциональную линейную структуру.
Одна из рекомендуемых структур в LeSS
Конфликт с реальностью крупных организаций
В типичной крупной компании структура устроена иначе: есть функциональные линейные менеджеры — тимлид по тестированию, тимлид по аналитике, тимлид по Java и т.д. Такая модель сильно тормозит развитие смежных компетенций.
А теперь вспомним: если речь идёт о скрещивании SAFe и LeSS, значит мы говорим про очень большую организацию, часто с тысячами сотрудников. В таких условиях перейти к кросс-функциональной линейной структуре крайне сложно.
Поэтому пилотировать SAFe и LeSS в одной компании теоретически возможно, но, скорее всего, это будут разные подразделения. В том месте, где вы попробуете LeSS, придётся перестраивать оргдизайн глубоко и системно, а не ограничиваться косметикой. А вот внутри одного и того же подразделения эти модели неизбежно будут конфликтовать.
Итог
Глубокое внедрение LeSS требует пересмотра всего организационного дизайна. Если же ограничиться косметикой и чуть «подкрутить процессы» — это будет не LeSS, а его карикатура.