Редактирование: Манифест взаимодействия ИТ и бизнеса (раздел)

== ОСНОВНЫЕ ПРИНЦИПЫ ==

=== 1. Бизнес определяет “что”, ИТ определяет “как” и “когда” ===
* Бизнес-лидер и его аналитики формулируют '''цели, метрики успеха, приоритеты рынка и пользователей'''.
* ИТ-лид и команда отвечают за '''реализуемость, архитектуру, сроки, риски и технический долг'''.
* Решения принимаются '''совместно''', но в рамках зон ответственности.

=== 2. Приоритеты — результат договорённостей, а не приказов ===
* Бизнес-лидер предлагает приоритеты бэклога на основе стратегии.
* ИТ-лид оценивает техническую сложность, влияние на стабильность, техдолг и распределение ресурсов.
* '''Финальный приоритетный бэклог формируется совместно''' — с учётом бизнес-ценности и технической реалистичности.

=== 3. Технический долг — не враг бизнеса, а его риск ===
* ИТ-лид обязан выделять время на техдолг и инфраструктурные задачи — '''это не “потеря времени”, а инвестиция в скорость и стабильность'''.
* Бизнес-лидер вправе запросить обоснование: ''почему это важно, как это повлияет на будущие сроки, риски или качество''.
* '''Не менее 20% ёмкости спринта''' выделяется на техдолг и поддержку — это правило, а не просьба.

=== 4. Ресурсы — не безлимитны. Планирование — совместное ===
* ИТ-лид отвечает за распределение ресурсов команды: кто, чем и когда занимается.
* Бизнес-лидер вправе запросить перераспределение — но '''только через пересмотр приоритетов, а не через давление'''.
* Изменение приоритетов в середине спринта — '''исключительный случай''', требующий согласования и понимания последствий.

=== 5. Прозрачность — обязательна ===
* ИТ-лид обеспечивает '''регулярную отчётность''' по статусу задач, рискам, блокерам.
* Бизнес-лидер обеспечивает '''ясность требований, своевременность фидбэка, доступность для уточнений'''.
* Обе стороны обязуются '''не скрывать проблемы''' — лучше сказать “не успеем” сегодня, чем “сорвали” завтра.

=== 6. Решения — на основе данных и доверия ===
* Технические решения (архитектура, стек, инструменты) — в зоне ответственности ИТ-лида.
* Бизнес-лидер может инициировать обсуждение, если решение влияет на сроки, стоимость или пользовательский опыт — '''но не отменяет техническую экспертизу'''.
* Совместные решения принимаются на '''специальных синхронизациях (например, Product-Tech Alignment)''' — не в чатах, не в коридорах.

=== 7. Команда — не ресурс, а ценность ===
* ИТ-лид защищает команду от хаоса, перегрузки и несогласованных требований.
* Бизнес-лидер уважает время и фокус команды — '''не вмешивается напрямую в задачи разработчиков без согласования с ИТ-лидом'''.
* Ответственность за производственный процесс — у ИТ-лида. Бизнес-лидер — за результат продукта.