Работа с конфликтующими требованиями стейкхолдеров

Решение

1. Процесс приоритизации требований

Этап 1: Сбор требований

Метод: Структурированные интервью со каждым стейкхолдером

• Что требуется
• Почему это критично (бизнес-обоснование)
• Сроки
• Зависимости от других требований

Результат: Реестр требований с контекстом

Этап 2: Категоризация требований

Разделяем на группы:

• Функциональные: Что система должна делать
• Нефункциональные: Производительность, безопасность, масштабируемость
• Compliance: Юридические, регуляторные
• UX/UI: Интерфейс и usability

Этап 3: Оценка по критериям

Каждое требование оценивается по:

1. Бизнес-ценность (Business Value)

• Масштаб аудитории (сколько пользователей затронет)
• Потенциальный доход (какой рост выручки или сохранение)
• Снижение затрат (если есть)
• Шкала: 1-10 (10 = максимум)

2. Технический риск (Technical Risk)

• Сложность реализации
• Неизвестные технические вызовы
• Зависимости
• Шкала: 1-10 (10 = высокий риск)

3. Сроки (Timeline Impact)

• Насколько задержит дату релиза
• Блокирует ли другие требования
• Шкала: 1-10 (10 = максимальная задержка)

4. Compliance / Legal

• Обязательно ли с правовой точки зрения
• Есть ли штрафы за несоблюдение
• Шкала: 1-10 (10 = обязательно)

5. Стратегическое выравнивание (Strategic Alignment)

• Соответствует ли бизнес-стратегии
• Помогает ли достичь целей компании
• Шкала: 1-10 (10 = полное выравнивание)

Этап 4: Расчёт приоритета

Формула приоритета:

Priority = (BusinessValue * 0.3) + (StrategicAlignment * 0.3) + (Compliance * 0.2) + ((10 - TechnicalRisk) * 0.1) + ((10 - TimelineImpact) * 0.1)

Приоритет варьируется от 0 до 10.

Интерпретация:

• 8-10: MUST HAVE (обязательно в этом release)
• 6-8: SHOULD HAVE (желательно)
• 4-6: COULD HAVE (если будет время)
• < 4: WONT HAVE (отложить на потом)

Этап 5: Валидация с заинтересованными сторонами

• Представить результаты приоритизации группе key stakeholders
• Обсудить спорные места
• Согласовать final roadmap

2. Методы разрешения конфликтов

Метод 1: Win-Win через расширение scope

Сценарий: Маркетинг хочет эффекты, разработка говорит о производительности

Решение:

• Маркетинг: красивые эффекты на важных экранах
• Разработка: ленивая загрузка эффектов, оптимизация производительности
• Результат: И эффекты есть, И производительность высокая

Ключ: Спросить как это сделать одновременно вместо выбери одно

Метод 2: Фазирование (Phasing)

Сценарий: Финансы требует снижения затрат, продукт хочет функций

Решение:

• MVP (минимум функций, минимум затрат) в month 1
• Дополнительные функции в month 2-3 (когда начинается доход)
• Результат: Все довольны, затраты контролируются, функции растут

Метод 3: Компромисс через trade-offs

Сценарий: Юристы требуют compliance, UX хочет простоты

Решение:

1. Идентифицировать обязательные требования юристов
2. Обсудить, как реализовать их с минимальным ударом на UX
3. Возможно, расширенный режим для юридических опций
4. Результат: Compliance есть, UX максимально простой

Метод 4: Данные vs мнения

Сценарий: Стейкхолдеры спорят, но нет данных

Решение:

1. Проводим user research (опросы, интервью, A/B тесты)
2. Собираем аналитику текущего решения
3. На основе данных принимаем решение
4. Результат: Объективное основание, меньше эмоций

Метод 5: Escalation с четкими критериями

Сценарий: Конфликт между двумя стейкхолдерами

Процесс:

1. Менеджер проекта пытается найти компромисс
2. Если не получается, идет на уровень выше (Director/VP)
3. На этом уровне есть четкий критерий (бизнес-стратегия, бюджет, сроки)
4. Принимается решение

Метод 6: МВО (Minimum Viable Option)

Сценарий: Все хотят функцию, но это слишком сложно

Решение:

• Определяем МИНИМУМ, который удовлетворит
• Реализуем только это
• Остальное на следующую итерацию

Пример: Вместо полной аналитики запускаем базовый tracking (MVO)

3. Критерии принятия решений

Критерий 1: Бизнес-стратегия

Вопрос: Помогает ли это достичь стратегических целей компании?

Примеры целей:

• Увеличить выручку на 50%
• Выйти на новый рынок
• Снизить чёрн (churn)
• Улучшить NPS

Скоринг: Если требование прямо поддерживает цель → MUST HAVE

Критерий 2: ROI (Return on Investment)

Формула: (Ожидаемый доход - Затраты) / Затраты

Примеры:

• Маркетинг хочет эффект (10k) → даст +100k выручки → ROI = 10x
• Разработка хочет рефакторинг (30k) → сэкономит 5k/год → ROI = 0.17

Решение: Приоритизируем высокий ROI

Критерий 3: Обязательность (Must-Have vs Nice-to-Have)

Обязательные (Compliance, безопасность):

• Legally required? Да → MUST HAVE
• Если не сделать, система сломается? Да → MUST HAVE
• Клиент требует для подписания контракта? Да → MUST HAVE

Желательные (улучшения):

• Приятно иметь, но не критично → SHOULD/COULD HAVE

Критерий 4: Влияние на пользователя

Вопросы:

• Сколько пользователей затронет? (1000 vs 100)
• Какой болевой пункт решает? (критичный vs minor)
• Улучшит ли удовлетворённость? На сколько процентов?

Скоринг: Высокое влияние на много пользователей → выше приоритет

Критерий 5: Временные констрейнты

Вопросы:

• Есть ли deadline? Когда?
• Какие зависимости от других работ?
• Сколько времени займет?

Скоринг: Urgent deadline → поднимаем приоритет

Критерий 6: Технический долг

Вопрос: Если не сделать сейчас, насколько усложнит будущее развитие?

Примеры:

• Не задокументировать API → затруднит интеграции → поднимаем приоритет
• Не рефакторить legacy code → медленнее разработка → поднимаем приоритет

4. Матрица стейкхолдеров

Классификация 10 стейкхолдеров

Стратегия для каждой категории

Manage Closely (CEO, VP Product, Lead Dev, Marketing, Finance):

• Встречи: 2x/неделю или больше
• Информирование: Ежедневное
• Вовлечение: В каждое решение

Keep Satisfied (Юристы, Design, Sales):

• Встречи: 1x/неделю
• Информирование: 2x/неделю
• Вовлечение: В важные решения

Keep Informed (Customer Success, DevOps):

• Встречи: 1x в 2 недели
• Информирование: 1x/неделю
• Вовлечение: По мере необходимости

5. Коммуникационный план

Канал 1: Еженедельная сводка (Wednesday)

Содержание:

• Что сделано на этой неделе
• Что запланировано на следующую неделю
• Блокеры и риски
• Нужно ли решение/approval

Получатели: Все 10 стейкхолдеров

Канал 2: Встречи с разными группами

Leadership sync (CEO, VP Product, VP Finance)

• Частота: 1x/неделю
• Длительность: 30 минут
• Agenda: Стратегические решения, приоритеты, бюджет

Product & Tech (VP Product, Lead Dev, Design)

• Частота: 2x/неделю
• Длительность: 45 минут
• Agenda: Требования, technical feasibility, design decisions

Compliance & Legal (Юристы, Finance)

• Частота: 1x в 2 недели
• Длительность: 30 минут
• Agenda: Compliance требования, риски, регуляции

Канал 3: Документация

Документы:

1. Product Roadmap (обновляется weekly)
2. Requirements Specification (per feature)
3. Decision Log (история решений)
4. Risk Register (еженедельно)

Канал 4: Escalation Process

Если конфликт:

1. BA пытается согласовать (1-2 дня)
2. Если не получается, идет на уровень выше (1 день)
3. Если все еще спор, идет к CEO (1 день)

Timeframe: Max 3-4 дня от выявления конфликта до решения

Канал 5: Demo / Showcase

Встреча: 1x/неделю (Friday)

Формат: 30-минутная демонстрация построенных функций

Результат: Feedback, sign-off, alignment