Comments 6
Егор, привет. Внезапно наткнулся на твою статью, и она как откликнулась моей болью, может что-то посоветуешь. Привет от бывшего длинноволосого Артура)
Есть продукт, довольно большая CRM, в которой много разных направлений живут со своими воронками, отчетами и прочими радостями, частично или полностью пересекаясь. Изначальная документация кривая и больше техническая, не хватает как раз понимания, что на что влияет, как следствие версии при выходе часто ломают что-то старое. Собрать тест-кейсы для регресса так же тяжело, так как тестеры в продукте всегда свежие, и посадить их за описание - это по сути на месяц садить их учить, что мы делаем, и черкз 2 месяца все по новой (оргдизайн управления проектный, люди бегают, никто не в продукте). С чего и через кого лучше начать описание всего, что есть с взаимосвязями между фичами и структурными блоками?
Привет!
Трассировка - это в первую очередь именно инструмент, который позволяет упростить работу с большим количеством уже имеющихся или создаваемых артефактов.
В плане наведения порядка и с чего это лучше начинать делать. Тебе подойдет мой доклад "Как навести порядок когда попал в хаос из требований и документации?" с конференции "Второй Аналитический Курултай в Центральной Азии" - которая проходила в Алмате.
Сейчас готовлю по этому докладу статью, пока можно посмотреть его запись.
Там как раз подробно рассказываю, с чего начать и с помощью каких инструментов можно наводить порядок и структурировать работу над проектом.
Если будут дополнительные вопросы, пиши!
Привет!
Опубликовал статью о которой говорил, про структурирование требований и документации Как навести порядок в хаосе из требований и документации?
Отличная статья, спасибо!
Что такое трассировка требований в проекте и почему она важна?