Классика автоматизации — разработка и управление требованиями

Заметки на полях.
Мадорская Ю.М.

Почему нельзя разносить в две системы разработку требований и управление требованиями? 

Все довольно просто, так же как для любых других автоматизированных систем — это приводит к необходимости дублирования информации в двух системах. 
А значит, что гарантированы: 
1) высокие накладные расходы  — нужно постоянно поддерживать согласованность информации в двух системах. 
2) снижение скорости работы.
3) потеря данных (лень (занятость :-)) всегда победит и часть информации будет только в одной системе) и рассогласованность данных, а значит качество проектных решений, принимаемых на основе требований, в том числе оценка изменений, будет только падать с ростом объема требований. 

Требования необходимо разрабатывать и управлять ими в ОДНОЙ системе! 
Это классика автоматизации.

Опубликовано в Управление требованиями и моделями by ReqCenter.pro. Комментарии отключены

Инструменты управления требованиями — полезные публикации для старта

Заметки на полях. 
Мадорская Ю.М.

1. Чем отличается управление требованиями от разработки?

Начинаем отсюда: http://www.saturs.ru/index.php?r=block/plain&label=articles-rm-and-development  

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

Как мучаются люди, пытаясь разъединить эти два процесса,  можно посмотреть, например, здесь http://habrahabr.ru/company/sqalab/blog/221909/ и здесь http://analystdays.ru/talk/7902

В чем суть системы управления требованиями ? Ответы здесь  http://edu.reqcenter.pro/?p=2433 

Читать далее Инструменты управления требованиями — полезные публикации для старта

Опубликовано в Управление проектами Управление требованиями и моделями by ReqCenter.pro. Комментарии отключены

Публикация и загрузка документов — Round and Round and Round We Go…

Интересная публикация в английской группе по Cradle.  Директор 3SL делится своим опытом при работе с обновлением требований в ходе проекта с английским правительством. 

Ниже перевод

«Одна из полезных особенностей Document Publisher — это то, что он может создавать корректно отформатированные и помеченные документы, которые легко потом обратно загружать в Cradle, используя уже Document Loader. 

Читать далее Публикация и загрузка документов — Round and Round and Round We Go…

Опубликовано в 3SL Cradle by ReqCenter.pro. Комментарии отключены

Управление требованиями — с чего начать?

Мадорская Ю.М.

Как это не скучно на первый взгляд — надо начинать с определения. 
Что такое требование? — Запись в базе данных? Документ? Пожелания заказчика? 

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

В свое время мы плотно занимались

Читать далее Управление требованиями — с чего начать?

Опубликовано в Без рубрики by ReqCenter.pro. Комментарии отключены

Все про матрицы трассировки (трассируемости)

Мадорская Ю.М.

Матрица трассировки (матрицы трассируемости, traceability matrix) — способ отражения связей между проектными данными в форме таблицы, например, между требованиями и компонентами системы.

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

Читать далее

Опубликовано в Управление требованиями и моделями by ReqCenter.pro. Комментарии отключены