Ключевая цель — привести команду к общим целям и простому, прозрачному процессу принятия решений, чтобы продажи получали аргументы и быстрые решения, а разработка — предсказуемость и ресурсы. Конкретные шаги:
1) Выравнивание целей и метрик
- Заведите «North Star» и 3–5 общих метрик (например, конверсия активации, MRR, churn), которыми руководствуются обе команды.
- Привяжите приоритеты к метрикам: любая фича должна показывать, какую метрику она улучшит и на сколько.
2) Формализованный intake и triage
- Форма запроса от продаж, обязательные поля: проблема клиента, гипотеза ценности, целевой метрический эффект, срочность, альтернативы.
- SLA на ответ/решение: например, ответ на запрос в течение $3$ рабочих дней.
3) Прозрачная матрица приоритизации
- Используйте RICE или ICE для скоринга:
- RICE: $\text{Score}=\frac{\text{Reach}\times \text{Impact}\times \text{Confidence}}{\text{Effort}}$ - ICE: $\text{Score}=\frac{\text{Impact}\times \text{Confidence}}{\text{Effort}}$ - Дополнительно введите «must-have» критерии (регуляторика, крупный контракт) с автоматическим повышением приоритета.
4) Регулярные синки и органы принятия решений
- Еженедельный triage: $30$–$60$ минут — быстрые запросы и экстренные решения.
- Ежемесячный roadmap-sync: $60$–$90$ минут — согласование приоритетов и ресурсного плана.
- Product council (PM, CTO, head of sales, CS, finance) для эскалаций и стратегических решений.
5) Управление ресурсами и guardrails
- Фиксируйте долю мощности на разные типы работ, например: новые фичи $70\%$, техдолг/поддержка $20\%$, эксперименты $10\%$.
- Если нужен большой проект, требующий > $30\%$ команды на $\ge 2$ спринта — заранее планируйте и согласовывайте.
6) Быстрые валидации и минимизация риска
- Перед полной разработкой требуйте Sales-validated problem hypothesis (пилот/LOI) или эксперимент/ A/B.
- Используйте feature flags, Canary-релизы и метрики для быстрого отката.
7) Прозрачность и документирование
- Общая публичная roadmap + backlog с очевидными статусами (accepted / in progress / blocked / rejected) и логикой решений.
- Ведение decision log: почему фича была принята/отклонена, какие данные учитывались.
8) Тактика для разрешения текущих конфликтов (workshop на $90$ минут)
- Шаги: собрать топ $10$ запросов от продаж, оценить по RICE (команда dev заполняет Effort), устное голосование и принятие топ $3$ для немедленного выполнения/валидации.
- Протокол и ответственность: кто делает следующий шаг и в какие сроки.
9) Привязка мотивации к общим результатам
- Частично согласуйте KPI продаж и продукта (напр., MRR + retention) чтобы снизить локальные «игры» приоритетами.
Быстрый 7‑дневный план действий
- День $1$: созвать краткий sync (30 мин) с лидерами sales/dev/PM; объявить процесс.
- День $2$: опубликовать intake‑форму и SLA.
- День $3$-$5$: собрать и оценить топ запросов, провести $90$-минутный workshop.
- День $6$-$7$: зафиксировать решения, обновить roadmap и назначить ответственных.
Результат: меньше эмоций, больше данных и предсказуемости — при этом сохраняется скорость за счёт чётких правил triage, валидации и capacity‑guardrails.