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