Возможно, понадобятся и еще более низкие уровни детализации. Главное – довести карту процесса до уровня, обеспечивающего ясное понимание того, что делается вами, и того, что будет делаться на следующем этапе. Это может быть: создание приложения с использованием традиционных языков, создание приложения BPMS, интеграция (или создание интерфейсов) с существующими приложениями, создание веб-приложений для взаимодействия с клиентами и многое другое.
Ключевым моментом здесь является то, что необходимо рассмотреть требования, предъявляемые каждым из этих последующих видов деятельности, и модели должны обеспечить необходимую детализацию.
Процессная инициатива начинается с определения целевых результатов, а следующим шагом должны быть приняты внутренние стандарты для сбора данных, собеседований, моделей и т. д. Конечно, если существуют стандарты, касающиеся сбора данных, то их необходимо соблюдать.
4.7.2. Состав информации о процессе
Разработанные в ходе реализации процессной инициативы модели процессов следует использовать для создания модели бизнеса предприятия – это избавит от необходимости инициировать отдельный проект по созданию такой модели.
Чтобы способствовать эволюционным усилиям по созданию модели предприятия, модели процессов должны содержать следующую информацию:
● для процессов – подпроцессы и их взаимодействие;
● для подпроцессов – бизнес-функции/сценарии и подразделения, которые их выполняют;
● для потоков работ в рамках бизнес-подразделения – выполняемые действия (могут декомпозироваться на более низкие уровни, чтобы показать задачи, из которых они состоят);
● проблемы и их последствия, в привязке к одному или нескольким подпроцессам, бизнес-функциям, действиям или задачам, на которых они сказываются;
● возможности для оптимизации и ожидаемый эффект, в привязке к части бизнеса, к которой они относятся;
● метрики (численность сотрудников, объем выполняемой работы, частота ошибок), привязанные к точке операции, в которой они измеряются;
● ИТ-приложения и где они используются в организации;
● основная функциональность каждого ИТ-приложения;
● данные – где хранятся, как редактируются и как используются;
● правила – писаные и неписаные;
● процедуры принятия решений с вероятностями каждого возможного исхода;
● нормативы качества/продолжительности/производительности и т. п.;
● политики и требования внутреннего аудита;
● требования к измерению эффективности.
Это неполный перечень информации, которая должна собираться в ходе создания модели процесса как есть, и она же должна рассматриваться при создании модели бизнеса предприятия. Продумав структуру этой информации, вы сможете использовать ее и для создания решения в текущем проекте, и для построения процессной модели предприятия.