Какую систему управления требованиями выбрать: обзор инструментов

[ganqqwerty]

Спасибо за статью, всегда было интересно, есть ли у Rational Requisite Pro современные потомки. Оказывается, есть!

[Bedal]

У Requisite было приятное свойство разметки требований в произвольных вордовских файлах. Просто шикарное свойство. Просто читаешь документ от заказчика - и метишь его части как требования. Получаешь списочный интерфейс к требованиям с сохранением обратных ссылок в документы-источники.

Но, к сожалению, в целом продукты Rational  - жуткое болото с тормозами, потерей данных и т.п. Ну, и ценой, насколько я помню, в чугунный мост. Когда перешли на TFS - все были просто счастливы.

[itGuevara]

Мы не придумывали свой шаблон — основывались на шаблонах лучших СУТ. 

Дайте ссылку на пятерку лучших и бесплатных СУТ-шаблонов Excel.

[Tmark]

К сожалению такое мы не нашли, сделали сами на основе шаблонов написания требований в рассматриваемых СУТ

[Konovalovrg]

Можно шаблон в студию? Интересно.

[Tmark]

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

[Konovalovrg]

Хм.. ну и смысл упоминать про него?

"А был ли мальчик"?

[nikolay_karelin]

Спасибо за обзор.

Когда-то довелось работать с Rational DOORS (сейчас её купил IBM). Тогда был немного олдскульный интерфейс, но в целом очень удобно.

И с удовольствием почитаю обзор шаблонов для Excel/Google sheets.

[Konstantin1978]

Почему в примерах нет ни одной user story с UI мокапами? Без user story и ui СУТ, призванная повышать понимание продукта, наоборот его уменьшает, т.к. любое абстрактное требование м.б. реализовано по разному и это ясности не добавляет совсем.

[dimonier]

Требование - это первоисточник. US с мокапами - это вариант реализации требований, т.е. уже следующий шаг.
Пропустить этап разработки требований и сразу перейти к User Story - соблазнительно, но когда через N времени возникнет вопрос "какую проблему решали этой историей", ответа можно и не найти.

[Papuas166]

А СУТ то в итоге выбрали какую то из перечисленных?

[Tmark]

Было решено разработать свою СУТ

[forey]

Каждая команда это отдельный организм, с набор потребностей и возможностей. Плюс учёт ВНД организации.

СУТ нужен, правила из разряда "нужности, но не ограниченности"

[redblumen]

И все-таки ехель всех победил))) спасибо за обзор. Плагином yoga пробовала пользоваться, но слишком долго получается и слишком структурировано, что за всеми атрибутами суть теряется. Правда у меня и система простая, средств трассировки jira и confl вполне хватает