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

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


Но.


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


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

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

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

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


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

Уровень сложности
Мастер-класс (1 ч 30 мин)

Комментарии

{{comment.AuthorInfo}}
{{ comment.DateCreated | date: 'dd.MM.yyyy' }}
Заметили ошибку?