и
как. У каждого бизнес-процесса есть владелец, отвечающий за эффективность и имеющий полномочия добавлять или уменьшать ресурсы, чтобы управлять эффективностью. Взгляд со стороны бизнеса – это взгляд владельца бизнес-процесса, включающий:
● бизнес-контекст;
● описание бизнес-процесса;
● границы бизнес-процесса, в рамках которых выполняется анализ и внедряются изменения.
Этот взгляд находит отражение в моделях бизнес-процессов.
Что в себя включает модель бизнес-процесса
Модели бизнес-процессов, отражающие взгляд бизнеса, включают в себя:
● Основные сквозные процессы. Показывают события, действия и результаты основных процессов, их подпроцессы и их взаимодействие с окружением.
● Вспомогательные процессы и процессы управления. Модели также описывают вспомогательные процессы и процессы управления – то, как они обеспечивают основные процессы и как взаимодействуют с ними.
Уровень задачи – это уровень, на котором происходит фактическая деятельность. Задачи показывают, как выполняется процесс, из каких шагов он состоит. Задачи иногда также называют действиями, процедурами и обязанностями, но мы будем использовать термин задача. Декомпозиция процесса на этот уровень понадобится на этом и последующих этапах проекта, в том числе для автоматизации.
Что в себя включает уровень задач
Этот уровень детализации используется для создания приложений BPMS, которые контролируют выполнение работы и автоматизируют ввод и обработку транзакционных данных. На этом уровне у организации в целом и у разработчиков процессных приложений BPMS обычно уже достаточно информации, чтобы привязать правила к действиям конкретного работника или системы. Данные детализированы достаточно подробно для разработки приложений и отчетов, требований к вводу информации и принятия решений.
В качестве специалиста по процессному управлению вы можете быть вовлечены в проект, в котором следующий этап включает разработку информационных систем. Не забудьте предусмотреть в модели всю информацию, которая может понадобиться для последующей разработки ПО. Чтобы помочь разработке программного обеспечения:
● обсудите с разработчиками программного обеспечения, какая информация понадобится:
○ для проектирования ПО или для разработки приложений в среде минимального кодирования (low-code, no-code);
○ для тестирования ПО;
● используйте прямые и обратные матрицы прослеживаемости, чтобы:
○ задокументировать функциональные требования;
○ гарантировать, что программное обеспечение разработано и протестировано в соответствии с потребностями участников процесса.