Ограничения и допущения
Тема дорожной карты · Business Analysis
Ограничения и допущения играют важную роль в процессе бизнес-анализа, помогая структурировать и управлять информацией, которая может существенно влиять на проект. Ограничения — это фиксированные условия, которые не могут быть изменены, такие как регуляторные дедлайны или обязательства по использованию определенной инфраструктуры. Допущения, с другой стороны, представляют собой временные предположения, которые будут проверены позже, например, предположение о том, что большинство пользователей используют iOS. Документирование ограничений и допущений помогает избежать неожиданных проблем и конфликтов в процессе разработки.
Как это работает
Для эффективного управления ограничениями и допущениями рекомендуется поддерживать два отдельных списка в документе требований. Список ограничений: каждый ограничительный фактор должен быть четко описан, с указанием источника (например, законодательных актов, контрактов, решений совета), а также описан impact (например, «нельзя использовать БД, расположенные в США»). Список допущений: каждый допущение также следует описать, установить дату валидации и владельца, а также описать возможные изменения, которые произойдут, если допущение окажется неверным. Нарушение допущения следует рассматривать как событие риска и эскалировать, если допущение опровергнуто.
Когда применять
Фиксация ограничений и допущений должна происходить на ранних стадиях проекта и обновляться каждый раз, когда появляется новая информация. Ограничения обычно редко меняются, но могут появиться новые, например, из-за изменения регуляторной среды. Допущения, в свою очередь, постоянно эволюционируют по мере продолжения процесса discovery. То, что было допущением, может стать фактом или опровергнутым утверждением.
Типичные ошибки
(1) Смешение ограничений с допущениями — это распространенная ошибка, когда что-то называется ограничением, чтобы избежать необходимости валидации, или допущением, чтобы оставить опции открытыми после принятия реального решения. Важно быть честным и четко определить, что является ограничением, а что допущением. (2) Устаревшие списки — фиксация ограничений и допущений только на начальной стадии проекта и последующее игнорирование обновления. Списки должны пересматриваться ежеквартально, чтобы убедиться, что они актуальны. (3) Нет владельца допущений — допущения могут быть перечислены, но если никто не отслеживает, остается ли допущение верным, это может привести к проблемам. Каждому допущению следует назначить владельца с датой валидации.