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