Примечание:

приведенный список вопросов не претендует на полноту. Это лишь пример того, на что команда должна обращать внимание при проектировании изменений.

Команда проектировщиков должна быть открыта для творческих идей и быть устремлена в будущее – думать о том, как бизнес должен был бы работать. Каждое выполняемое действие должно иметь определенное бизнес‑обоснование и вносить вклад в итоговый результат, продукцию или услугу. Если же нет, то его ценность должна быть критически оценена, и оно должно быть либо модифицировано, либо исключено. Процесс должен включать только действия, создающие определенную и измеримую ценность. При этом команда не должна исходить только из прямой ценности с точки зрения потребителя. Иные категории, такие как финансовая ценность для компании, удержание персонала, повышение конкурентоспособности и т. п., также могут приниматься во внимание при условии, что они определимы (и определены), подтверждены, оценены и согласованы. Каждая работа должна создавать ценность, относящуюся к одной из категорий.

Если создаваемая ценность определена, значит, работа вносит свой вклад в продуктивную деятельность – «делает то, что надо»[98]. Таким способом мы избавляемся от работы, которая стала ненужной, но о производительности здесь речи не идет.

На этом первоначальном этапе создается фундамент новой модели. Если используется система BPMS, то на этом этапе в ней появляется новая модель.

Определение ценности и удаление бесполезных действий должно выполняться с помощью того же ПО для моделирования или BPMS, в котором создавалась модель «как есть».

Для этого создается копия модели, и из нее удаляются лишние действия. Конечно, это может привести к разрывам в модели, но такая версия послужит отправной точкой для разработки новой модели. Можно сделать несколько копий и раздать их разным группам внутри команды проектировщиков с заданием творчески подойти к моделированию и к поиску возможностей усовершенствования на уровне потоков работ. Проектировщики должны мыслить нестандартно и быть нацелены на операционную эффективность и на устранение имеющихся проблем. Путем проб и ошибок они создают новые версии модели, лучшие компоненты которых затем сводятся в единую модель. Результирующую модель можно оптимизировать с помощью имитационного моделирования и сравнения с показателями исходной модели «как есть».

Когда модель разработана, необходимо оценить влияние усовершенствования на работы, выполняемые выше и ниже по потоку как в рамках подразделения, так и за его пределами. Если усовершенствование не наносит вреда (а еще лучше – способствует работе других компонент), то настает время детализировать его в BPMS на уровне, обеспечивающем генерацию приложений. Если BPMS не используется, то команда описывает задачи нижнего уровня и создает спецификации планируемых изменений в бизнесе, в IТ‑приложениях и в интерфейсах к унаследованным системам. Ответственность за адаптацию приложений в этом случае несет IТ‑подразделение, и команда проектировщиков должна координировать использование ресурсов IТ, предварительно согласовывать все работы и определять приоритеты.

<< | >>
Источник: Коллектив авторов. Свод знаний по управлению бизнес‑процессами: BPM CBOK 3.0. 2016

Еще по теме Примечание::

  1. Примечания
  2. Примечание 3.1.
  3. Примечание 1.1.
  4. Примечание 7.1.
  5. Примечание 7.3.
  6. Примечание 7.4
  7. Примечание 7.2.
  8. Примечание 2.2.
  9. Примечание 2.1
  10. Примечания
  11. Примечания