Какие артефакты создаёт системный аналитик
Что проверяют
Понимаете ли вы границы роли: что производит системный аналитик, а что архитектор, тестировщик и менеджер. Ещё слушают, связываете ли вы артефакты с их потребителями. Следом обычно просят показать, как по вашему документу разработчик пишет код, а тестировщик тест-кейсы.
Как отвечать
Сгруппируйте артефакты по назначению:
- требования: спецификация требований (SRS) или ТЗ по ГОСТ 34.602-2020 в государственных и крупных корпоративных проектах, в гибких командах user story с критериями приёмки и use case с основным и альтернативными сценариями. Плюс нефункциональные требования с измеримыми значениями: время ответа, нагрузка, доступность;
- модели процессов и поведения: BPMN для бизнес-процессов, UML-диаграммы последовательности для взаимодействия сервисов, диаграммы состояний для жизненного цикла сущности, например заказа;
- модели данных: ER-диаграмма, описание сущностей и атрибутов, словарь данных;
- интеграции: спецификация API в OpenAPI, для очередей и событий AsyncAPI или описание форматов сообщений, маппинг полей между системами, коды ошибок;
- глоссарий: чтобы «клиент» и «пользователь» значили одно и то же у всех;
- матрица трассировки: связь бизнес-требований с системными, задачами и тестами;
- прототипы: вайрфреймы в Figma, если в команде нет дизайнера, или участие в согласовании макетов.
Каждый пункт подкрепите примером: что было в последней задаче, в каком инструменте (Confluence, Jira, draw.io, PlantUML, Swagger Editor), кто этим пользовался. Сильный ход: сказать, что набор зависит от проекта, и в продуктовой команде полное ТЗ часто заменяется связкой из user story, диаграммы последовательности и контракта API.
Где спотыкаются
Приписывают себе чужие артефакты: тест-план, статус-отчёты, архитектурную документацию. Аналитик в них участвует, но автором обычно не является.
Перечисляют названия без содержимого. На вопрос «что внутри вашей спецификации API» должен быть ответ: эндпоинты, модели запросов и ответов, коды ошибок, авторизация, примеры.
Забывают про нефункциональные требования и глоссарий. Именно их отсутствие чаще всего всплывает на приёмке.