Вообще эта статья была написана еще в 2020 году во время активной фазы пандемии, когда мы еще не знали что нас ждет. Но мы понимали что масштабирование продукта, разработки, нагрузки уже вот начинается сейчас и процессы должны были все это пережить. Они должны были перестать мешать.

Необходимо думать о функционале, общаться с пользователями, проверять гипотезы, работать над техническим долгом и улучшать архитектуру продукта, выстраивать процессы, работать индивидуально с людьми и помогать им развиваться. Запихнуть все это в голову одного Product Owner’а (PO) можно лишь в очень маленьком продукте и когда у него есть глубокие технические компетенции. С ростом продукта растет ответственность и сложность, а задачи все более фрагментируются.

Для того, чтобы уметь управлять разработкой большого продукта, за него должен отвечать не один Product Owner, а команда. Команда, которая имеет всю необходимую экспертизу:

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

В этой статье расскажу, на какие вопросы приходилось отвечать нашей IT-команде, какие проблемы они вызывали и как сейчас удаётся их решать с помощью новой структуры и подхода InnerSource.