Инструмент для отслеживания требований и предположений

Мне нужен инструмент, который также позволит связать допущения с требованиями высокого уровня в соотношении 1 ко многим, чтобы любые изменения в допущении позволили нам определить, где требуется дополнительная работа по оценке.

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

Когда все плохо структурировано, вам не нужно много инструментов.

http://www.w3.org/2001/tag/doc/leastPower.html

Вам нужно много терпения и ясности, чтобы перейти от того, что у вас есть, к более формальным требованиям.

Обычный текстовый процессор часто оказывается лучшим.

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

Большая старая матрица с требованиями по одной оси и предположениями по другой позволит вам изменять, корректировать и оценивать влияние.

Если вы тратите время на загрузку всех ваших вопросов и ответов в какой-либо инструмент, вы тратите много времени на игру с этим инструментом, а не на проблемы. Кроме того, по мере того, как идеи приходят и уходят, вы ненавидите удалять из инструмента действительно EPIC FAIL идеи.

Часто вы должны смело начинать снова «с нуля», отбрасывая плохие идеи.

Пишите, пишите и переписывайте, пока вопросы, ответы и требования не станут управляемыми.

Затем переносите простые вещи на более жесткий и формальный инструмент. Оставьте сложный, нечеткий и несфокусированный материал в текстовом процессоре.

Попробуйте Ultimate Trace. Это бесплатно и обеспечивает двустороннюю ассоциацию n-to-m между любыми отслеживаемыми объектами.

Я так понимаю, вам нужно дешевое и быстрое решение. Есть много инструментов для этого, которые могут стоить много $$$$. Мне нравится пакет Compuware для тестирования и управления требованиями. TrackRecord Я думаю, что имя было.

Более дешевым решением может быть MindMapping требований. Вы можете связать требования со многими частями решения и т. д.

Еще одна вещь, на которую вы могли бы обратить внимание, - это инструменты UML.

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

Теперь, как я уже сказал, некоторые из предположений касаются требований, а некоторые или многие - нет. Эти другие предположения могут относиться к дизайну или к зависимостям, чтобы привести два примера. Я ожидаю, что все предположения, касающиеся требований, будут разрешены к тому времени, когда требования будут утверждены. Остальные я перенесу в следующий артефакт, где они будут решены в дизайне.

Исключением для разрешения допущений является ситуация, когда «сфера» допущения выходит за рамки проекта. Я видел одно или два допущения, которые были настолько простыми и/или труднообоснованными, что это допущение легло в основу проекта.

Предположения не существуют в тандеме с конкретными требованиями. Как только предположение подтверждено и становится требованием, оно исчезает.

Я всегда помещаю предположения в один и тот же артефакт с требованиями. Таким образом, любой инструмент, отслеживающий требования, можно использовать для отслеживания соответствующих предположений. Я поместил их в BRD (документы бизнес-требований), примеры использования, IBM RequisitePro...