Все о матрице отслеживания требований: как создать и использовать

Ваш продукт может хорошо выглядеть в теории, но теория не всегда соответствует реальности.

Как вы можете гарантировать, что ваш проект останется на правильном пути от начала до завершения? Этот вопрос всегда возникает, когда дело доходит до финальной стадии веб-разработки. Более того, обеспечение соответствия конечного продукта всем заявленным требованиям важно на этапе запуска. Согласно последним статистическим данным, впечатляющие 60% программных проектов проваливаются из-за человеческих ошибок. Почти 37% ИТ-проектов терпят неудачу из-за отсутствия должного упорядочивания требований. Вот почему матрица отслеживания требований (RTM) приобретает важное значение.

Представьте себе это как дорожную карту, которая соединяет точки между тем, что хотят заинтересованные стороны (требования), и тем, как команда проекта планирует и тестирует, чтобы это реализовать (результаты). Обычно она охватывает все этапы жизненного цикла разработки программного обеспечения (SDLC) — от концепции до поддержки после развертывания. Это касается как простых, так и сложных продуктов и проектов. Матрица отслеживания требований гарантирует, что все требования будут учтены, ничего не будет упущено, а конечный продукт удовлетворит ожидания заказчика.

Ниже мы рассмотрим особенности и преимущества матрицы отслеживания требований — одного из ключевых инструментов, используемых в процессе веб-разработки.

Что такое матрица отслеживания требований? Подробная информация

Иногда матрицу отслеживания требований также называют «процедурой отслеживания прямых и обратных требований» или «матрицей перекрестных ссылок».

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

• Бизнес-требованиями и потребностями заинтересованных сторон.
• Функциональными и нефункциональными требованиями.
• Требованиями и связанными с ними тестовыми кейсами.
• Требованиями и соответствующими компонентами проектирования/реализации.

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

Чтобы лучше понять процедуру матрицы отслеживания требований, давайте разделим её на два термина, из которых она состоит — отслеживание и матрица. В управлении проектами «отслеживание» означает возможность отслеживать что-то от начала до конца как в прямом, так и в обратном направлении.

Матрица — это, по сути, сетка или таблица, которая визуализирует отношения и связи между различными элементами. В случае матрицы RTM, она отображает требования к другим артефактам, таким как проектная документация, тестовые кейсы, элементы риска и т.д. Структура матрицы обеспечивает четкую, читаемую схему, которая позволяет заинтересованным сторонам из разных команд (бизнес-аналитикам, разработчикам, тестировщикам) понять, как требования распределяются по всему жизненному циклу проекта, и отслеживать их статус.

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

Общими элементами матрицы отслеживания требований являются:

• Название и описание требования — четкое, конкретное название для каждого требования и краткое описание, чтобы предоставить контекст для ответственных лиц.
• Идентификатор требования или номер требования — уникальный идентификатор для каждого требования для легкого отслеживания и ссылки. Вы можете использовать цифровой или буквенно-цифровой код, например, R012, чтобы обозначить каждое требование.
• Описание требования — четкое краткое описание того, что должна делать система, или качества, которые она должна иметь, например, «приветственное письмо» или «пользователь может просматривать профиль».
• Конечный продукт — это конечный продукт, созданный разработчиками, который соответствует спецификациям, детально описанным в ТЗ.
• Ответственное лицо — указывает на лицо или команду, ответственную за выполнение определенного требования.

Некоторые RTM могут также включать такие колонки, как:

• отдел/лицо, подающее запрос;
• бизнес-потребности;
• цель проекта;
• спецификации или стадии дизайна.

Чтобы еще больше улучшить процесс управления требованиями, Asana предлагает простые в использовании интеграции с различными инструментами. Например, интеграция с Google Workplace позволяет прикреплять документы с требованиями и проектные спецификации. Интеграция с GitLab обеспечивает согласованность работы команды разработчиков, автоматически создавая ветки и запросы на слияние. А интеграция с Zendesk обеспечивает оперативное реагирование на отзывы клиентов и запросы на поддержку, создавая задачи Asana из тикетов Zendesk.

Как консультант Asana, Cloudfresh предлагает вам самые необходимые услуги для удовлетворения ваших потребностей.

Три типа матриц отслеживания требований

Существует три основных типа матриц отслеживания требований, которые служат различным целям в рамках SDLC. Они основаны на направлении, то есть:

1. Прямая матрица отслеживания (Forward Traceability Matrix, FTM) ▶️ Это все о перспективе. Она отслеживает, как каждое требование превращается в конкретные результаты, тестовые кейсы и так далее. FTM начинается с ваших требований и отслеживает их, чтобы убедиться, что они реализованы и протестированы. Такая модель идеально подходит для того, чтобы убедиться, что все требования выполнены и ничего не пропущено. Она также отлично подходит для управления изменениями, поскольку вы можете легко увидеть влияние любых изменений на последующие артефакты.
2. Матрица обратного отслеживания (Backward Traceability Matrix, BTM) ◀️ Матрица обратного или реверсивного отслеживания работает в противоположном направлении. Она позволяет отслеживать элементы в обратном направлении до их происхождения. Этот формат позволяет проводить анализ первопричин и оценку воздействия при возникновении проблем или изменений.
3. Двунаправленная матрица отслеживания (Bi-directional Traceability Matrix, BRTM) 🔁 Это сочетание прямой и обратной моделей. Она дает командам полное понимание того, как изменяются требования на протяжении жизненного цикла проекта, от создания и тестирования до отслеживания изменений и анализа дефектов.

Теперь, когда мы понимаем основы матрицы отслеживания требований, давайте выясним, какую пользу она приносит управлению проектами.

Преимущества и важность матрицы отслеживания требований

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

Именно здесь матрица отслеживания требований становится незаменимой, предлагая следующие преимущества:

• Обеспечение полного тестового покрытия. Когда команда QA получает спецификации требований или отложенные задачи, она может связать каждое требование с соответствующим тестовым кейсом в матрице. Двунаправленное отслеживание гарантирует, что ни одно требование не останется непроверенным, максимизируя покрытие тестов и качество продукта.
• Упрощение управления изменениями. Требования часто меняются из-за изменяющихся потребностей бизнеса или отзывов заинтересованных сторон. Матрица позволяет легко определить конкретные компоненты (дизайн, код, тесты), на которые влияет изменение требований, обеспечивая эффективное обновление и минимизируя переработку.
• Повышение прозрачности и подотчетности. Отслеживая требования до их происхождения, матрица отслеживания требований предоставляет ценную информацию о том, почему и кем были запрошены определенные функции. Такая прозрачность помогает определить приоритетность требований и согласовать усилия по разработке с потребностями заинтересованных сторон.
• Улучшение сотрудничества и коммуникации. Матрица отслеживания требований служит общей точкой отсчета для межфункциональных команд, включая бизнес-аналитиков, разработчиков и тестировщиков. Это улучшает сотрудничество, обеспечивает единое видение и уменьшает количество неправильных интерпретаций или пропущенных требований.
• Возможность повторного использования требований и анализа воздействия. Когда возникает новый проект или итерация продукта, это позволяет командам легко идентифицировать и повторно использовать существующие требования или тесты.
• Содействие соблюдению требований и аудиту. В регулируемых отраслях со строгими требованиями к документации и прослеживаемости, матрица отслеживания требований обеспечивает четкий аудиторский след, сопоставляя требования с их реализацией и проверкой.

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

Как создать матрицу отслеживания требований [Пошаговая инструкция]

Хотя для создания матриц отслеживания требований обычно используют электронные таблицы, такие как Excel, они не являются лучшим решением. Статичные электронные таблицы могут привести к путанице с несколькими версиями, в то время как программное обеспечение для совместной работы, такое как Asana, гарантирует, что каждый имеет доступ к самой актуальной информации в режиме реального времени.

Несмотря на сложное название, создание матрицы отслеживания требований не должно быть сложным. Давайте создадим быструю и простую версию матрицы соответствия требованиям вместе.

1. Начните с шаблона (иерархического, плоского и т.д.) или создайте свою собственную матрицу в соответствии с вашими предпочтениями и потребностями проекта.
2. В первой колонке перечислите заинтересованные стороны, документы, системы и т.д.
3. Распределите требования на функциональные, нефункциональные, бизнес и т.д. и перечислите их в первом ряду.
4. Присвойте каждому требованию уникальный идентификатор и четкое описание в соответствующих ячейках.
5. Для каждого требования определите связанные с ним результаты, тестовые кейсы и другие артефакты и укажите их идентификаторы или названия в соответствующих ячейках. Используйте примечания, чтобы добавить детали и прикрепить документы или ссылки.
6. Используйте цвета или другие символы для обозначения статуса и приоритета каждого требования и его артефактов. Применяйте правила отображения, чтобы различать разные типы требований.

Как создать матрицу отслеживания требований в Asana:

Настройте проект Asana. Нажмите кнопку «+ Создать», выберите «Новый проект» и дайте ему название «Матрица отслеживания требований» (или подобное).

Создайте секции для категорий требований. Добавьте такие разделы, как «Функциональные требования» и «Нефункциональные требования».

Добавьте задачи для каждого требования. Включите такие детали, как идентификатор требования, описание, источник и приоритет.

Свяжите требования с тестовыми кейсами и артефактами. Перейдите к «Настроить» на панели инструментов и добавьте кастомные поля для идентификатора требования, идентификатора истории пользователя, ссылок для отслеживания, приоритета и т.д.

Распределите обязанности. Назначьте ответственного за каждое задание члена команды.

Отслеживайте прогресс. Обновляйте статусы заданий (например, «В процессе», «Выполнено»), чтобы отслеживать прогресс.

Используйте зависимости. Показывайте взаимосвязи между заданиями, добавляя зависимости.

Регулярно просматривайте и обновляйте. Регулярно просматривайте и обновляйте RTM и планируйте встречи с заинтересованными сторонами.

Обратите внимание, что если в матрице RTM есть пустые места, они могут быть потенциальными областями для исследования.

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

Итоги

Подходит ли вам матрица отслеживания требований? Это всегда зависит от ситуации.

Хотя матрицы отслеживания требований широко используются при разработке программного обеспечения, они находят применение в самых разных отраслях. Например, автомобильная компания может использовать такую матрицу для оценки эффективности систем безопасности автомобилей, а производитель медицинского оборудования — для решения вопросов соответствия и качества. На самом деле, каждый может и должен рассмотреть возможность использования матрицы отслеживания требований для оценки общего успеха своего проекта.

Однако выбор остается за вами. Взвесьте все «за» и «против», учтите уникальные потребности вашего проекта и выберите путь, который приведет вас к успеху.

В Cloudfresh мы понимаем, насколько важно надежное управление требованиями для успешной поставки программного обеспечения. Являясь Asana Partner, мы предлагаем комплексные решения и консалтинговые услуги для оптимизации управления проектами с использованием лучших в отрасли инструментов и передовых практик.

Не бросайте успех вашего проекта на самотек. Обратитесь к Cloudfresh, чтобы оптимизировать управление требованиями с помощью новейших технологий и лучших практик. Ознакомьтесь с нашими планами Asana, чтобы найти оптимальный вариант для вашей организации.

Свяжитесь с нашими специалистами сегодня, чтобы обсудить ваши потребности.