Devprom ALM: Руководство пользователя

Запроектированное и согласованное требование может быть передано в техническую команду для реализации. Само требование не имеет атрибутов планирования, например, привязки к итерации, а также в своем жизненном цикле не содержит этапов производства, таких как разработка, тестирование и т.п. Требование содержит проектное решение, а вопросы реализации и сроков вынесены в отдельные сущности: Доработка и Задача.

Доработка - это крупная задача, посвященная реализации одного или нескольких требований, куста требований или целой спецификации на модуль (подсистему). Проектная команда самостоятельно решает способ "нарезки" требований к реализации. Жизненный цикл доработки описывает технологический цикл производства ПО или других выходных продуктов (схем, блоков, вычислений и т.п.). Доработка может быть декомпозирована на задачи, посвященные разным этапам реализации или вовлекающие нескольких специалистов на каждом из этапом. Таким образом, техническая команда может выбрать удобный процесс реализации требований, основанный на Scrum, Scrumban, Kanban или собственной вариации итерационно-инкрементного процесса. С примером использования доработок можно познакомиться в демонстрационных процессах "Разработка по требованиям" и "Системная инженерия".

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

Создать доработку можно путем выбора пункта "Доработка" в меню + для конкретного требования:

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

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

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

Доработки и задачи далее подвергаются оценке, планированию и назначению исполнителям и исполнению, что подробно описано в разделе "Управление командами и проектами".

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

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

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

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

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

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

1. Описанным выше способом создаются Доработки.
2. Интеграционных механизм автоматически создает Issue или другие сущности в целевом трекере, копируя туда необходимую информацию: название, описание, приложенные файлы и т.п. Доработка и созданная во внешней системе сущность связываются между собой, позволяя легко перейти из одной системы в другую.
3. Оценка, планирование и исполнение осуществляются во внешней системе.
4. Интеграционный механизм переносит изменения из внешней системы в ALM, например, статус, списанные часы, комментарии и т.п.
5. В итоге, Доработка в ALM автоматически движется по своему ЖЦ, как будто ее исполнение осуществляется внутри ALM.

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

требованиями отношением "многие-ко-многим".

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

После внесения изменений в текст требования и создания новой доработки, система отображает текст измененного требования в режиме "дельты". Это позволяет быстро обнаружить те изменения в постановке, которые появились в новой версии требования. Таким образом, разработчикам, тестировщикам, техническим писателям и другим участникам технической команды не нужно каждый раз сравнивать версии требований, текст постановки все это уже отображает:

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

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