Successfully reported this slideshow.
Your SlideShare is downloading. ×

LeSS в Enterprise: 5 лет сражений

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad

Check these out next

1 of 22 Ad

LeSS в Enterprise: 5 лет сражений

Download to read offline

Если несколько команд делают один продукт и между ними чётко закреплены части продукта, то как бы сбалансировано мы изначально не распределили эти зоны ответственности, со временем нагрузка на команды будем меняться и будут появляться команды перегруженные, сверхважными задачами, и команды, высасывающие из пальца идеи улучшений для своей части продукта.
Одним из простых решений этой проблемы может стать LeSS Framework
При переходе в LeSS как и в другие достаточно плоские иерархии, часто остро встаёт вопрос “разжалования” и потери власти у Product Owner отдельных команд и у т.н. технических руководителей продукта. Помогает здесь несколько подходов:
“PO команд”, как правило подчинены “true PO” всего продукта и главное убедить последнего, хотя и первых убедить тоже полезно
PO команд сохраняют своё влияние за рамками команды, например, как руководители Run-подразделения
Технический руководитель меняет свою роль: становится Скрам-Мастром всего продукта либо лидером компетенции
Командная материальная мотивация помогает повысить взаимопомощь в команде, но, чтобы была стимулировать взаимопомощь в продуктовой группе, здорово бы иметь премирование, завязанное на результаты всего продукта. Но что делать если есть ограничения по премированию?
Дежурство команд по премиям
Отказ от квот на премии по сотрудникам в пользу квоты на общую сумму

Если несколько команд делают один продукт и между ними чётко закреплены части продукта, то как бы сбалансировано мы изначально не распределили эти зоны ответственности, со временем нагрузка на команды будем меняться и будут появляться команды перегруженные, сверхважными задачами, и команды, высасывающие из пальца идеи улучшений для своей части продукта.
Одним из простых решений этой проблемы может стать LeSS Framework
При переходе в LeSS как и в другие достаточно плоские иерархии, часто остро встаёт вопрос “разжалования” и потери власти у Product Owner отдельных команд и у т.н. технических руководителей продукта. Помогает здесь несколько подходов:
“PO команд”, как правило подчинены “true PO” всего продукта и главное убедить последнего, хотя и первых убедить тоже полезно
PO команд сохраняют своё влияние за рамками команды, например, как руководители Run-подразделения
Технический руководитель меняет свою роль: становится Скрам-Мастром всего продукта либо лидером компетенции
Командная материальная мотивация помогает повысить взаимопомощь в команде, но, чтобы была стимулировать взаимопомощь в продуктовой группе, здорово бы иметь премирование, завязанное на результаты всего продукта. Но что делать если есть ограничения по премированию?
Дежурство команд по премиям
Отказ от квот на премии по сотрудникам в пользу квоты на общую сумму

Advertisement
Advertisement

More Related Content

Similar to LeSS в Enterprise: 5 лет сражений (20)

More from Denis Tuchin (20)

Advertisement

Recently uploaded (20)

LeSS в Enterprise: 5 лет сражений

  1. 1. LeSS в Enterprise: 5 лет эволюции Денис Тучин
  2. 2. Денис Тучин • С 2011 Scrum-мастер • С 2014 Agile Coach • С 2017 шесть LeSS-like кейсов в Сбере • Обучено и запущено 20 команд • 2021-2022 первый LeSS Huge в Сбере • С 2022 ментор Скрам-Мастеров 5 LeSS-групп
  3. 3. Содержание •Выгоды LeSS Framework для бизнеса •Что делать с «лишними» руководителями? •Что должно измениться в системе мотивации, чтобы LeSS заработал по настоящему
  4. 4. Когда Scrum приходит в продукт (типовой кейс) Бизнес-заказчик продукта
  5. 5. Со временем загрузка команд может измениться Бизнес-заказчик продукта
  6. 6. Причем меняться достаточно часто Бизнес-заказчик продукта
  7. 7. Единый Бэклог как способ гарантировать, что все команды всегда делают самое ценное для продукта Product Owner
  8. 8. Лишить руководител ей власти и «погонов»?
  9. 9. Лишить руководителей власти и «погонов»? •Что делать с «PO команд»? •Кем будет руководить DevLead?
  10. 10. Что делать с «PO команд»? True PO Team Owner Team Owner Team Owner Team Owner • Как правило руководитель «PO команд» • Опытный руководитель и знает, что им сказать, чтобы снять сопротивление переменам • Team Owner от бизнеса часто совмещают с работой в RUN, где они сохраняют влияние • Team Owner из ИТ могут стать лидерами своей компетенции во всем продукте • Некторые даже рады, что сних сняли административку и они могут заняться люимым делом
  11. 11. Что делать Tech/Team/Dev лидом продукта? Разговор 1 на 1 с руководителем разработки 1. Приводит здравые возражения и готов к обсуждению, как из закрыть 2. В итоге понимает ценность изменений и становится амбассадором среди команд 1. Приводит сомнительные аргументы против изменений и не готов их обсуждать 2. Запугивает бизнес, что всё сломается, при изменениях, либо своим уходом
  12. 12. Что делать Tech/Team/Dev лидом продукта? После работы с возражениями Становится выделенным Scrum- мастером или лидером компетенции Приходится уволить либо уходит сам после трансформации
  13. 13. Корпоративная система мотивации и LeSS
  14. 14. Корпоративная система мотивации и LeSS •Как это мы не сможем индивидуально оценивать вклад людей? •Откуда взять столько денег, чтобы премировать всех, если вся продуктовая группа молодец?
  15. 15. Ответственность за результат •Командная оценка поддерживает ответственность за результат всей команды, индивидуальная размывает
  16. 16. Индивидуальная цель и оценка Командная цель и оценка Лентяй Получает сниженную оценку. Команда не видит необходимости что-то менять. Команда работает за Лентяя или получает сниженную оценку. Социальное давление на Лентяя. Он меняет поведение или уходит. Герой Получает повышенную оценку. Становится незаменимым, выгорает. Команда безответственная. Высокий риск в случае его ухода или болезни. Получает такую же оценку, как все. Более равномерное распределение работы в команде. Большее чувство ответственности у каждого. Герои и лентяи
  17. 17. Сложности командной оценки
  18. 18. Сложность 1. Доплата недооцененным Командную оценку не получится использовать для удержания сотрудника, которому нельзя повысить оклад. Решение (долгосрочное): сотрудник в команде 0% или 100%. Это повысит фокус и мотивацию сотрудника, снизит потери на переключение Решение (краткосрочное): использовать для этого оценку по ценностям + предусмотреть временно % исключений из командной оценки
  19. 19. Если сотрудник совмещает работу в двух командах или Run + Change, непонятно, как применить командную оценку. Решение (долгосрочное): сотрудник в команде 0% или 100%. Это повысит фокус и мотивацию сотрудника, снизит потери на переключение Решение (краткосрочное): предусмотреть временный % исключений из командной оценки Сложность 2. Совмещение
  20. 20. Как ставить оценку с учётом квот, если над продуктом работают несколько команд с общими целями. Решение (долгосрочное): квотировать сумму премий, но не число людей для премирования Решение (краткосрочное): • По очереди премировать команды в группе Сложность 3. Оценка продуктовых групп
  21. 21. Что почитать LeSS.works – сайт, посвящённый LeSS Статья «LeSS Framework - всем ли он подойдёт?» Статья «Почём LeSS? Или ещё раз о серебряной пуле» Книга Craig Larman, Bas Vodde «Large Scale Scrum. More with LeSS»
  22. 22. fb.com/DenisTuchin linkedin.com/DenisTuchin t.me/TealOrg @DenisTuchin ДЕНИС ТУЧИН АГЕНТ ИЗМЕНЕНИЙ

×