В чем разница между Junior и Middle грейдом?

В чем разница между Junior и Middle грейдом

Общая сравнительная таблица

Junior Business Analyst

Что может делать:

Технические навыки:

• Создание простых диаграмм (flowchart, wireframe)
• Написание user stories по шаблону
• Документирование требований (переписывание требований, заданных Senior'ом)
• Проведение простых интервью с пользователями
• Создание тестовых сценариев (test case'ы)

Примеры задач:

✓ Написать 10 user stories для фичи "Фильтры товаров"
✓ Создать wireframe мобильного экрана
✓ Провести интервью с 3 пользователями
✓ Документировать готовые требования в Jira
✓ Создать 5 тестовых сценариев

Ограничения Junior'а:

• ❌ Не может самостоятельно провести Discovery проекта
• ❌ Не может определить архитектуру
• ❌ Не может принимать решения о trade-off'ах
• ❌ Не может вести переговоры со stakeholder'ами
• ❌ Не может управлять рисками
• ❌ Сложно видеть "большую картину" проекта

Типичный день Junior'а:

9:00 — Daily standup (говорю, что вчера сделал)
9:15 — Уточняю требования у Middle BA
10:00 — Пишу user stories для фичи "Добавление товара в корзину"
11:30 — Создаю wireframe для 2 экранов
13:00 — Обед
14:00 — Провожу интервью с пользователем (с помощью Middle'а)
15:30 — Пишу test case'ы на основе requirements
16:30 — Встреча с разработчиком (уточняю, что он интерпретирует требования)
17:30 — Домой

Что Junior должен улучшить для роста в Middle:

1. Глубже понимать бизнес — не просто писать requirements, но думать о бизнес-ценности
2. Начать инициировать — предлагать решения, а не ждать инструкций
3. Уметь защищать идеи — аргументировать свою позицию
4. Развивать коммуникацию — четко объяснять требования всем
5. Брать больше ответственности — вести фичу от Discovery до Delivery

Middle Business Analyst

Что может делать:

Полный спектр:

• ✅ Провести полный Discovery самостоятельно
• ✅ Определить MVP и roadmap
• ✅ Спроектировать архитектуру на уровне требований
• ✅ Провести 20-30 интервью и синтезировать результаты
• ✅ Написать полную спецификацию (200+ требований)
• ✅ Вести переговоры со stakeholder'ами
• ✅ Управлять требованиями (изменения, приоритизация)
• ✅ Писать сложные тесты (включая edge case'ы)
• ✅ Менторить Junior'ов

Примеры задач:

✓ Провести Discovery нового проекта (3 месяца)
✓ Определить MVP для запуска в 3 города
✓ Провести переговоры с 5 stakeholder'ами
✓ Спроектировать интеграцию с внешней системой
✓ Обучить Junior'а методологии BPMN
✓ Решить конфликт между бизнесом и технологией

Типичный день Middle'а:

8:30 — Подготовка к встречам (обновляю requirements)
9:00 — Встреча с Product Owner (обсуждаем roadmap)
10:00 — Интервью с пользователем (Discovery новой фичи)
11:00 — Встреча с Technical Lead (обсуждаем архитектуру)
12:00 — Менторинг Junior'а (обзор его user stories)
13:00 — Обед
14:00 — Пишу спецификацию для фичи (30 требований)
15:30 — Встреча со stakeholder (демо и feedback)
16:00 — Создание BPMN диаграммы сложного процесса
17:00 — Обновление risk register и change log
17:30 — Домой

Ключевые отличия Middle'а:

1. Самостоятельность — не спрашивает совета на каждом шаге
2. Инициатива — сам видит проблемы и предлагает решения
3. Системное мышление — понимает, как части влияют на целое
4. Проактивность — выявляет риски раньше, чем они станут проблемами
5. Менторство — может обучить Junior'а
6. Политика — лучше разговаривает с разными stakeholder'ами

Примеры, показывающие разницу

Ситуация 1: Пользователь просит новую фичу

Junior BA:

1. Записывает просьбу пользователя дословно
2. Пишет user story: "Как пользователь, я хочу видеть историю покупок"
3. Идёт к Middle/Senior'у: "Что мне с этим делать?"

Middle BA:

1. Спрашивает: "Зачем тебе нужна история?"
2. Узнаёт: "Я часто забываю, что я купил в прошлом месяце"
3. Думает: "Может быть, нам нужен не просто список, но фильтр по датам и категориям?"
4. Проводит интервью с 5 пользователями
5. Обнаруживает: "40% хотят фильтр, 60% хотят поиск"
6. Пишет спецификацию с 15 требованиями
7. Обсуждает trade-off'ы: "Поиск стоит 2 недели, фильтр — 1 неделю"
8. Выбирает MVP: "Фильтр сейчас, поиск в следующем спринте"

Ситуация 2: Конфликт между разработчиком и бизнесом

Junior BA:

Разработчик: "Это требование невозможно сделать в срок"
Бизнес: "Но нам нужно срочно!"

Junior: "Ээ... может быть, нужна встреча? Я не знаю..." 😕

Middle BA:

1. Слушает обе стороны
2. Анализирует: "Проблема не в невозможности, а в сложности оценки"
3. Предлагает альтернативы:
   - Вариант А: Полная фича в 3 недели
   - Вариант B: MVP в 1 неделю, остальное потом
   - Вариант С: Отложить другую фичу
4. Показывает каждому, что они получат в каждом варианте
5. Помогает выбрать лучший вариант

Путь роста: Junior → Middle → Senior

Junior (0-2 года)
    ↓ Улучшения:
    - Проводить Discovery под присмотром
    - Писать полную спецификацию
    - Начать вести собственные фичи от начала до конца
    - Развивать навыки переговоров
    ↓

Middle (2-5 лет)
    ↓ Улучшения:
    - Вести крупные проекты с множеством stakeholder'ов
    - Развивать стратегическое мышление
    - Менторить 2-3 Junior'ов
    - Начать участвовать в архитектурных решениях
    ↓

Senior (5+ лет)
    - Стратегическое видение
    - Влияние на направление компании
    - Менторство и развитие команды
    - Возможность перехода в Product Manager или руководство

Вывод

Junior BA — это специалист под руководством, который выполняет четко поставленные задачи.

Middle BA — это лидер своего функционала, который самостоятельно ведёт фичи и может менторить других.

Senior BA — это стратег, который влияет на направление продукта и развитие команды.

Переход из Junior в Middle — это не просто прибавка в зарплате, а качественный скачок в самостоятельности и ответственности. Если ты Junior и хочешь вырасти — нужно доказать, что ты готов принимать решения и нести за них ответственность.