Нужен ли в архитектуре скрам-мастер: история одной команды

Как только у нас пошел хайп на аджайл, роль скрам-мастера на кого только не навешивали, со всеми вытекающими.

Сегодня, спустя ~10-15 лет, это уже достаточно зрелая должность с вполне понятным профитом для команды. В последних трех проектах/командах(я в роли бизнес-аналитика) мне или везло, но скрам-мастер ощутимо помогал в эффективность команды.

Накоротке, например, пару спринтов - значительно эффективнее фигачить без дополнительных обременений. Вдолгую же, например, проект на пару лет, уже совсем другой подход.

Сейчас я бы рекомендовал попробовать такую схему:

• берем качественного скрам-мастера, погружаем в проект/процессы/продукт/команду;

• выходим с ним на некоторое стабильное плато в процессах(думаю 4-6 спринтов достаточно);

• дербаним активности скрам-мастера на коллег в команде;

• "живем" самодостаточной командой;

• приглашаем скрам-мастера на аудит(например, на один спринт) раз в ~год.

Значительно веселее, когда надо масштабировать пул аджайл-команд. Не смотря на наличие готовых фреймворков, мне кжается тут всё не сильно радужно.