Бизнес-аналитик
80 задач, из них 3 на код с автопроверкой. Условие и варианты ответа открыты всем; проверка, подсказка и разбор — в клубе.
Требования и постановка задач
- Заказчик просит «удобный поиск по заявкам»: что это за формулировка и что с ней делать дальше
- Какой критерий приёмки для истории про экспорт реестра можно проверить на демо
- Почему история «хочу кнопку экспорта, чтобы была кнопка экспорта» бесполезна для команды
- Заказчик просит добавить поле в форму, когда спринт уже идёт: как провести изменение
- Два стейкхолдера требуют противоположных прав доступа к отчёту: что делает аналитик
- Как сформулировать цель доработки в BRD, чтобы её результат можно было измерить
- Разработчик сделал строго по ТЗ, а бизнес результат не принял: где системная ошибка
- Заказчик требует ТЗ по ГОСТ 34, а команда работает по Scrum с user stories
Моделирование процессов: BPMN и UML
- Зачем описывать As-Is, если процесс всё равно будет переделан
- Нужно показать порядок обмена сообщениями между системами при оплате заказа
- После проверки заявка идёт по ветке «одобрено» или «отклонено»: какой шлюз ставить
- Разветвление AND, слияние XOR: что произойдёт с задачей после слияния
- Шаги внешнего банка нарисованы в дорожке нашей компании: чем это вредно
- На диаграмме вариантов использования актором указана база данных
- В To-Be убрали два шага, а срок обработки заявки не изменился
- На демо выяснилось, что в To-Be описан только счастливый путь
SQL и проверка данных
- COUNT(*) и COUNT(поля) на выгрузке заявок дают разные числа
- Условие на количество заявок в группе перенесли из HAVING в WHERE
- Сколько строк вернёт запрос с GROUP BY по статусу заявки
- После добавления условия в WHERE из отчёта пропали клиенты без заказов
- Сумма заказов в отчёте выросла вдвое после добавления джойна с платежами
- Выгрузка за месяц через BETWEEN теряет заказы последнего дня
- Сверка миграции через NOT IN вернула ноль расхождений, хотя данные потерялись
- Выручка в дашборде и в SQL-выгрузке за один и тот же месяц не совпадает
Интеграции и REST API
- Сервис возвращает 200 OK с описанием ошибки в теле ответа
- Подрядчик предлагает удалять заявку методом GET
- На невалидный JSON от клиента сервис отвечает кодом 500
- Клиент повторил платёж после таймаута и создал второе списание
- В обязательном поле спецификации приходит null: чья это ошибка
- Выгрузка справочника в 200 000 записей одним запросом отваливается по таймауту
- Внешняя проверка контрагента отвечает от 30 секунд до 2 минут
- Статусы заказа во внешней системе не совпадают с нашими: как описать сопоставление
Выявление требований: интервью, воркшопы, стейкхолдеры
- На интервью аналитик спрашивает: «Вам ведь неудобно вводить накладные вручную?»
- Сотрудники описывают согласование в пять шагов, а в системе половина заявок идёт в обход
- Главный бухгалтер может остановить внедрение CRM, но проект ему неинтересен
- Заявки обрабатываются пять дней, и руководитель предлагает нанять ещё двух операторов
- На воркшопе по требованиям говорит только начальник отдела, остальные молчат
- Требования к отчёту согласуют шесть человек, и за месяц никто не принял решение
- За неделю до запуска служба безопасности запретила хранить сканы паспортов
- Менеджеры дают скидку до 15% без согласования, а в регламенте написано 10%
- Через месяц после встречи заказчик говорит: «Мы такого не решали»
- После замены старой системы всплыли ручные исключения, о которых никто не сказал на интервью
- 78% клиентов в опросе хотели функцию, а после запуска ею пользуются 3%
- Продажи хотят выдавать рассрочку без проверки, риск-менеджмент — проверять всех
Бэклог и груминг: декомпозиция, приоритизация, готовность
- История «Как клиент, я хочу личный кабинет» оценена в три спринта
- Заказчик обиделся, увидев свою доработку в категории Won't have
- Разработчик взял задачу и через день узнал, что нет макетов и формата API
- На приёмке заказчик требует завести дефект: в отчёте нет колонки ИНН
- История об оплате картой, через СБП и в рассрочку не влезает в спринт
- В бэклоге 140 историй плоским списком, и заказчик не понимает, что войдёт в MVP
- Две доработки одинаковой ценности, но у одной — срок требования регулятора
- Заказчик просит перевести 120 story points в часы и назвать точную дату
- Команда не может оценить интеграцию с банком: документация API неполная
- Дата запуска зафиксирована договором, а объём на 30% больше ёмкости команды
- В бэклоге 900 задач, половина старше года, груминг тонет в пересмотре
- История зависит от API соседней команды, а у той другие приоритеты
Excel и данные: формулы, сводные, сверки выгрузок
- ВПР подтягивает цены чужих товаров для кодов, которых нет в прайсе
- Сумма по выгрузке в Excel на 145 тысяч меньше, чем в учётной системе
- Сводная таблица показывает «Количество по полю Сумма» вместо суммы
- Формула доли от итога после копирования вниз выдаёт #ДЕЛ/0!
- После сортировки выгрузки 01.03.2026 оказалось раньше 02.02.2026
- «Удалить дубликаты» оставил в справочнике два одинаковых на вид контрагента
- Средняя доля одобрения по филиалам 62%, а по всем заявкам 40%
- Разбивка дебиторской задолженности по срокам просрочки
- Ежемесячный отчёт собирается вручную из 12 выгрузок за три часа
- Сверка справочников контрагентов двух систем по ИНН
- При миграции 1,2 млн договоров вручную проверили 50 случайных, и все совпали
- Расчёт бонусов всей сети держится на файле Excel одного сотрудника
Ролевая модель, прототипы и пользовательский путь
- Первая встреча по новому кабинету поставщика: какой прототип принести
- Права в системе выдаются каждому из 300 сотрудников по отдельности
- В макете списка заявок есть только заполненный список
- Половина клиентов бросает подключение эквайринга, и никто не знает, на каком этапе
- Оператору поддержки дали роль «Администратор», чтобы он видел историю платежей
- Один бухгалтер создаёт платёжное поручение и сам же его утверждает
- Поиск пользователей с конфликтующими правами
- Менеджеры филиалов должны видеть только заявки своего филиала
- В требованиях «телефон — обязательное поле», и в базу попали «нет» и «звонить Оле»
- Трое из пяти участников юзабилити-теста не нашли кнопку, а заказчик считает выборку малой
- Аудит нашёл 60 сотрудников с правами прежних должностей
- Разработали строго по утверждённому прототипу, а скидки считаются неправильно