Операция выполнена!
Закрыть
Хабы: Управление продуктом, Управление проектами, Управление разработкой

Проблема №2. Не то время

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

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

Читать далее
Читайте также
НОВОСТИ

ПИШИТЕ

Техническая поддержка проекта ВсеТут

info@vsetut.pro