Какое у тебя соотношение опыта бизнес-задач и бизнес-аналитики?

Соотношение опыта бизнес-задач и аналитики

Это хороший вопрос, потому что это различие часто путают. Позвольте объяснить мой путь и как это повлияло на мой профессиональный рост.

МОЙ ПУТЬ

Первые 3 года (2013-2016) — Преимущественно бизнес-задачи (70%) и немного аналитики (30%)

Начинал как junior разработчик, но быстро понял, что мне интереснее понимать ПОЧЕМУ мы что-то делаем, а не просто писать код. Я начал:

• Спрашивать stakeholders: "Зачем нам это нужно?"
• Анализировать бизнес-процессы в своей голове
• Предлагать улучшения (которые часто отвергали)
• Читать бизнес-литературу

В этот период я сосредоточивался на понимании domain: как работает наша компания (это был fintech), какие проблемы у пользователей, какие метрики нам важны.

Следующие 4 года (2016-2020) — Баланс 50/50

Переходил между ролями:

• System Analyst (официально с 2017)
• Product Manager (2 года)
• Business Analyst (снова 2019)

В этот период я осознал, что бизнес-опыт и аналитические навыки — они связанные, но разные вещи:

• Бизнес-опыт = я знаю, как работает e-commerce, как работает платеж, какие метрики важны
• Аналитика = я умею моделировать процессы, писать требования, управлять stakeholders

Мой баланс был примерно:

• 50% — работа с бизнесом (встречи, анализ метрик, понимание целей)
• 50% — аналитическая работа (документирование, моделирование, требования)

Последние 3+ года (2020+) — Аналитика (80%), бизнес-контекст (20%)

Сейчас я spend больше времени на:

• Требования и спецификации (40%)
• Архитектурные решения (25%)
• Управление требованиями (20%)
• Stakeholder management (15%)

Но всё это на базе глубокого бизнес-понимания, которое я накопил за годы.

ПОЧЕМУ ЭТО СООТНОШЕНИЕ ВАЖНО

Зачем нужен бизнес-опыт аналитику?

✓ Контекст — я понимаю, ПОЧЕМУ менеджер просит эту фичу, какая проблема за этим ✓ Критическое мышление — я вижу, когда требование не решает исходную проблему ✓ Приоритизация — я знаю, какие фичи действительно важны для бизнеса ✓ Управление ожиданиями — я понимаю реалии бизнеса (бюджет, сроки, конкурентные давления) ✓ Качество требований — я пишу требования, которые решают реальные бизнес-проблемы

Зачем нужны аналитические навыки?

✓ Структурированность — я могу разложить "расплывчатую идею" в четкие требования ✓ Масштабируемость — я могу управлять complex проектами с многими stakeholders ✓ Документация — я могу объяснить решение так, чтобы разработчик его понял ✓ Риск-менеджмент — я вижу потенциальные проблемы в требованиях ✓ Процессы — я знаю, как правильно управлять требованиями

КОНКРЕТНЫЕ ПРИМЕРЫ

Пример 1: Понимание бизнеса помогает аналитике

Задача: "Нужна система автоматического кешбэка для постоянных клиентов"

Без бизнес-опыта я бы просто написал требование: "Система должна начислять 5% кешбэка за каждый платеж"

С бизнес-опытом я спрашиваю:

• Какой margin у компании? (Может быть, 5% — слишком много?)
• На каких клиентов ориентируемся? (Может быть, нужна segmentation?)
• Какой метрики мы хотим улучшить? (Retention? LTV? Frequency?)
• Какие конкурентские предложения? (Может быть, скопировать стратегию конкурента?)

Результат: вместо одного требования, я предложил 3 варианта стратегии с analysis ROI для каждого.

Пример 2: Аналитические навыки помогают бизнесу

Менеджер говорит: "Наши клиенты недовольны, нужно что-то сделать"

Без аналитических навыков я бы спросил: "Что именно их не устраивает?"

С аналитическими навыками я:

• Формализую проблему (data-driven approach)
• Провожу root cause analysis
• Строю бизнес-процесс как есть vs как должно быть
• Предлагаю несколько решений с trade-offs
• Помогаю выбрать оптимальное решение

Результат: менеджер знает, что я глубоко разобралась в проблеме, а не просто слушал жалобы.

МОЕ РЕКОМЕНДУЕМОЕ СООТНОШЕНИЕ

Для junior аналитика (0-2 года):

• 40% бизнес-контекст (учиться domain)
• 60% аналитические навыки (освоить инструменты, нотации, процессы)

Для mid аналитика (2-5 лет):

• 50% бизнес-опыт
• 50% аналитика

Для senior аналитика (5+ лет):

• 70% бизнес-понимание (you are a business consultant)
• 30% аналитические навыки (tools, техники, best practices)

Для архитектурной роли:

• 60% бизнес-стратегия
• 40% технические решения

ЧТО Я ВЫБРАЛ

Я выбрал путь в сторону аналитики и архитектуры, потому что: ✓ Больше интересует технический дизайн ✓ Нравится работать с разработчиками ✓ Нравится нотации и моделирование ✓ Вижу себя в role с technical credibility

Но я никогда не забуду бизнес-контекст, потому что это основание.

НАСКОЛЬКО ЭТО ВАЖНО ДЛЯ ИНТЕРВЬЮ

В этом вопросе интервьюер проверяет:

• Понимаешь ли ты разницу между бизнес-ролью и аналитической ролью?
• Есть ли у тебя реальный опыт в обеих областях?
• Осознаёшь ли ты, что нужно баланс?

Хороший ответ = демонстрация того, что ты был в обеих позициях, видел обе стороны, и понимаешь, как они работают вместе.

Плохой ответ = "Я всё время только аналитик" или "Я бизнес-менеджер, но не аналитик". Потому что это показывает узкое мышление.