Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 - Коллектив авторов

Однако у письменных опросов те же недостатки, что и у интервью: большие затраты времени, неполнота информации, затраты времени на устранение противоречий в описании одной и той же работы разными людьми и на повторные вопросы исполнителям.

3.5.4. Модерируемые совещания

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

Однако этот метод может оказаться более дорогим из-за затрат на переезды. Как правило, спроектированные таким способом модели требуют меньшего числа итераций, разрабатываются быстрее и с более высоким качеством по сравнению с другими форматами.

3.5.5. Веб-конференции

Веб-конференции дают те же преимущества, что и модерируемые совещания, но они более эффективны для небольших групп. Они особенно удобны и экономичны, когда участники территориально распределены.

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

3.5.6. Участники моделирования

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

В качестве экспертов предметной области могут выступать:

• менеджеры высшего звена, определяющие динамику бизнеса на верхнем уровне;

• менеджеры среднего звена, определяющие механизмы мониторинга и контроля;

• рядовые сотрудники, непосредственно выполняющие работу, описываемую моделью.

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

3.6. Фреймворки и референтные модели

Проект моделирования может включать в себя разработку множества моделей, которые представляют ценность и по отдельности, и как часть комплексной картины. Использование фреймворков[69] и референтных моделей[70] повышает ценность и эффективность использования набора моделей как единого целого. Существует ряд широко известных фреймворков и референтных моделей.

3.6.1. Моделирование с использованием фреймворка

Фреймворк может варьироваться от простой концептуальной пирамиды до сложных наборов артефактов моделирования и правил, определяющих, где что будет расположено.

В пирамиде каждый уровень суммирует нижележащие уровни и декомпозирует вышележащие. Верхний уровень пирамиды может представлять собой простую цепочку создания ценности, мгновенно дающую представление о содержимом нижних уровней. Нижние уровни обычно описывают ключевые события, исполнителей, действия и детализированный поток процесса. Иногда под нижним процессным уровнем добавляется еще один, отображающий структуры данных, системы или элементы организационной структуры.

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

• архитектурный фреймворк федеральных ведомств США FEAF[71];

• архитектурный фреймворк Министерства обороны Великобритании MODAF[72];

• архитектурный фреймворк Министерства обороны США DoDAF[73];

• архитектурный фреймворк TOGAF[74].

Ценность этих фреймворков двоякая: во-первых, они помогают справиться с экстремальной сложностью подобных организаций, а во-вторых, служат базой для сравнения разных проектов внутри одного ведомства. TOGAF, последний фреймворк в приведенном списке, является универсальной версией комплексного фреймворка, поддерживаемого организацией The Open Group. Большинство этих внешне различных фреймворков являются либо производными фреймворка, предложенного Джоном Захманом (John Zachman) в 1987 году, либо разработаны под влиянием его идей.

Управление таким сложным фреймворком обычно является обязанностью корпоративного архитектора, но каждый специалист процессного управления должен ему следовать, чтобы избежать белых пятен и противоречий в модели.

3.6.2. Использование референтных моделей

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

Консорциум The Supply Chain Council (SCC) разработал референтную модель под названием SCOR[75] в помощь организациям, стремящимся структурировать свою цепочку поставок для целей анализа процессов, сравнения с конкурентами и оценки эффекта усовершенствований. Она задает общий словарь и структуру проекта моделирования цепочки поставок, в то же время оставляя свободу действий в том, что касается детализации процесса на нижних уровнях.

Референтная модель DCOR[76], также принадлежащая SCC, структурирует последовательность операций в исследованиях и разработке.

Ведущие поставщики программных продуктов для моделирования часто включают в их состав набор референтных моделей, чтобы помочь более эффективно использовать свои продукты.

Референтные модели рассматриваются также в разделе 9.1.4.

3.7. Методы и средства моделирования

Есть много разных методов и средств моделирования – от доски, ватмана и стикеров до специализированного ПО BPM, предоставляющего средства моделирования и репозиторий. Анализ процессов может быть продуктивным и производительным с использованием любого из этих средств. В центре внимания анализа или проектирования должен быть сам процесс, а не средства.

Ни один из этих способов не исключает другие – в зависимости от участников или обстоятельств может использоваться любой.

Зачастую во время или после интервью или совещаний участники изображают потоки процесса и делают заметки с помощью простых средств рисования. Такие рисунки затем могут вставляться в документы Word или презентации PowerPoint, которые используются для представления полученных результатов. Это остается распространенным способом моделирования процессов.

Распространенным сегодня стало также использование программ для рисования или моделирования в сочетании с проектором и большим экраном. У такого способа есть несколько преимуществ. Модель видна всем участникам и может редактироваться прямо в ходе обсуждения. Не требуется переносить модель в другое программное средство после завершения сессии; ее можно быстро и легко отправить по электронной почте.

Средства веб-конференций позволяют привлечь к обсуждению удаленных участников, а репозитории, входящие в состав мощных средств моделирования, – повторно использовать уже имеющиеся объекты или шаблоны.

Средства моделирования рассматриваются также в разделе 10.3.

3.8. Валидация и имитационное моделирование

3.8.1. Применение имитационного моделирования

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

• Проверка модели путем демонстрации того, что данные реальных транзакций, поданные на вход модели, дают показатели эффективности, соответствующие показателям реального процесса.

• Прогноз эффективности будущей схемы процесса в различных ситуациях (при изменении числа транзакций в единицу времени, числа исполнителей и т. п.).