Требования

Назначение

Раздел описывает сбор, обработку и согласование требований, управление их жизненным циклом и прослеживаемостью реализации в Dinext. Позволяет формализовать потребности заказчика и связывать их с задачами и реализацией.

Цели и задачи

• Собирать и детализировать требования в проектном контуре.
• Управлять жизненным циклом требований (статусы, согласование).
• Обеспечивать прослеживаемость от требований к задачам и реализации.
• Учитывать участников обсуждения и согласования требований.
• Передавать отобранные идеи в форму требований (связь с разделом «Идеи»).

Для кого

• Аналитики и бизнес-аналитики.
• Руководители проектов и продукта.
• Участники проекта (Issue Participants), согласующие требования.
• Разработчики и исполнители задач, реализующие требования.

Основные понятия

• Требование — формализованная потребность или условие; в проектном контуре часто ведется на базе Issue (запрос) и расширений Issue Identification, Issue Participants .
• Жизненный цикл требования — статусы от сбора до принятия в работу и реализации.
• Прослеживаемость — связь требования с задачами (Task), тикетами и результатами реализации.
• Участники (Issue Participants) — лица, участвующие в обсуждении и согласовании требования.

Основные сущности / объекты

• Issue — базовый объект для жизненного цикла запроса/требования .
• Issue Identification — идентификация и тип инициативы/требования .
• Issue Identification Type — справочник типов идентификации .
• Issue Participants — участники обсуждения и согласования .
• Связь с задачами (Task) и тикетами — через поля и связи в зависимости от настройки.

Основные сценарии / процессы

Сбор и детализация требований

1. Создать запрос/требование (Issue с использованием Issue Identification при необходимости).
2. Указать тип (Issue Identification Type), описание, приоритет, привязку к проекту.
3. Добавить участников (Issue Participants) для обсуждения и согласования.
4. Детализировать описание и критерии приемки по мере обсуждения.

Согласование и жизненный цикл

1. Переводить требование по статусам по workflow (черновик, на согласовании, принято, в работе, реализовано).
2. Фиксировать решения и комментарии участников.
3. При принятии — связывать с задачами (Task) или тикетами для реализации.
4. Отслеживать реализацию и закрывать требование после проверки.

Прослеживаемость

1. В задачах и тикетах указывать ссылку на требование (поле или связь).
2. Использовать отчеты и фильтры по требованиям и связанным задачам при наличии в системе.

Правила и ограничения

• Жизненный цикл и статусы зависят от настроенного workflow для Issue и проектных расширений.
• Доступ к требованиям и смена статусов регулируются ролями и правами.
• Связь «требование — задача» может быть полем в Task или отдельной таблицей в зависимости от конфигурации Dinext.

Результаты / отчетность

• Список требований с фильтрами по проекту, статусу, типу.
• Отчеты по прослеживаемости (требование — задача — реализация) при наличии.
• История согласований и комментариев участников.

Типовые вопросы и ошибки (FAQ)

Чем требование отличается от идеи?

Идея — первичное предложение; после отбора идеи могут быть оформлены как требования (Issue Identification и связанные объекты) для детализации и реализации. См. раздел «Идеи».

Где настраиваются типы требований?

В справочнике Issue Identification Type ; типы затем выбираются в Issue Identification.

Как связать требование с задачей?

Зависит от настройки: в задаче (Task) может быть поле «Требование» или «Issue»; либо связь ведется через общий проект и описание. Уточните в конфигурации проекта.

Связанные темы

• Идеи
• Задачи
• Проекты
• Service Desk
• Стейкхолдеры