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

Дали опробовать эту программу - был в восторге.

Но денег на нее сейчас нет и поэтому Excel.

накуа это вообще??

А вообще хотелось бы что-то вроде DOORS, но с возможностью привязки требований к метаданным. Часто интересно кто просил тот или иной отчет..

(3) Требования - основная состовляющая проекта. Небрежная работа с ними ведет к провалу проекта в 99% случаев. Специализированные средства предоставляют широкие возможности проверки трассируемости требований, их непротиворечивости и другие важные функции.

на старой работе все вели в PVCS Tracker

rational только...

Все вот бродит мысль написать .... но со временем как всегда напряг

(6) А подскажешь, как там экспорт документа требований в Word сделать? Что-то я не догадался (( или это только с использованием SoDa можно?

Требования и бережное к ним отношение ведет к провалу в 100% случаев. Непротиворечивость требований к системе - это нонсенс.

(9) хз... Я только как пользователь знаю свои операции.

(10) бред

(10) типичный одиэснег.
Конечный набор требований должен быть непротиворечив. Во время сбора требований противоречащие друг-другу требования возникают в 80% процентов случаев.

(12) + но задача аналитика выработать решение, которое удовлетворит всех и передать его программистам.

(11.1) + там вроде есть экспорт в Crystal Report - может через него извратиться...

(13) Не бывает такого решения, которое ВСЕХ удовлетворит. Попытка удовлетворить всех часто и ведет к завалу проекта.

(15) Ты споришь из-за ерунды и не понимания принципов сбора требований. Понятно, что последнее слово за руководством организации. И если директор сказал, что нужны заказы, а не счета, то у пользователей никто не будет спрашивать хотят они использовать заказы или счета - их уже будут спрашивать, где должны будут находиться кнопки, удобные им для работы.

(16) Попробуй удовлетвори требования 100 пользователей по удобному расположению кнопки. С мягким знаком такое слово пишется.

(17) До абсурда можно все довести. Если ты не умеешь требования собирать, это не значит что их никто не умеет собирать. Для случая 100 пользователей естественно достаточно взять руководителя проекта от заказчика и у него выпытать, где должна быть эта кнопка.

(all) Поактивнее учавствуем в опросе. Очень интересный для меня вопрос.

Ёксель.
Что-либо специализированное необходимо при разработке новых конфигураций.

Почему нет варианта "Не использую, но хотел бы" ?
Исторически так сложилось, что не используется, к сожалению.

(6)
На проектах какого масштаба использовали эту систему?

А что хорошего в  Doors Telelogic?

(21) Tracker на 2 проектах. Какой показатель является масштабом?

Rational - как данность на новой работе - все в нем ведут требования + timesheet. Ну и ради 1С смысла городить отдельно не было. Потом еще Rational на MS Project завязан сильно...

v8: Рисуем процессы в предприятии

(23) Знал бы показатель, сказал :)
По-моему, использовать такую систему для фирмы, где нет филиалов и работаю до 100 юзеров и только в одной базе, смысла нет.

(24) Это для БП. БП <> Анализ и проектирование. БП всего лишь малая часть этапа анализа.

(22) Простая и удобная программа с большим количеством функций.

Up. тема интересная, жду еще мнений!

В Enterprise Architect еще есть сквозной учет - от request к use case, а от него к более детальным описаниям в UML - class diagram, activity diagram, sequence diagram и т.п.

(29) Enterprise Archtect программа хорошая для рисования диаграмм. Но для требований что-то мне не очень понравилась. В моем личном рейтинге на первом месте стоит DOORS с большим отрывом, потом Excel и только потом уже идут EA и RequsitePro. В DOORS очень хороший механизм Видов: настройки отображения колонок с реквизитами требований и отбора в списке требований. В графическом представлении требований EA ничего подобного сделать нельзя.

>>В DOORS очень хороший механизм Видов: настройки отображения колонок с реквизитами требований и отбора в списке требований

Ну это везде настраиваемо. В том же RequsitePro. Выбираешь какие критерии (фильтры) наложить + какие поля выводить - он то и отображает...

(31) Насчет RequsitePro я знаю, что он так может. Но вот не нравиться мне эта программа))) В DOORS влюбился с первого взгляда. А вот Requsite не нравиться. В DOORS все просто - список требований и есть конечный документ. Просто и гениально)

(32) а что есть конечный документ?

>>Но вот не нравиться мне эта программа

а кому она нравится... особенно когда в простом реквесте навтыкали 8 закладок по 5-6 полей в каждой...

PVCS Tracker еще неплох по сути. Настраиваемый в должной степени - поля/критерии/отчеты по шаблонам. Плюс маршрутные карты движения запросов по исполнителям в зависимости от статусов...

(33) Модуль требований редактируется в следующем виде, например:

1. Введение
1.1. Назначение документа
1.2. Ссылки

ну и так далее.

Каждый пункт - это требование. Т.е., когда я экспортирую в WORD (она еще кучу форматов для экспорта поддерживает) получается документ 1:1 как я его создал и редактировал в DOORS.

Нах, ибо нех...

(35) А как ты собираешь требования?
Я вообще не понимаю, как без требований можно работать. Каким обрзом ты потом доказываешь заказчику, что он хотел именно то, что ты ему принес?

(36) А зачем доказывать? Я практик. Деньги вечером стулья утром или наоборот, но деньги вперед.

(37) Допустим проект на 3 человекомесяца. Заказчик хочет УТ+БП. В УТ надо дописать извращенный механизм планирования. За все предлагает ххх денег. Как ты сможешь оценить бюджет и в случе выхода за бюджет его перерасход?

(38) не грузи людей, у них может все проще.

- Вот Марьиванна, ваш отчет.
- Спасибо, на тебе стольник. Купи себе чего-нибудь вкусного...

(39) Спасибо. Я говорю что хочу столько денег, если не устраивает досвидания. Да и давно уже не берусь за длинные проекты - невыгодно. Отнимают много времени и нервов, а я лентиться люблю. Когда левой ногой за ночь делаешь, а бабло из расчета 1000 р/час за полный день работы.
Нечасто такое происходит, но на жизнь хватает.

(36) - Тема! +++

(40) ну я об этом как раз...

>>Да и давно уже не берусь за длинные проекты - невыгодно

риски увеличиваются, соотношение потраченное время/заработок - уменьшается..

(39) Мы ориентируемся именно на длинные проекты и крупных заказчиков. В нише "прибежал-сделал отчет-денех содрал-ноги унес" уже все занято. А там где головой надо подумать пока относительно свободно.

Требования - это пожелания клиента? Если есть грамотное ТЗ, то зачем требовнаия?

(42) ну так это соотношение и риски именно от того что не умеют люди с требованиями работать. Если не полениться и требования собрать (за те же 1000 р/час разумеется) - то риски минимальны. Потом за любое изменение в требованиях опять же деньги..
(44) ТЗ - подвид требований.

(43) А на длинные проекты фикси чаще брать выгоднее. Трахать во всех направлениях можно и переделывать как заблагорассудится. Я бы в жизни за "обследование" по 1000 р/час никому не заплатил. Жаба бы задушила.

(46) На проекты внедрения - фикси зло. Фикси на поддержке хороши. А на внедрении работать надо - тут именно субподрядчик нужен.

(46) опять же какое обследование. Если профи делают - то вещь это крайне полезная и просто необходимая.

И тем не менее, именно этим и занимался последние пару лет. Мягко с 7.7 на 8.0 перешли. Видел при этом как субчики работают (точно также лишь бы бабла срубить). Один раз работу принимал, потом попросили меня не назначать.
но все это уже сплошное отступление от темы. Сбор и проработка ТЗ работа важная, но не необходимая.
>> то вещь это крайне полезная и просто необходимая.
кому полезная и кому необходимая?

ТЗ пр качели в картинках видел? В каждой шутке есть доля шутки.

(50) Да видел я. Но УПП одному не внедрить. Нужна формализация информации.
(49) А каким образом решить на каком рабочем месте кто работать будет и как это донести до заказчика? Цветные картинки с человечками это решают..

Активнее в опросе учавствуем.

upну

Что-то быстро тема умерла(