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

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

Я заметила, что последние лет пять варианты использования применяются для выявления требований в бизнес-анализе все реже и реже. Тем не менее, некоторые организации продолжают пользоваться ими, поэтому специально для них мы написали одну главу в книге "Визуальные модели для требований к программному обеспечению". Забегая вперед, можете скачать наш шаблон варианта использования, настроить его под себя и пользоваться им снова и снова.

В мире Agile основным элементом требований принято считать истории пользователей (user stories, пожелания). В классическом Скрам, (таком, о котором говорят его создатели), не найти ни спецификаций, ни описания вариантов использования (use cases), ни, тем более, документов с пугающим словом ТЗ.

Матрица трассируемости (или матрица трассировки) - эффективный и простой инструмент, часто используемый при разработке программного обеспечения. Зачастую это инструмент аналитика, но может использоваться всеми проектными ролями. Основное назначение матрицы трассировки:

• визуализирует причинно-следственные связи или их отсутствие между требованиями различных типов (бизнес и системные)
• визуализирует связи или их отсутствие между артефактами смежных фаз разработки продукта: требованиями и реализацией, требованиями и тестированием, требованиями и пользовательской документацией.