Системный инженер по работе с требованиями

БЮРО 1440

Сигналы объявления: 1 из 3

Это счётчик доступных сигналов, а не рейтинг безопасности работодателя. Нет данных по 2 из 3 проверок.

Источник «Работа России»: нет данных — Нет подтверждённых данных об этом объявлении на государственной площадке.
Проверка hh.ru: нет данных — Подтверждённый флаг employer.trusted от hh.ru не получен.
Свежесть публикации: есть сигнал — С даты публикации прошло 1 дн. Порог сигнала — 30 дней; обновление даты не доказывает наличие свободного места.

Сопоставьте ИНН, юридическое название и условия договора. Даже свежая вакансия проверенной площадки требует проверки перед откликом.

Как проверить работодателя →

📍 Москва 💼 От 3 до 6 лет

Откликнуться на hh.ru

✍ Составить сопроводительное письмо

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

Пожаловаться на подозрительную вакансию

Опишите конкретные признаки обмана. Не указывайте паспортные данные, номера карт или чужие контакты. После трёх учтённых жалоб объявление скрывается до проверки; это не доказательство мошенничества.

⚠ Пожаловаться

Чем предстоит заниматься:

Созданием и поддержанием модели данных архитектурных и инженерных артефактов команды в Confluence с определением взаимосвязей, их типов и ограничений;
Анализом и обновлением текущих шаблонов документов (спецификаций требований, функционального дизайна системы, схем и диаграмм) для выполнения требований модели данных, а также увязки с Requirement Yogi;
Созданием сложных запросов в Requirements Yogi плагине Confluence для формирования отчетов по требованиям, архитектурным и инженерным артефактам, связям, тестам (например, построение матрицы трассировки требований (многоуровневой), матрицы покрытия требований тестами и т.д.);
Написанием плагинов или скриптов для Confluence и Requirements Yogi для анализа пространства на наличие артефактов, требований, тест кейсов с выводом аналитики и проблемных мест, которые не соответствуют требованиям модели данных или заданным критериям;
Согласованием требований и создание Baselines через Requirements Yogi, контролем за изменениями требований и дизайна с анализом QCDP;
Аналитикой требований к продукту и его системам в части целостности и связанности функционала, а также формированием матрицы зависимости функций;
Формированием отчетов, показывающих разницу между определенными версиями требований, артефактов, зависимостей.

Что мы ожидаем: