вторник, 18 февраля 2014 г.

4 заповеди аналитика

Нулевая заповедь аналитика.
Все требования к системе должны храниться в едином репозитории. Требования должны иметь иерархическую структуру, у каждого требования должна быть текущая версия и возможность просмотреть историю изменений этого требования.
Связи требований с релизами (спринтами, назовите еще 10 синонимов этого слова) ведутся при изменении статусов требований (а не их версий). В релиз попадают только согласованные и утвержденные версии требований.

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

Вторая заповедь аналитика.
Сначала - варианты использования. Потом - постановки задач.

Третья заповедь аналитика
Проверки требований (How to demo) пишутся одновременно с требованиями.

(с) Наталья Желнова

Стырил здесь.
 

Комментариев нет:

Отправить комментарий