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