Пол года назад vit-r посоветовал литературу по сбору требований. Тема сбора требований и написания технического задания меня очень интересовала в то время - спустя пару лет блужданий в потемках у нас начали получаться технические задания. А что такое получаться? - это когда фактическое время не сильно превышает планируемое и сам результат не сильно отличается от того, что планировали - никаких подводных камней, выкинуть все и переписать.
Сабжевая книга - огроменнейшая библия на тысячу страниц с описанием процесса сбора требований к проекту от идеи до реализации от консалтинговой компании. Как водится недалеко находится бизнес с платными курсами, шаблонами и конференциями. Саму книгу курил пол года.
Книга состоит из двух частей: описание процесса по управлению требованиями и шаблону спецификаций из 27 пунктов. Каждый элемент процесса описывается с точки зрения трех проектов от небольшого до энтерпрайзного. Чем более крупный проект тем более подробное должно быть описание. В качестве примера приведен проект информационной системы по обработке дороги антиледовым реагентом.
Прочитав эту книгу вы поймете. Что такое business events и use cases. Чем отличаются business use cases и product use cases. Где проходит граница между work scope и product scope. Какие бывают способы сбора требований. Почему нужно счищать шелуху solutions (которые приводят к ложным требованиям), чтобы обнажить essence of the work. Как правильно описывать сценарии. Какие бывают требования. Как и когда прототипировать проект. Почему приоритет фичи должен состоять из двух показателей: степень удовлетворения от реализации и степень неудовлетворенности от нереализации.
Итог: абсолютный мастрид если вы как-то участвуете в сборе требований и общении с заказчиками, написании ТЗ, анализе бизнес-процессов, управлении проектами - множество идей вам гарантировано.
