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


== Манифест ИТ-лида: О взаимодействии с бизнес-лидером и командой ==

> ''Технологии служат бизнесу. Команда — сердце исполнения. Прозрачность, доверие и согласованность — основа устойчивого роста.''

=== Цель манифеста ===
Создать чёткие, уважительные и эффективные правила взаимодействия между '''производственной командой (под руководством ИТ-лида)''' и '''бизнес-лидером (и его командой аналитиков)''' — для достижения общих целей продукта, соблюдения сроков, качества и технической устойчивости.

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

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

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

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

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

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

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

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

== ПРАВИЛА ВЗАИМОДЕЙСТВИЯ ==

{| class="wikitable"
|-
! Ситуация
! Правило
|-
| Новые требования
| → Через бизнес-аналитика → в бэклог → приоритизация на планировании
|-
| Срочные изменения
| → Только с согласия ИТ-лида → с оценкой последствий → фиксация в бэклоге
|-
| Технические риски
| → ИТ-лид информирует бизнес-лидера → совместно ищем компромисс или альтернативу
|-
| Задержки / срыв сроков
| → ИТ-лид сообщает заранее → предлагает варианты → бизнес-лидер выбирает путь
|-
| Оценка задач
| → ИТ-команда оценивает → бизнес уважает оценку → если не устраивает — обсуждаем “что можно упростить?”
|-
| Фидбэк по продукту
| → Бизнес-аналитики → ИТ-лид → команда. Никаких “а почему вы сделали не так?” напрямую разработчикам.
|}

== ЧТО НЕДОПУСТИМО ==

* Принуждение команды к нереалистичным срокам без обсуждения последствий.
* Изменение приоритетов без участия ИТ-лида.
* Игнорирование технического долга “потому что бизнес важнее”.
* Общение с разработчиками в обход ИТ-лида по вопросам приоритетов и сроков.
* Принятие технических решений без участия ИТ-лида под предлогом “это же просто”.

== ИДЕАЛЬНОЕ СОСТОЯНИЕ ==

> ''Бизнес-лидер доверяет ИТ-лиду как техническому партнеру.  
> ИТ-лид понимает цели бизнеса и помогает их достичь устойчиво.  
> Команда работает в потоке, без стресса и хаоса.  
> Продукт растёт — быстро, качественно, безопасно.''