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