RACI-матрица для продуктовых команд

Примечание: В данной модели PO реализует стратегию и приоритеты топ-менеджера своего домена, а также координирует поставку с технической командой. Таким образом, зоны ответственности PO включают управленческое влияние топ-менеджера.

💡 Совет: для устойчивой трансформации CPO должен иметь не только координационную, но и методологическую власть: владение фреймворками, метриками, кадрами и бюджетами на уровне инициатив. При этом PO не теряет автономию, а IT — контроль над инженерной зрелостью.

📌 Область	Product Owner (PO)	Chief Product Officer (CPO)	Chief Technology Officer (CTO)
🔭 Продуктовое видение	R Формирует гипотезы, цели и ценностные предложения в рамках продукта.	A Отвечает за единое портфельное продуктовое видение компании.	C Консультирует с точки зрения технической реализуемости (feasibility).
💰 Бюджеты и финансы	R Отвечает за бюджет своей команды — планирует работу, оценивает ROI фичей.	A Распределяет бюджеты между продуктами и командами, отвечает за инвестиционную эффективность.	C Консультирует по бюджету инфраструктуры, лицензий, DevOps и платформенных задач.
👥 Команды и HR	R Участвует в найме и развитии членов команды, проводит 1:1, влияет на удержание.	C Влияет на продуктовые карьеры и развитие в связке с HR.	C Назначает техлидов, влияет на развитие инженерной культуры и performance-review.
🛠 Технологическая архитектура	C Консультируется с архитекторами, учитывает ограничения при планировании.	I Должен быть в курсе изменений, влияющих на масштабируемость продуктовой модели.	A Отвечает за архитектурную стратегию, техническое качество, платформенные решения.
📦 Управление продуктами	A Владеет полным циклом от идеи до релиза: backlog, delivery, эксперименты, roadmap.	R Формирует фреймворки и стандарты product lifecycle, курирует PO.	C Консультирует по техническим ограничениям, SLA, API и другим инженерным аспектам.
📈 Метрики продукта	A Отвечает за метрики продукта и принятие решений на их основе.	C Формирует фреймворки метрик, сравнивает команды.	R Обеспечивает корректность технической реализации сбора метрик.
📉 Метрики качества delivery	I Информируется об эффективности поставки (cycle time, velocity)	C Формулирует ожидания и границы по delivery-метрикам	A Отвечает за DORA, SLA, uptime и стабильность релизов
🧪 Гипотезы и эксперименты	R Формулирует гипотезы, валидирует через A/B тесты и интервью	A Определяет стандарты и культуру product discovery	C Консультирует по рискам, стабильности и безопасности изменений.
🔄 Обратная связь и улучшения	R Собирает обратную связь от клиентов, формулирует улучшения	A Формализует процессы сбора фидбека и customer listening	C Обеспечивает инструменты сбора и маршрутизации фидбека
🧱 Масштабируемость и переиспользование	C Следит за реюзом в пределах своей зоны	A Курирует подходы к платформенным решениям и модульности	R Выделяет компоненты и платформенные сервисы
🧭 Стратегия и портфель	R Отвечает за тактическую стратегию и приоритеты в своём домене.	A Отвечает за стратегию продуктовой модели	I Информируется об изменениях в приоритетах и целях
🤝 Взаимодействие с партнёрами	R Работает с внешними партнёрами в пределах продукта	C Курирует стратегические партнёрства	A Согласует API, протоколы, оценивает технические риски