Гораздо эффективнее начинать инициацию с определения бизнес-потребности.
В таком случае будет решаться конкретная боль бизнеса/заказчика. Иначе цель ради цели может привести к разочарованию заказчика и существенным различиям ожидаемого и фактического результатов.
Бизнес-потребность, как и бизнес-цель/бизнес-требования, могут быть сформулированы умным заказчиком заранее.
Если бизнес-потребность не определена, то сперва собираются первичные требования, которые потом лягут в основу бизнес-потребности, а затем и в основу бизнес-потребности.
Низкоуровневая бизнес-цель по данной бизнес-потребности формулируется только после определения потребности. Верхнеуровневая бизнес-цель может распространяться на десятки бизнес-потребностей. Верхнеуровневая бизнес-цель — это цель, которая была сформулирована заказчиком или рукодством заказчика перед началом работы аналитика и задает рамки проекта, а также направление исследования или анализа.
На основе полученной/сформулированной бизнес-потребности будут разработаны бизнес-требования, а затем функциональные/нефункциональные требования и критерии приемки. Если речь о разработке информационных систем.
Описанный мною подход абсолютно практический. Подход из статьи сильно теоретизированный и не универсальный.
Гораздо эффективнее начинать инициацию с определения бизнес-потребности.
В таком случае будет решаться конкретная боль бизнеса/заказчика. Иначе цель ради цели может привести к разочарованию заказчика и существенным различиям ожидаемого и фактического результатов.
Бизнес-потребность, как и бизнес-цель/бизнес-требования, могут быть сформулированы умным заказчиком заранее.
Если бизнес-потребность не определена, то сперва собираются первичные требования, которые потом лягут в основу бизнес-потребности, а затем и в основу бизнес-потребности.
Низкоуровневая бизнес-цель по данной бизнес-потребности формулируется только после определения потребности. Верхнеуровневая бизнес-цель может распространяться на десятки бизнес-потребностей. Верхнеуровневая бизнес-цель — это цель, которая была сформулирована заказчиком или рукодством заказчика перед началом работы аналитика и задает рамки проекта, а также направление исследования или анализа.
На основе полученной/сформулированной бизнес-потребности будут разработаны бизнес-требования, а затем функциональные/нефункциональные требования и критерии приемки. Если речь о разработке информационных систем.
Описанный мною подход абсолютно практический. Подход из статьи сильно теоретизированный и не универсальный.