🔓 Как продакту вести технические дискуссии

Многие продакты сталкиваются с трудностями в обсуждениях с разработчиками: чувствуют себя неуверенно, пытаются разобраться в технических деталях или даже лезут в код. Но это не решает главной проблемы — PM не должен быть техническим экспертом. Его задача — задавать правильные вопросы и создавать ясность.

Главное оружие PM в технических обсуждениях — не знание кода, а умение задавать правильные вопросы. И для построения продуктивной дискуссии пригодиться:

1. FAIR-фреймворк:
• Feasibility — задавайте вопросы о технической осуществимости:
- Что возможно с текущим стеком технологий?
- Какие системные ограничения нужно учитывать?
- Какие зависимости существуют?
• Alternative Solutions — исследуйте альтернативные подходы:
- Какие другие способы решения проблемы возможны?
- Каковы плюсы и минусы каждого варианта?
• Impact — оценивайте влияние на продукт:
- Как это повлияет на производительность системы?
- Какие вызовы могут возникнуть в будущем?
- Как решение будет масштабироваться?
• Risk Management — управляйте рисками:
- Какие точки отказа возможны?
- Как минимизировать эти риски?
- Какие меры предосторожности стоит принять?

2. PM ≠ разработчик:
Инженеры не ждут от PM технических решений. Их задача — дать ясность, что и зачем строить, а не как. PM должен сосредоточиться на:
• Понимании боли пользователей.
• Приоритизации задач.
• Принятии взвешенных решений.

3. Техническая грамотность:
Не нужно быть экспертом, но важно:
• Понимать общую архитектуру продукта.
• Различать фронтенд и бэкенд.
• Знать базовые технические термины.

4. Вопросы вместо решений:
Правильные вопросы вовлекают инженеров в процесс и помогают находить оптимальные решения. Примеры:
• Какие технические ограничения мы должны учитывать?
• Как это решение повлияет на другие части системы?
• Какие риски мы можем упустить?

Попробуйте FAIR-фреймворк в следующих обсуждениях с разработчиками. Увидите, как изменится качество диалога и результат.