Обработать конфликт требований между стейкхолдерами
Условие
Вы работаете над проектом внедрения CRM-системы. В середине спринта к вам приходят два ключевых стейкхолдера с противоречащими требованиями:
Руководитель отдела продаж: Хочет, чтобы менеджеры видели всю историю взаимодействия с клиентом, включая финансовую информацию (суммы сделок, задолженности).
Руководитель службы безопасности: Требует ограничить доступ к финансовой информации — её должны видеть только руководители и бухгалтерия.
Задача:
- Как вы будете решать этот конфликт?
- Какие вопросы зададите каждому стейкхолдеру?
- Предложите варианты компромиссного решения
- Как задокументируете принятое решение?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Решение
1. Методология
Применяю структурированный подход - разделение интересов (interests) и позиций (positions)
2. Вопросы к отделу продаж
- Для какой конкретной задачи нужна финансовая информация?
- На каких этапах менеджеру нужны эти данные?
- Критична ли точная сумма или достаточно статуса платежа?
- Для всех менеджеров или только для части?
- Какие бизнес-последствия отсутствия доступа?
3. Вопросы к безопасности
- Какой конкретный риск вы видите?
- Какие регуляторные требования применяются?
- Какой уровень логирования вас удовлетворит?
- У кого уже есть доступ в других системах?
- Какой тип данных наиболее критичен?
4. Компромиссные решения
Вариант A: RBAC (Role-Based Access Control)
- Младший менеджер → только статус оплаты
- Старший менеджер → суммы и истории
- Руководитель → всё Плюсы: сбалансирован
Вариант B: Data Masking
- Менеджеры видят количество сделок и диапазоны
- Полная информация только через запрос Плюсы: контекст без рисков
Вариант C: Временный доступ
- Запрос с одобрением на 24-48 часов
- Полное логирование Плюсы: максимальная безопасность
Вариант D: Отдельный финансовый модуль
- Финансовая вкладка для авторизованных пользователей
- Другие видят кнопку "Запросить доступ" Плюсы: чёткое разделение
Рекомендуемое: Комбинация A + D + логирование
5. Документирование
Decision Document:
- Описание проблемы
- Альтернативы
- Выбранное решение
- Обоснование
- Риски
- Подписи стейкхолдеров
Traceability Matrix: Табелица требований и их статусов
Email коммуникация: Осведомить всех участников
Meeting Notes: Акшн-итемы и сроки