Жестокое обращение с ошибками в требованиях на глазах у публики

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

Но.

Как только доходит до практики, требования часто просто не выверяют (а иногда и не читают). Если же доходит до выверки, то обычно все заканчивается проверкой орфографии и пунктуации. И потом ошибки попадают к конечному пользователю. Почему? Причин этому много. Первое – это психология. Здесь и «это придумано не у нас» и разные контексты мышления и многое другое. Второе это отсутствие описанных техник верификации. Литературы и тренингов по написанию требований довольно много, а вот по верификации практически нет.

На мастер-классе будут рассмотрены:

* психологические барьеры, мешающие верификации;

* техники верификации;

* пример верификации юзкейса, присланного участником сообщества uml2.ru.

Мастер-класс является частью моего тренинга по написанию и верификации требований.