АП
а если есть, но это не спец ПО и не эксель?
Size: a a a
2020 February 27
DK
трассировка в куды?
Y
а если есть, но это не спец ПО и не эксель?
Ну гуглдокс?) думаю, это все одно
АП
там по ссылке есть пример, но это какая то другая трассировка, не та, о которой я подумал
m
Коллеги, т.к. я мало где видел, но много где слышал, хотелось бы узнать, а ведется ли у вас трассировка требований? Под трассировкой я имею в виду любую форму похожую, допустим, на такое: https://analytics.infozone.pro/requirements-traceability-matrix/
Да. Confluence и TFS
АП
Ну гуглдокс?) думаю, это все одно
опять не угадали
АП
у нас есть трассировка между требованиями и US+UC
АП
делаем в Jira
Y
трассировка в куды?
Чтоб не превращать в спор о терминах - я про то, что по ссылке)
v
Была, но все оче зависит от объемов проекта. В больших проектах, если ты единственный аналитик, таким управлять сложновато.
АП
когда не было Jira, то вели в спец ПО требования и там же US+UC и там же вели трассировку
Y
когда не было Jira, то вели в спец ПО требования и там же US+UC и там же вели трассировку
А как жира заменила?
АП
А как жира заменила?
ну по необходимости вызванной тем, что заказчик топнул и сказал, что им удобнее в Jira вести требования и раскидывать на вендоров
АП
пришлось подстроиться
АП
в Jira заводится требование, переводится на менеджера вендора, потом распределяется на аналитика, аналитик в спец ПО создает и описывает US+UC, там генерится номер и версия доработки, в Jira заводится отдельный подтаск под требованием с номером US+UC и версией, там же под этим таском заводятся таски на разработки и последующие баги
АП
в спец ПО делается так же ссылка на Jira с номером требования
АП
итог - всегда можно найти что и когда делалось в каком требовании в каком спринте, кем, какие баги были
АП
до "топотушек" от заказчика требования получали по почте, сами заводили в спец ПО и там уже штатными методами делали трассировку
АП
при чем там была цепочка need - req - US
АП
сейчас в к Jira прикрутили чего то там для тестировщиков еще