Тема 11. Диаграммы иерархий для трассировки требований

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

Иерархические диаграммы (в Cradle они называются HID) позволяют отобразить связи между элементами одного или нескольких типов в виде дерева.

Это представление связей наиболее удобно для обсуждения проекта с заказчиком.

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

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

Как и любые другие диаграммы, HID можно легко опубликовать в PowerPoint и сразу же пойти на совещание.

Для каких задач лучше всего подходит отображение связей в виде HID?

1. Декомпозиция проблем/целей/задач.

Особенно актуально при построении в Cradle корпоративной архитектуры предприятия или в начале автоматизации, когда нужно понять, зачем вообще планируется что-то автоматизировать.
Если мы строим СМК, то это уровень целей и политики в области качества.

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

Если такая HID проработана, она должна быть распечатана или открыта на дополнительной панели в Cradle, чтобы не терять фокус при проектировании следующих уровней системы.

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

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

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

Аналогично для технической структуры системы и функций каждого модуля.

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

И, как всегда, несколько иллюстраций:

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

hid1

Постановка задачи проектирования — трассировка верхнего узла системы к ее назначению и целям:

hid2

Пример структуры системы и ключевых требований к ней:

hid3

Структура модулей системы и трассировка к User Story:

hid4

Трассировка от User Story к спринтам, в которых они должны быть реализованы. По этой HID мы также легко видим, что 4 и 7 User Story пока не распределены ни в один спринт, а вот User Story 5 будет реализовываться аж в двух спринтах. Что в общем-то по scrum считается не очень хорошей практикой:

hid5

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