Один из слушателей задал мне такой вопрос. Вот что я ответил.
я бы упростил
Я бы сказал так: суть в том, что ограничения больше применимы к проекту и его планированию, а требования - к продукту и его проверке. К сожалению, в PMBOK на эту тему все немного размыто и более того, на мой взгляд не совсем корректно.
Например, ограничениями по содержанию являются: - миграция 10 информационных систем (при том что всего их 1000) - интеграция с внешними ИС не является предметом настоящего проекта. Перечисленные примеры не будут проверяться на этапах acceptance testing и не будут содержать критериев приемки, однако они крайне существенно влияют на содержание и далее на все характеристики проекта.
Какие ограничения описываете в проектах Вы?
Коллеги! Согласен с коллегой: в PMBoK этот вопрос не прояснен. Приходится догадываться или спрашивать у более опытных специалистов. Не всегда в проектах РП описывает ограничения и работает с ними. И эти забытые ограничения могут напортить ему в самое неподходящее время. Но требования ему приходится и формулировать и выполнять. Как же грамотнее связать ограничения по содержанию и требования? Какие ограничения в проектах описываете Вы как с ними работаете?
С уважением, В. Абрамов
|