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

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

Если для пожелания релиз не указан, то в качестве дат релиза использовать даты итераций.

Фильтр по релизам должен показывать пожелания, запланированные в итерации, которые не были включены ранее в релиз.

Реализовано протоколирование работы коннектора к Git, исправлена ошибка при изменении параметров подключения к Git.

Исправлен URL, отображаемый для коммита, например, на форме пожелания.

Исправлена проблема ввода русского текста под IE 10 при списании времени на форме пожелания.

При автоматическом ответе на письмо (для Devprom.AgileTeam) устранено отображение тэгов HTML.

Исправлена ошибка добавления картинки в шаблон требований

Исправлена ошибка массового включения пожеланий в релиз

Исправлена ошибка с лишними символами в авто-ответе и неправильном адресате при использовании функций поддержки в Devprom.AgileTeam

Доработано отображение servicedesk для IE8