Как проходит твой день?

Как проходит мой день как бизнес-аналитик

Отвечу честно — день бизнес-аналитика редко проходит по плану. Это микс планомерной работы и постоянного реактивного реагирования на изменения. Расскажу о типичном дне.

8:00 — Приход в офис / встреча с кофе

В первые 30 минут я:

• Проверяю сообщения в Slack от команды (ночью могли случиться проблемы)
• Читаю email'ы от стейкхолдеров
• Просматриваю Jira — что произошло со статусом задач за ночь
• Если что-то критичное — обсуждаю это в чате

Это время помогает мне быстро войти в контекст дня.

8:30 — Daily Standup (15-20 минут)

Я участвую в standup с разработчиками:

• Что сделано вчера? — каждый говорит о прогрессе
• Что делается сегодня? — планы на день
• Есть ли блокеры? — я помогаю их решить

Как аналитик я обычно говорю что-то в духе: "Вчера я уточнил requirements для feature X, сегодня провожу груминг для feature Y, был вопрос от PM про timeline — рассказал ему про наш current velocity".

Если что-то заблокировано на мне (например, требование от бизнеса) — я сразу беру на себя ответственность это решить.

9:00 — Фокусная работа

Лучшее время для глубокой аналитической работы:

Вариант А: Груминг бэклога

• Я готовлю требования для следующего спринта
• Пишу user stories в правильном формате
• Рисую схемы (диаграммы, wireframes, flowcharts)
• Составляю acceptance criteria
• Выявляю зависимости и риски

Пример того, что я пишу:

Title: Customers can filter products by category

User Story:
As a customer
I want to filter products by category
So that I can find what I'm looking for faster

Background:
Currently customers see all 10,000 products
This causes poor UX and slow page load
Analytics shows 40% of users leave because of slow search

Acceptance Criteria:
✓ User can see category dropdown on products page
✓ Selecting category filters products instantly
✓ Filter persists in URL (sharable link)
✓ User can clear filter
✓ Mobile version has dropdown styled appropriately
✓ API returns filtered results in <500ms

Technical Details:
- Use existing Categories table
- Add category_id index to products table
- API endpoint: GET /api/v1/products?category_id=123

Dependencies:
None (categories already exist)

Estimated Story Points: 5

Вариант B: Требования от PM

• Я провожу встречу с Product Manager'ом
• Уточняю бизнес-требования
• Задаю вопросы: "Почему нужно? Какая метрика успеха? Когда нужно?"
• Помогаю приоритизировать между конкурирующими требованиями

Вариант C: Анализ данных

• Пишу SQL запросы к БД
• Генерирую отчёты для стейкхолдеров
• Ищу скрытые проблемы в метриках
• Предлагаю базирующиеся на данных рекомендации

Пример запроса:

-- Какой процент пользователей завершает покупку?
SELECT 
  COUNT(DISTINCT user_id) AS total_users,
  COUNT(DISTINCT CASE WHEN completed_at IS NOT NULL THEN user_id END) 
    AS completed_users,
  ROUND(100.0 * COUNT(DISTINCT CASE WHEN completed_at IS NOT NULL THEN user_id END) 
    / COUNT(DISTINCT user_id), 2) AS conversion_rate
FROM orders
WHERE created_at > NOW() - INTERVAL '30 days';

10:30 — Встречи и коммуникация

В течение дня у меня обычно несколько встреч:

Встреча с тех-лидом

Мы обсуждаем:

• Техническую возможность требований
• Архитектурные решения
• Синхронизируем бизнес-требования с техническими ограничениями

Встреча с дизайнером

• Я показываю требования
• Дизайнер делает макеты
• Мы вместе проверяем что макеты соответствуют требованиям

Встреча со стейкхолдерами

• Рассказываю о статусе проекта
• Объясняю задержки (если есть) и их причины
• Привожу данные
• Предлагаю рекомендации

12:00 — Фиксим проблемы

Иногда во время встреч обнаруживаются проблемы:

• "У нас нет данных для этой функции" — я проверяю БД
• "Это занимает слишком много времени" — я переговариваю с TL
• "Требования неясны" — я пишу дополнительное описание

Это "пожарная работа", но в этом суть аналитики.

13:00 — Обед

Жизненно важная встреча с едой. Иногда обедаю с коллегой и обсуждаем текущие проекты неформально.

14:00 — Груминг сессия

1.5-2 часа на подготовку бэклога для следующего спринта вместе с PM, TL и разработчиками.

Я:

• Рассказываю о каждой истории
• Отвечаю на вопросы
• Модерирую обсуждения
• Фасилитирую оценку (Planning Poker)
• Выявляю блокеры

16:00 — Дополнительные задачи

Время для адхок задач:

• Помощь разработчикам если они застряли на требованиях
• Обновление документации
• Подготовка материалов для презентации стейкхолдерам
• Чтение статей и изучение new methodologies

17:00 — Планирование на завтра

В конце дня я:

• Обновляю Jira с новым статусом
• Пишу заметки о том, что нужно сделать завтра
• Отправляю короткий summary PM и TL
• Если есть критичные проблемы — обсуждаю их в Slack

Пример заметки:

Summary of today:
✓ Groomed 8 user stories for sprint #42
✓ Met with PM about Q2 roadmap
✓ Analyzed churn data — found issue with onboarding

To do tomorrow:
- Write AC for analytics tracking
- Review designs from UI team
- Call with stakeholder about timeline
- Update documentation

17:30 — Уход

Один из главных принципов — work-life balance. Я заканчиваю день в 17:30 и делаю паузу.

Реальность vs План

90% моего дня — это не то, что я планировал.

• Срочное требование от босса → я бросаю всё
• Разработчик не может понять requirement → emergency meeting
• Данные показывают проблему → нужен срочный анализ
• Клиент не доволен → нужна презентация

Это нормально. Гибкость и умение переключаться между задачами — это ключевой скилл для BA.

Типичное распределение времени за неделю

• 35% Груминг и подготовка требований — самая важная часть
• 25% Встречи — коммуникация и синхронизация
• 20% Анализ данных и отчёты — support decision-making
• 15% Адхок задачи — помощь, консультации, проблемы
• 5% Обучение — читаю статьи, слежу за трендами

Главный вывод

День BA — это оркестра. Я не играю скрипку (не разработчик), не дирижу оркестром (не PM), но я помогаю каждому инструменту звучать в гармонии с другими. Это требует гибкости, быстрого переключения контекста и умения находить решения под давлением. Но это очень интересно.