Тема доклада:

Модели автоматизации бизнес-процессов вместо функциональных требований

О чем:

Аналитик сделал список функциональных требований. Он закончил свою работу по проектированию? Нет. Что еще он должен сделать и зачем? Термин требование понимается по разному, так давайте сформулируем что он должен сделать в других терминах. Вкратце аналитик определяет язык моделирования бизнес-процессов для их автоматизации, проектирует модели автоматизации с разных аспектов, проверяя модели ИТ системы.

При этом формируются потоки движения знаний



1) «сверху-вниз», от ценности автоматизации бизнес-процесса к моделям ИТ системы,
2) «снизу-вверх», от возможностей ИТ системы к изменению бизнес-процессов, опираясь на эти возможности.

Проработка моделей трех системных уровней происходит одновременно, достигая соответствия и баланса ценности и стоимости. Будем разбирать этот процесс на примерах.

О спикере:

20+ лет опыта в ИТ, системный и бизнес анализ, enterprise архитектура, управление в разных проектах крупного ритейла, в основном ecom и построение omni, а так же стандартизация и обучение. Автор статей на хабре @EugeneSkorikov, иногда веду курсы в ШСА