Что происходит после разработки требований в процессе разработки
Что проверяют
Видите ли вы, что требования не сдаются и забываются, а сопровождают продукт до релиза и дальше. Аналитика спрашивают об этом, чтобы понять, участвует ли он в разработке после того, как написал ТЗ. Следом обычно звучит: что вы делаете, когда требование меняется посреди спринта.
Как отвечать
Опишите путь требований и свою роль на каждом шаге, а не абстрактные фазы SDLC:
- согласование и базовая версия: заказчик и команда подтверждают требования, версия фиксируется (baseline). Дальше изменения идут через запрос на изменение, а не тихой правкой страницы в Confluence;
- проектирование: системный аналитик и архитектор превращают требования в решение. Контракты API в OpenAPI, модель данных, диаграммы последовательностей, BPMN процессов, макеты вместе с дизайнером;
- оценка и декомпозиция: разработчики оценивают объём, требования режутся на истории в Jira. В Scrum это груминг, а готовность задачи к работе проверяется по Definition of Ready;
- разработка: аналитик отвечает на вопросы, уточняет граничные случаи, принимает спорные решения вместе с владельцем продукта;
- тестирование: тестировщики пишут кейсы по требованиям, связь держится через матрицу трассируемости, аналитик разбирает споры «баг или так задумано»;
- приёмка и внедрение: демо, UAT с заказчиком, релиз, обучение пользователей, обновление документации;
- сопровождение: обратная связь, новые требования, и цикл повторяется.
Хорошо добавить, что в каскадной модели эти этапы идут последовательно и изменения стоят дорого, а в итеративной они повторяются в каждом спринте на небольшом объёме.
Где спотыкаются
Отвечают учебником: «проектирование, разработка, тестирование, внедрение», и ни слова о своей роли. Интервьюер хочет услышать, что именно делает аналитик на каждом шаге.
Не упоминают управление изменениями. Требования меняются всегда, и вопрос в том, как оценить влияние, согласовать правку и донести её до команды без хаоса.
Забывают про трассируемость. Без связки «требование, задача, тест-кейс» при изменении непонятно, что переделывать и что перепроверять.