Cradle — cистема управления требованиями для SCRUM

Готовая схема проекта Cradle для поддержки  SCRUM и управления архитектурой User Story

Скачать демо-проект со схемой SCRUM для Cradle 7.2

Как установить скачанный проект?

После установки проекта для входа используйте стандартного пользователя: логин MANAGER, пароль MANAGER.

Пояснения к схеме

Как известно,  в SCRUM требования описываются с помощью USER STORY.  USER STORY описывает требования к системе в формате «Как ACTOR я хочу ЧТО, затем ЧТОБЫ«. Также обычно указываются критерии достижения целей пользователя и информация о том, как продемонстрировать, что цели достигнуты (HOW TO DEMO).

Это очень полезный способ описания требований — он позволяет отследить связи целей пользователя с его требованиями к системе. Часто они могут расходиться и опытный аналитик, используя USER STORY , сможет это увидеть.

Для хранения и управления USER STORY часто применяется так называемый Product Backlog. По сути, это линейный список USER STORY. В этом списке их можно только приоритизировать, но нельзя структурировать. И это основная жалоба аналитиков, архитекторов или Product Owner на инструменты для управления проектами по SCRUM. Естественно, структурирование USER STORY — крайне важная задача.

Для Product Owner, системного аналитика все USER STORY связаны между собой и, чтобы выполнить проектирование, необходимо видеть и контроллировать их общую структуру и взаимосвязи, распределение по подсистемам. Поэтому обычные системы управления проектами, где каждая USER STORY рассматривается только как отдельная, ни с чем не связанная задача, не подходят для работы системных аналитиков.

В отличие от простых бэклогов Cradle позволяет создавать настраиваемые связи между USER STORY и другими артефактами проекта, а затем использовать аналитические представления для архитектурного анализа системы.

Чтобы помочь вам стартануть с работой в Cradle по SCRUM, мы разработали типовую схему данных и настроек, которая полностью покрывает функциональность обычных инструментов управления требованиями/проектами, которые используют SCRUM-команды.

Плюс в этой схеме вы можете структурировать USER STORY, задачи, релизы, спринты и заказчиков (стейколдеров) так, как вам удобно.

Эта презентация описывает модель данных схемы для SCRUM (модель трассировки). Посмотрите ее перед началом работы с проектом.

Ниже несколько скриншотов из этой схемы.

Стартовая страница, на которую вынесены часто используемые операции (может быть настроена индивидуально для каждого сотрудника/роли)

scrum-start-page

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

Справа — матрица трассировки, отражающая интерес конкретных заказчиков в тех или иных спринтах, а также статус этих спринтов.

scrum-phase-panel-traceability

Одно из возможных представлений для работы с User Story

scrum-user-story

Панель фаз может быть настроена под любой удобный процесс, на любом языке

scrum-phase-en scrum-phase-ru

Следующее представление отражает состояние задач текущего спринта (доска Scrum), а также приоритеты и оценку задач.

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

current-sprint-tasks

Аналогичное представление, но уже по всем релизам.

Заметьте, что теперь метрика считает общую оценку задач по всем релизам.

all_sprints

Диаграмма сгорания задач (Burndown Chart)

burndown

 

Скачать демо-проект со схемой SCRUM

Как установить скачанный проект?

После установки проекта для входа используйте стандартного пользователя: логин MANAGER, пароль MANAGER.

Преимущества схемы:

  1. Хорошо известно, что владельцу продукта (Product Owner), по сути, аналитику, сложно работать с неструктурированным линейным списком требований (Backlog). В Cradle он может легко управлять любыми иерархическими структурами User Story, при этом по одному щелчку всегда можно будет получить линейное отображение элементов любого из уровней иерархии.      
  2. При необходимости детальной проработки требований, например, точного описания алгоритма обработки заказа, возможно использовать моделирование, не выходя из Cradle и сразу же отразив связи созданной модели с User Story.
  3. Тут же можно хранить описание тестов, связывая их с конкретными историями, тогда при необходимости изменить функциональность, связанную с той или иной историей легко получить набор тестов, которые необходимо пройти.
  4. Пользуясь стандартной функциональностью Cradle можно легко выявлять «плохие» истории, в которых, например, нет описания критериев или достижения, а также используя стоп-листы слов, формирующих нечеткие требования.
  5. Возможность включить и использовать историю изменений, а при необходимости даже базовые линии.
  6. Возможность легко переключиться к другому процессу проектирования разработки, не меняя систему и не тратя время и деньги на другую.
  7. Возможность использовать одновременно разные процессы проектирования и разработки для разных проектов. Например, при разработке прототипов систем и небольших проектов действительно удобно использовать Scrum, но далее возможно придется переключится на другой процесс — сопровождения внедренной системы, которые может потребовать иного подхода к управлению проектом. Если вы вели проектирование на базе Cradle, то вам не придется менять систему управления требованиями, вы сможете легко адаптировать ее к новому процессу, возможно даже не производя миграцию данных.

Добавить комментарий