Библиотека

В развитие статьи Владимира о проведении моделирующих сессий предлагаю подход к решению этой задачи на базе методологии субъектно-ориентированного управления бизнес-процессами (Subject-oriented BPM или S-BPM).
Ключевыми отличиями данного подхода являются:
- предельная простота нотации моделирования процессов (всего 5 символов), дающая возможность бизнес-подразделениям немедленно приступить к разработке моделей своих процессов,
- распараллеливание работы за счет того, что каждое подразделение (участник) описывает прежде всего свои действия в рамках процесса, в которых является экспертом
- возможность немедленно по ходу моделирующей сессии провести имитацию выполнения разработанной модели, с целью выверки корректности заложенной бизнес-логики в модель
- возможность по окончанию сессии запустить разработанное процессное приложение для реального исполнения (но без интеграции с существующими ИС и без автоматизации)

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

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

Статья Крейга Хоггетта и Пурава Шаха. Перевод с английского специально по заказу FineXpert.ru

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

Тема этой статьи – что же именно перед запуском проекта описания бизнес-процессов должны обсудить Заказчик и Консультант, который будет выполнять работу. Мы разберем, какие конкретные решения должен принять Заказчик описания, прежде чем приступить к запуску работ.

С какой эффективностью работает Ваш отдел Организационного развития (ООР)? Насколько он близок к реальному бизнесу? Помогают ли бизнес-аналитики (БА) руководителям подразделений оптимизировать процессы или только записывают с их слов и оформляют схемы процессов? В статье В.В. Репина обсуждаются два аспекта развития ООР: используемые технологии работы и требуемые компетенции бизнес-аналитиков.

Существуют различные инструменты повышения эффективности организации. Один из них – процессный подход к управлению. Но ключевое ограничение при его использовании – это вовлечение руководителей верхнего и среднего уровня в работу с бизнес-процессами. С чего стоит начать Генеральному директору, чтобы решить эту задачу? Тотальное описание процессов в виде графических схем и их регламентация – не самый короткий и простой путь. Периодически он приводит к бумажно-электронным завалам. Руководителям же нужен простой и эффективный инструмент для работы, для оценки изменений при внедрении процессного управления. Возможно, «карточка бизнес-процесса» («паспорт бизнес-процесса») как раз то, что необходимо руководителям для более глубокого, системного понимания своих процессов и организации работы по управлению и совершенствованию.
В статье В.В. Репина предлагается структура «Карточки бизнес-процесса» и метод автоматизации работы с карточкой при помощи инструментальной среды моделирования процессов Business Studio 4.0.

В настоящее время в большинстве российских компаний регламентирующие документы принято утверждать и хранить в бумажной форме. При таком подходе к регламентации исключительно сложно оперативно поддерживать актуальность регламентной базы, вносить изменения в связанные между собой документы, уведомлять пользователей об изменениях. Бумажная гора становится все больше. Регламенты быстро устаревают. Сотрудники не исполняют требования и т.п. Использование систем электронного документооборота (СЭД) улучшает ситуацию, но не кардинально. Хранение скан-копий регламентов в виде pdf-файлов не решает задачи быстрой актуализации множества связанных между собой документов.
Если ли выход из данной ситуации? Какие возможности предоставляют современные программные продукты? Что ждет нас в будущем? В статье Владимира Репина предпринята попытка ответить на эти вопросы. Основная идея статьи – использование web-решения в рамках средства моделирования для создания базы знаний по бизнес-процессам в масштабах компании.

Статья написана на основании опыта использования модуля ИМ и ФСА в версии Business Studio 3.6. и ориентирована на практиков процессного управления, заинтересованных в стоимостной оценке, оптимизации и/или реинжиниринге своих процессов. Особенно полезной статью найдут те коллеги, которые только начинают использование ИМ и ФСА в своей практике. Если коротко, то в этой статье я поделюсь своим опытом в следующих вопросах:

1. что нужно знать об ИМ и ФСА
   
2. с чего начать ИМ и ФСА
   
3. как решать конкретные проблемы при выполнении ИМ и ФСА
   

Статья “Часть 2: особенности проекта автоматизации BSC/KPI” продолжает тему, начатую в статье “Автоматизация BSC с помощью QPR Suite 2012. Часть 1: стратегическая карта компании”. В данной статье поговорим об особенностях проекта автоматизации ССП или управления по KPI, а также о том, какие причины побуждают сотрудников компании инициировать данный проект. Приведем примеры из нашей корпоративной жизни. Зачем нам нужна автоматизация управления сбалансированной системой показателей? Когда появляется потребность в автоматизации ССП, KPI?

В последние годы изменяется подход к процессной автоматизации.
Если задачей традиционных систем процессной автоматизации являлось моделирование бизнес-процессов предприятия, то задачей остребованных в настоящее время систем является непосредственное исполнение бизнес-процессов в компьютерной среде. При разработке и внедрении таких систем появляются проблемы, решения которых не дают традиционные теории процессного подхода. Приведены примеры проблем, связанных
с новым подходом, и их решений. Реализация решений приведена для свободной системы с открытым кодом RunaWFE, которую разрабатывают авторы статьи. В статье предлагается использовать ПО с открытим кодом как средство кооперации "генераторов идей" и разработчиков промышленного ПО.