Выявление требований

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

Анкеты

Анкеты являются отличным способом получения информации от пользователей и заказчиков. Анкетирование применятся в тех случаях, когда

• аналитику сложно встретиться с заказчиком по причине удаленности их друг от друга,

• маркетологами исследуется рынок, и система разрабатывается для продажи,

• сложно определить конечных пользователей системы и выделить среди них того, с кем можно проводить интервью.

Рекомендуется использовать анкеты совместно с другими методами выявления требований, особенно совместно с интервьюированием. Аналитик очень серьезно должен подойти к составлению анкет и по возможности составлять вопросы, подразумевающие открытые ответы. Так как распространение анкет и обработка результатов может занять много времени, рекомендуется начинать подготовку к анкетированию заранее, на начальных этапах проекта.

Мозговой штурм

Описание мозгового штурма приведено в статье, посвященной управлению требований

Анализ требований Уточнение требований

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

Документирование требований

Как было сказано ранее, документ с требованиями является базисом для работы проектной команды и его использует большое количество человек. В зависимости от масштаба проекта к спецификации требований может обращаться до нескольких десятков и сотен человек. Для того, что документ был читаемым, понятным и простым в использовании при его разработке нужно применять шаблоны документов, с необходимыми стилями форматирования. Часто на практике документация разрабатывается в соответствии с установленными заказчиком стандартами. В таких случаях, документ должен полностью соответствовать всем предъявляемым к нему требования по оформлению.

Проверка требований Коллективная проверка

Коллективная проверка требований является разновидностью экспертной оценки. В данном случае в проверке качества требований участвуют не только аналитик и эксперт предметной области, а также другие члены проектной команды. Системный архитектор или ведущий разработчик проверяют требования на возможность их реализации с использованием принятых в команде технологий, платформ и других ограничений, инженеры по тестированию проверяют требования на возможность их дальнейшего тестирования. Подобные проверки способствуют достижению таких критериев качества как полнота и проверяемость.

Документ замечаний

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

В первую очередь документ замечаний необходим аналитику, который отвечает за качество специфицированных требований.