Что делать, если:
всю продуктовую разработку разместили в одном Jira-проекте, рассчитывая на «единообразие любой ценой»;
у бэклога и процессов нет явного владельца;
команды работают над крупным омниканальным продуктом со сквозными интеграциями и зависимостями;
релизы взаимозависимы, классический Scrum не подходит, а переход на Waterfall никто не хочет даже обсуждать;
методология приоритизации целей существует, но применяется только эпизодически;
приоритеты обсуждаются раз в квартал, а затем команды самостоятельно ищут ресурсы для кросс-командных доработок.
В статье я расскажу, что происходит, когда множество продуктовых и сервисных команд ведут бэклоги в одном Jira-проекте, и как выстроить сквозную приоритизацию с минимальными изменениями существующей системы.
Читать далее