Как работаешь в режиме многозадачности?

Как работаешь в режиме многозадачности

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

Реальность работы BA

Симультанно приходится работать с:

• Текущим спринтом — сейчас разработка идёт, нужны уточнения
• Следующим спринтом — нужно написать требования для планирования
• Багами и CR — нужно срочно разобраться с проблемой в продакшене
• Интеграциями — общение с другими командами
• Встречи с бизнесом — планирование квартала, уточнение стратегии

Принцип 1: Приоритизация по матрице Эйзенхауэра

Все задачи попадают в 4 категории:

Срочные и Важные (делаю немедленно)

• Критичный баг на продакшене
• Требование заблокировало разработчика
• Презентация для инвесторов через 2 часа

Не срочные, но Важные (планирую и делаю регулярно)

• Написание требований для следующего спринта
• Аналитика использования продукта
• Планирование квартала
• Документирование архитектурных решений

Срочные, но Не важные (делегирую или минимизирую)

• Рутинная переписка
• Согласование текста тестового письма
• Копирование данных в spreadsheet

Не срочные, не Важные (не делаю вообще или делаю в конце дня)

• Просмотр аналитики из интереса
• Наведение красоты в спецификации
• Ответы на нетрадиционные вопросы

Принцип 2: Time Blocking (блокировка времени)

Не работаю в режиме "реагирования на всё подряд". Вместо этого разделяю день на блоки:

09:00-10:00 — Планирование + Синхронизация

• Проверить чаты и письма
• Выявить срочные проблемы
• Обновить приоритеты
• Провести синхронизацию со скрам-мастером

10:00-12:00 — Глубокая работа (Deep Work)

• Написание требований без отвлечений
• Анализ данных
• Проектирование нового функционала
• ДО КОНЦА этого блока не открываю чат и email

12:00-13:00 — Встречи и согласование

• Планирование с разработчиками
• Демо для бизнеса
• Retrospective

13:00-14:30 — Реактивная работа

• Отвечаю на вопросы из чата
• Уточнения по текущему спринту
• Срочные баги

14:30-16:00 — Вторая сессия глубокой работы

• Аналитика и отчёты
• Планирование будущих фич
• Документирование

16:00-17:00 — Закрытие дня

• Ответы на оставшиеся письма
• Составление дневного отчёта
• Планирование на завтра

Принцип 3: Система отслеживания задач (Task Management)

Все задачи записываю в систему (Jira, Asana, Notion). Для каждой задачи:

• Тип: sprint work, analysis, bug, research
• Приоритет: critical, high, medium, low
• Сроки: когда должна быть сделана
• Зависимости: от каких других задач зависит
• Статус: backlog, in progress, blocked, done

Визуально это выглядит как:

Принцип 4: Контекстное переключение (Context Switching)

Проблема многозадачности: мозг долго восстанавливает контекст при переключении (может потребоваться 15-20 минут, чтобы вернуться в "зону" после перерыва на письмо).

Чтобы минимизировать потери:

1. Групперую однотипные задачи

• Не переключаюсь между "написание требований" и "ответы на письма" каждые 5 минут
• Все письма отвечаю в одно время (14:30-15:00)
• Все требования пишу в одном блоке (10:00-12:00)

2. Минимизирую количество невынужденных переключений

• Закрываю Slack во время deep work
• Email проверяю 2 раза в день (10:00 и 15:00)
• Не беру звонки без предварительной договорённости

3. Быстро восстанавливаю контекст при срочных переключениях

• Если приходит критичный баг, беру 2 минуты, чтобы понять ситуацию
• Кратко записываю, где я остановился в текущей задаче (TODO comment в документ)
• Занимаюсь проблемой до её решения
• Вернусь к прерванной задаче или перейду к следующей

Принцип 5: Делегирование и автоматизация

Не всё нужно делать самому. Вот что я делегирую:

Скрам-мастеру:

• Организация встреч
• Отслеживание deadlines
• Координация команды

Тестировщику:

• Тестирование по написанным мной требованиям
• Поиск ошибок в данных
• Воспроизведение багов

Product Manager (если он есть):

• Общение с бизнесом
• Приоритизация фич
• Стратегия продукта

Разработчику:

• Техническую реализацию
• Оптимизацию производительности
• Уточнение по коду при тестировании

Автоматизирую:

• Рутинные отчёты (скрипты на Python/SQL)
• Экспорт данных (Zapier, IFTTT)
• Напоминания о дедлайнах (календарь + уведомления)

Принцип 6: Общение и прозрачность

Когда я в режиме многозадачности, важно чтобы люди знали, когда я доступен и когда я недоступен.

Использую статусы в Slack:

• "Deep Work (back at 12:00)" — не беспокоить, но читаю async после
• "In meeting" — доступен для срочного только
• "Available" — можно писать в реальном времени

Устанавливаю expectations:

• "На письма отвечаю в течение 24 часов" — разработчик знает, не ждёт моментального ответа
• "Срочные вопросы в #critical, остальные в #general" — люди знают, как получить мой внимание

Пишу async notes:

• Если я занят встречей, но знаю ответ на вопрос, напишу ответ в чат с пометкой "read when available"
• Не жду синхронного разговора

Что обязательно, даже при многозадачности

✓ Качество не пострадало — лучше сделать одно требование хорошо, чем 5 на половину ✓ Документирование — записываю все решения и аргументы, не рассчитываю на память ✓ Синхронизация с командой — все знают, над чем я работаю и когда буду готов ✓ Здоровье и отдых — не работаю ночи и выходные, берусь за следующую фичу свежим

Красные флаги многозадачности

✗ Начинаю много задач, но не заканчиваю ни одну ✗ Качество требований падает ✗ Разработчики часто просят уточнения ✗ Забываю согласовать важные детали ✗ Не встаю из-за стола, истощение

Если вижу эти флаги — говорю менеджеру: "Не могу качественно сделать всё, что требуется. Давайте приоритизируем" или "Нужна помощь в виде дополнительного BA или помощника".

Залог успеха в многозадачности — это не количество одновременных задач, а умение эффективно переключаться между ними, сохраняя качество и здравый смысл.