Ваш продукт хорошо выглядит на бумаге, но это не значит, что он работает, или что он соответствует всем спецификациям, которые вы согласились включить.
Один из способов убедиться в том, что вы проверили все пункты, — это сравнить характеристики конечного продукта с его первоначальными требованиями.
Если клиент нанял вас для разработки приложения, то перед тем, как передать его заказчику, вы захотите выявить такую ошибку, как неработающая кнопка «Поделиться». А если вы разрабатывали веб-сайт и согласились закодировать пять разных страниц, вы захотите убедиться, что каждая из них соответствует индивидуальным техническим требованиям.
Для поиска требований можно вернуться к старым документам. Но матрица прослеживаемости требований (RTM) позволяет организовать работу с самого начала. Она помогает командам, работающим в самых разных областях — от разработки приложений до проектирования продуктов, — отслеживать требования к проекту и обеспечивать безошибочный результат. Вы получите высококачественный продукт, который будет работать именно так, как нужно.
Что такое матрица прослеживаемости требований?
RTM — это документ, часто представляющий собой таблицу, в которой отслеживается полнота требований к проекту. Имея колонки для описания, обоснования и результатов тестирования, RTM служит для учета спецификаций и артефактов проекта (ваших документов и результатов).
Нелегко, не говоря уже о стрессе, нести ответственность за тестирование всех возможных сценариев ошибок, выявление проблем и удовлетворение ожиданий заинтересованных сторон. RTM снижает нагрузку, поскольку позволяет организовать и отследить все дела, чтобы всегда знать, какие задачи и когда необходимо выполнить.
Несмотря на то, что RTM широко распространены в сфере разработки программного обеспечения, они могут применяться во многих отраслях. Автомобильная компания может использовать матрицу при тестировании систем безопасности автомобилей, а производитель медицинского оборудования — для проверки соответствия требованиям и качества. Любой человек может и должен использовать МРВ для оценки успешности своего проекта.
Виды прослеживаемости
Руководители проектов используют в матрицах три типа прослеживаемости: прямую, обратную и двунаправленную. Трассировка создает связи между требованиями и артефактами, поэтому направление трассировки подразумевает, в какую сторону формируется связь — в ответ на требование или в подтверждение его выполнения.
Вот как работает каждый тип:
- Прослеживаемость вперед — в этой модели требование определяет будущее действие, например тестирование. Она описывает траекторию проекта от начала до конца.
- Обратная прослеживаемость — при обратной прослеживаемости каждый тестовый пример сопоставляется с требованием. Это позволяет убедиться в том, что каждый тест выполняется не просто так, а чтобы не выходить за рамки проекта с помощью ненужных действий.
- Двунаправленная прослеживаемость — наиболее полная форма прослеживаемости, сочетающая в себе прямую и обратную модели. Вы проверяете, что каждый тест соотносится с требованиями, и наоборот.
Как матрицы прослеживаемости требований приводят к полированному результату
РТМ являются важнейшей частью учета проекта. С их помощью можно обеспечить высокое качество продукции, как для клиента, так и для своей компании. Вот несколько ключевых преимуществ использования RTM:
- Не сбиться с пути — матрица обеспечивает достижение целей проекта за счет отслеживания действий в сравнении с базовыми показателями. После того как клиент установил требование, можно начать отслеживать его жизненный цикл в рамках RTM и убедиться, что все цели достигнуты.
- Иллюстрация перьевой ручки, пишущей на поверхности.
Лучше планировать — изложение требований к проекту с самого начала диктует решения, которые вы будете принимать в дальнейшем, помогая создать более полный план. К тому же, имея перед собой все необходимые сведения, ваша команда может понять, как то или иное изменение (например, срыв сроков) повлияет на результаты. - Знать, что тестировать — использование RTM при тестировании позволяет определить, что, когда и почему нужно оценивать. Вы будете документировать процесс тестирования, чтобы доказать, что вы все предусмотрели и провели правильные тесты.
- Составление более четкой документации — ведение записей о тестировании, требованиях и их взаимосвязях позволяет получить исчерпывающую документацию о результатах проекта. Вы можете поделиться ею с клиентом и использовать при планировании будущих проектов, чтобы каждый проект был лучше предыдущего. Четкая документация также поможет выявить ошибки, например, случайно пропущенное требование.
Что включать в матрицу прослеживаемости требований
Обычно RTM имеет вид диаграммы или таблицы, в которой для каждого требования и процесса его тестирования отводится отдельная строка. Столбцы могут различаться в зависимости от отрасли, но большинство RTM содержат разделы для:
Требования
- Идентификатор требования — обозначьте требования идентификационным кодом, чтобы можно было легко ссылаться на них в ходе проекта. Для обозначения каждого требования можно использовать цифровой или буквенно-цифровой код, например R012.
- Описание требования — описание требования, например, «приветственное письмо» или «добавить выпадающий список на панель навигации».
- Обоснование — объясните, что делает данное требование и как оно может быть связано с другими в списке.
Тестирование
- ID тестового случая — присвоить каждому тесту идентификационный код, отличный от кода требования. Для наглядности корреляции можно включить код требования в колонку ID тестового случая. Опять же, можно выбрать числовой или буквенно-цифровой код, например T72.
- Результат теста или статус выполнения — укажите, прошел ли тест, не прошел или еще не прошел. Можно также указать, кто и когда выполнил тест.
- Примечания — в этом поле можно добавить примечание о том, почему тест прошел или не прошел, что может помочь в дальнейших действиях.
Другое
Некоторые МТР могут также содержать графы для:
- Запрашивающий отдел/лицо
- Потребность предприятия
- Цель проекта
- Состояние спецификации или проекта
Пример матрицы прослеживаемости требований
Приведем простой пример RTM, на который можно ориентироваться при построении своей структуры.
Как создать RTM за 4 шага
RTM разбивают цели на требования и соотносят их с действиями, создавая живой, дышащий отчет о процессе реализации проекта. Но при такой важной роли RTM должен быть всеобъемлющим. Не дайте ему потерять свои подвижные части.
Вот шаги, которые необходимо предпринять, чтобы разработать матрицу, подходящую для вашей команды:
- Определение целей проекта — установите причину, по которой вам необходим RTM, например, для завершения проекта по разработке программного обеспечения или точного тестирования нового прототипа.
- Проанализируйте документацию — просмотрите предыдущие документы проекта, такие как документ технических требований (TRD), документ функциональных требований (FRD) или документ бизнес-требований (BRD). Используйте их для сбора и отслеживания всех необходимых требований.
- Создайте матрицу — настройте базу данных Ноушен с колонками, необходимыми вашей команде для эффективного отслеживания требований и тестов. Сделайте ссылки на командные документы и вики, чтобы все знали, каким процессам следовать и к кому обращаться по поводу проблем.
- Заполните (и измените) RTM — внесите каждое требование и тестовый пример в матрицу, по мере продвижения проекта внося соответствующую информацию в каждый столбец. По мере реализации проекта обновляйте документ, внося в него результаты тестирования и соответствующие заметки.
Экономия времени при использовании шаблона
Теперь, когда вы знаете, что такое матрица прослеживаемости, создайте копируемый шаблон, который ваша команда сможет использовать снова и снова. Шаблоны экономят время и служат базовой основой для внесения изменений по мере изучения рабочих процессов.
Ноушен также предлагает ряд шаблонов, которые помогут вам с легкостью выполнять проекты. Используйте наш шаблон матрицы Эйзенхауэра для определения приоритетности задач или матрицу принятия решений на следующем перекрестке. С помощью нашего подключенного рабочего места вы можете объединить RTM со всем, что необходимо знать вашей команде для выполнения работы.