Самостоятельное описание требований

Документы – хороший источник информации, потому что они чаще всего доступны и их можно «опрашивать» в удобном для себя темпе.

Чтение документов – прекрасный способ получить первоначальное представление о системе и сформулировать вопросы к экспертам.

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

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

Недостаток этой стратегии – опасность пропуска знаний, специфичных для объекта исследования (в случае самоопроса), либо – неформализованных знаний, эмпирических правил и процедур, широко используемых на практике, но не вошедших в документы.

Совместные семинары

Помимо классического интервью существует значительное количество методик, предполагающих широкое участие представителей Заказчика и Исполнителя.

Например, мозговой штурм. Правила мозгового штурма предполагают полную раскрепощенность и свободу мнений, даже самых вычурных и на первый взгляд «бредовых». Первое правило мозгового штурма – «полный запрет на любую критику». Всякое высказанное мнение представляет ценность, а полное отсутствие запретов позволяет полноценным образом подключить творческую фантазию.

Затем все высказанные мнения тщательным образом обсуждаются, заведомо неприемлемые варианты отсеиваются, формируются коллективные предложения. Более сложный вариант – это JAD-метод, который был сформулирован в конце 1970-х годов компанией IBM.

2.6 Прототипирование

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

Документный способ выявления требований всегда уступает живому общению.

Анализ того, что сделано в виде интерфейсов пользователя дает еще больший эффект.

Т4 ФОРМИРОВАНИЕ ВИДЕНИЯ