И сравнить с использованием универсальных инструментов (Word, Excel, Notepad, MS Paint), допуская однако, что и в этих тулах управление требованиями можно вести грамотно, т.е. traceability, consistency и всё прочее будет присутствовать.
За счет чего, по вашему, (и сколько) можно сэкономить от использования RM tool?
Например, методом перебора (включая или отключая различные реквайрменты) оценивать суммарное время разработки - попадаем в сроки или нет
Или, автоматически генерировать драфт mpp (MS Project), с назначениями и сроками.
Или, например, избавиться от переписки со стейкхолдерами по почте.
Эффективную прибавку хорошо бы оценить в человековремени. Можно и в тугриках, но это сложнее, поскольку неизвестна стоимость сферической тулы.
Хм ... я конечно видел примеры расчетов ROI от использования инструментальных средств и в частности для разработки и управления требованиями, но -- там очень много project specific параметров и условностей. В частности, учитываются инвестеционная сторона -- сумма, потраченная на закупку лицензий и тренинги, Rework Cost Estimates и в частности средние величины стоимости переделок системы, связанные с требованиями. Размер проекта (в частности в LOC), затраты на проект и т.п. Вообще -- оценка достаточно условная получается. Более простой путь дать качественные оценки преимуществ использования инструментальных средств (могу говорить в данном случае о Borland CaliberRM), перед обычными офисными пакетами:
1. Многопользовательская работа над документом -- с файлом Word проблематично работать одновременно нескольким пользователям.
2. Контроль версий КАЖДОГО ТРЕБОВАНИЯ в отдельности (а не всего документа), с возможностью последующего проведения baselines с гибким включением именно конкретных ВЕРСИЙ (ревизий) требований. Гарантия что все участники имют самую свежую информацию.
3. Возможность отслеживать обсуждения требований прямо в инструментарии а не выискивать в многочисленных email (особенно если поставить web клиента или прсто клиентскую часть CaliberRM заказчику) -- тем самым максимально вовлекая его в разработку ПО -- что рекомендуют agile практики.
4. Возможность утверждения baslines путем электронной подписи, которую просто может поставить назначенные ответственные лица. Как минимум для неформального утверждения (review), но можно и с заказчиком -- если условия позволяют.
5. Возможность быстро управлять трассировкой и автоматически получать suspect traces ... ("чтоб тебе всю жизнь матрицы трассировки вручную в Excel поддерживать, и для больших проектов!" -- профессиональное проклятье для системного аналитика ) + возможность видеть ВСЕ обозначенные связи конкретного требования в виде графической диаграммы (помимо матрицы трассировки).
6. Говоря о трассировке -- возможность трассировать к другим докуметам и файлам вообще, в т.ч. находящимся под конфигуправлением. И возможность трассировки к объектам StarTeam 2005 (в т.ч. к change requests, включая defects). Более шире -- на модели и тестовые сценарии (возможны вариации) и в добавок на программный код (например, в том же используя Delphi 2006)!
7. Контроль доступа -- только санкционированый доступ и гибкая настройка кто что может видеть/создавать/изменять ... удобно ли это реализовывать при работе с фоисными пакетами?
8. Возможность оповещения по e-mail об изменнии в т.ч. только в интересных лично вам, требований.
9. Для каждого требования можно определить множество атрибутов, включая ответственных лиц, оценку сложности реализации данного требования, вероятность изменения в будущем ... и т.д.
10. В конечном итоге -- возможность легкого импорта в репозитарий CaliberRM требований из тех же документов Word ... и возможность генерации по шаблонам любых документов профкессионального качества (включая таблицы, рисунки), которые вам потребуются используя Document Factory, в т.ч. ТЗ, SRS, ... :-)
Говоря о генерации задач в терминах упрравления проектами, то они как правило базируются на требованиях -- но не всегда (зависит от процесса) требование = task. Чаще, задания на разработку нарезаются уже в средствах конфигуправления, на основе change requests соответствующего типа ... и трассируются на требования.