Моя история не для всех. В том смысле, что тема не хайповая. Но тем, кто в теме, надеюсь, будет интересно. Она (история) основана на реальном опыте последних лет. Я расскажу об одном из вариантов — с моей точки зрения, эффективном, — управления сложным архитектурным ландшафтом.
Что я подразумеваю под «сложным»: это несколько сотен бизнес-приложений с довольно внушительной дисперсией атрибутов — технологии, разнородность функциональности, связанность с другим приложениями, критичность, возраст, размер и так далее. Добавьте сюда динамику, поскольку ландшафт неустанно меняют несколько десятков внутренних и внешних команд. Иными словами — самый отпетый, или, на устойчивом жаргоне, «кровавый» энтерпрайз.
Очевидно, что в этом бурлящем котле каждая новая инициатива по изменению начиналась с поисков: где и что нужно делать, как определить достаточность и необходимость изменений. То есть проводился анализ. И поскольку котел большой и градус изменений высокий, то анализ, а он должен быть качественным, длился месяцами. Но тщательность не гарантировала 100%-го качества, поскольку на той же поляне, что и ваша инициатива, могли толкаться другие, внося непредвиденные вами изменения.
Что такое бизнес-процессы? Модуль 1. Урок 1
Кто-то скажет, что это обычная картина для «кровавого» энтерпрайза. То ли дело Agile-команды с единственным владельцем продукта. Всё учтено, и команда знает всё. Не буду спорить. Во многом это правда. Но на рваном лоскутном ландшафте независимых команд не построишь.
А действительно крупные задачи одной командой не решишь. Да и в любой методологии должен быть разумный уровень порядка.
Единый архитектурный репозиторий
Именно с наведения порядка мы и начали. Это вылилось в создание единого архитектурного репозитория. Начнем с его мета-модели. По моему мнению, подобные изменения всегда надо начинать с разработки мета-модели. Это лучший способ объяснить заинтересованным сторонам и, самое главное, самим себе, что сможет дать новый репозиторий.
Мета-модель покажет, как ваши цели ложатся на возможности систем, где репозиторий будет реализовываться. При её разработке проще всего посмотреть на документы, которые уже есть в вашей компании. Изучите имеющийся опыт. Посмотрите на ванильные модели различных вендоров. Если уж совсем по-серьезному, то почитайте ГОСТы, например, ГОСТ 57100 (ISO 42010).
Для начала включайте в мета-модель только самое необходимое, поскольку начинать лучше с простого. Потом, если окажется, что такой модели недостаточно, то развить её не составит труда. Причем развитие будет осознанным. То есть здесь самый правильный подход — итеративный. Начинайте с небольшого участка архитектуры.
Посмотрите, как с ней справляется ваша модель. Достаточно ли в ней элементов, связей и атрибутов для поставленных целей и тогда принимайте решение о ее развитии.
Репозиторий бизнес процессов что это
ИТ-консультант.рф | Холодков Антон
аналитик, архитектор, команда разработки для реализации Ваших идей
Регламент бизнес процессов: что это и зачем он нужен? | Александр Высоцкий
Ищу интересные проекты 🙂
Основные функции BPM-систем
- Репозиторий бизнес-процессов – единое хранилище описаний бизнес-процессов с возможностью совместной работы всех заинтересованных лиц.
Пример.
Репозиторий моделей в ARIS Toolset 7.1. Слева отображается структура хранилища моделей, справа — содержимое соответствующего узла. Модели процессов BPMN, лежащие в основе BPM-систем, являются одним из более чем 70-ти типов моделей, поддерживаемых ARIS. - Средство моделирование бизнес-процессов – визуальная утилита, позволяющая «рисовать» бизнес-процессы в общепринятой нотации. В настоящий момент такой нотацией стал стандарт BPMN.
Пример.
Дизайнер процессов в составе BPM-системы BizAgi. Поддерживает нотацию BPMN. - Средство настройки бизнес-правил – среда разработки, позволяющая описывать детальные правила для бизнес-процессов. Например, алгоритмы выбора исполнителей для конкретных задач, проверки корректности введенных данных, стыковки с внешними системами и др. В зависимости от BPM-продукта эта среда может быть ориентирована либо на продвинутых пользователей (практически не требовать программирования), либо на разработчиков.
Пример.
Среда BizAgi Studio в составе BPM-системы BizAgi. Позволяет настраивать модель данных, формы, бизнес-правила, исполнителей и другие элементы для выполнения в BPM-системе. - Средства для интеграции используемых в компании информационных систем на уровне бизнес-процессов, исполняемых в BPM-системе. Реализуется посредством стыковочных модулей для загрузки/выгрузки информации, инициации необходимых действий (при выполнении конкретных задач бизнес-процесса) во внешних системах компании: ERP-системе, CRM-системе, АСУТП и т.п.
- Рабочий портал – среда, в которой пользователи, вовлеченные в бизнес-процессы получают и выполняют свои задачи.
Пример.
Заполнение формы при выполнении одной из задач бизнес-процесса на рабочем портале BPM-системы BizAgi. - Средства анализа и формирования отчетов – система оперативной и аналитической отчетности, формируемой по текущему статусу и результатам выполнения бизнес-процессов.
Источник: holodkov.ru
Электронный репозиторий бизнес-процессов: инвестиция в будущее компании
В статье рассматриваются вопросы создания электронного репозитория компании на платформе Business Studio 3.6.
Нужен ли Вашей организации репозиторий ?
Представьте себе ситуацию, когда Вам поручили разработать регламент выполнения процесса компании. Ситуация складывается удачно — у Вас стоит MS Visio. Вы создаете новый файл и начинаете «рисовать» схему процесса.
Сохраняете схему, включаете в регламент, согласуете его с нужными руководителями Через два месяца нужно сделать еще один документ по той же процедуре Кроме Вас в компании еще несколько руководителей и специалистов время от времени «мастерят» регламенты процессов. В результате, в организации присутствует множество схем, описанных в разных форматах и инструментах. Они хранятся в файлах хаотичным образом на компьютерах различных пользователей.
Рис. 1. Знакомая ситуация?
Как можно ее оценить? Неужели так работать удобно? Скорее, нет. Ситуацию в компании можно охарактеризовать следующим образом:
- Процессы моделируют разные сотрудники без всякой координации;
- Единого стандарта моделирования процессов нет;
- Единого места для хранения схем процессов нет;
- Внесение изменений в регламентирующие документы требует занудной ручной работы;
- Доступ сотрудников к информации по процессам затруднен;
- Информация, формализованная в схемах и описаниях процессов, быстро устаревает.
Есть основания полагать, что у вас порядок. Означает ли это, что:
- Создан и используется единый стандарт для описания ;
- Все схемы процессов хранятся в специализированной базе данных;
- Выполняется описание процессов в специализированной системе с последующей автоматической генерацией (выгрузкой) регламентирующих документов в MSWord или MSExcel;
- В базе данных в привязке к процессам можно хранить любую нужную информацию (формы документов, показатели, фотографии, документы с техническими характеристиками в pdf и проч.);
- Обеспечен легкий и быстрый доступ сотрудников к информации по процессам (например, через внутренний ).
Безусловно, репозиторий полезен. По сути, он представляет собой базу знаний о деятельности компании. Если она будет полной и актуальной, то обеспечит возможность:
- Быстро актуализировать модели ;
- С минимальными трудозатратами формировать регламентирующие документы различного типа:
- Регламенты выполнения ;
- Регламенты управления ;
- Технологические инструкции;
- Положения о подразделениях;
- Должностные инструкции сотрудников;
- И прочее.
Например, если у компании несколько филиалов, то в репозитории можно накапливать информацию и обмениваться опытом эффективного выполнения процессов, выполняемых в разных регионах и городах.
Создание электронного репозитория — это инвестиция в будущее компании. Почему? Внедряя репозиторий, Вы:
- Выполняете описание, анализ и улучшаете организации;
- Приучаете руководителей и специалистов мыслить категориями процессов (другими словами, создаете в компании «культуру процессного управления»);
- Делаете систему управления «прозрачной»;
- Получаете возможность со временем избавиться от «незаменимых» персонажей («разгерметизировать» деятельность отделов и сотрудников).
Особенно интересно связать процессы репозитория с процессами, выполняемыми в различных автоматизированных системах. Вы знаете, например, что ваша система поддерживает определенные функции. Но как, в каких , когда, кто и с какой эффективность их выполняет, Вы не знаете. Модели в репозитории могут ответить на этот вопрос. Сразу будет понятно, какие функции системы в каких используются
Пример (см. Рис. 2). В некоторой крупной компании была внедрена , система электронного документооборота, система менеджмента качества. Каждая команда специалистов, внедрявшая соответствующую систему определила свои «процессы».
В ERP это были «системные процессы EPR», в СЭД — процессы документооборота (маршруты движения документов), в СМК — процессы менеджмента качества. Вот только реальные сквозные , которые создают ценность для внутренних и внешних клиентов, не были определены и описаны. Руководству компании было сложно понять, как же интегрировать все эти разрозненные «процессы» в единую систему процессного управления компанией. Такую задачу в первую очередь нужно решить методически, потом создать единый репозиторий . Далее при описании реальных интегрировать «системные процессы ERP», СЭД и проч. После этого задуматься об автоматизации сквозных процессов на платформе серьезной , обеспечивающей устойчивую работу в промышленном масштабе.
Рис. 2. процессы в компании
На сегодняшний день на рынке представлено большое количество . Однако многие из них подходят только для внедрения в компаниях с численностью до 100 человек, поскольку не выдерживают больших нагрузок. Для крупного бизнеса выбор ограничен. Среди промышленных лицензионных можно выделить Oracle «Fusion», IBM «WebSphere» и решения от компании TIBCO.
Особо стоит отметить промышленную open source RIVER, созданную Центром Развития Интеграционных Технологий (РИТ Центр). Она сравнительно недавно появилась на российском рынке, но уже успела зарекомендовать себя. RIVER реализует концепцию процессного управления организацией за счет автоматизации сквозных , органично объединяя существующие IT системы в единое информационное пространство. Система RIVER создана с применением лучших международных платформ на базе свободного программного обеспечения, рассчитана на промышленную нагрузку и успешно интегрируется со всеми современными технологиями: Microsoft, , SAP, Oracle, IBM и пр. RIVER работает на стандарте BPMN 2.0.
Стоит отметить, что возможен перенос в систему из единого репозитория на базе Business Studio и обратно. Таким образом, компания может обеспечивать поддержку репозитория в актуальном виде.
В общем, репозиторий предоставляет широкий спектр возможностей. Но их использование требует упорной работы по внедрению процессных технологий управления компанией. Возможность успеха зависит от последовательной позиции и твердого желания собственников и компании использовать эти технологии.
«Вам шашечки или ехать?»: выбор платформы для создания репозитория компании
Как выбрать платформу для создания электронного репозитория предприятия? Куда обратить свой взор? Есть «тяжелые» и дорогие западные продукты. К их числу можно отнести ARIS или Casewise. Если очень хочется заплатить за «бренд», тем самым оплачивая красный феррари лондонского или черный порше немецкого профессора, то покупайте дорогую систему.
Если нет, то стоит обратить свой взгляд на Business Studio 3.6. Это вполне адекватный выбор платформы для создания электронного репозитория . Система обладает рядом практически важных «плюсов»:
- Простота и интуитивная понятность интерфейса;
- Легкость моделирования ;
- Хранение информации о деятельности компании в базе данных (MS SQL Server);
- Возможность расширения объектной модели для описания различных атрибутов процессов и проч;
- Выгрузка моделей в web;
- Возможностей работы в многопользовательском режиме.
Пример. Вы описываете процесс обслуживания оборудования. Для ряда операций нужно будет вывести в регламент текстовое описание, фотографии соответствующих агрегатов, список используемых расходных материалов и проч. Это легко можно сделать, используя возможности Business Studio. После внесения информации в систему, готовый регламент обслуживания оборудования генерируется в виде файла MS Word за считанные минуты.
Далее. Предположим, что при выполнении технического обслуживания отмечена возможность более быстрого и технологичного выполнения операции. Мастер и механик обсуждают эту ситуацию, формализуют знания и заносят информацию в Business Studio. В дальнейшем, сотрудники другой смены (других филиалов, новые сотрудники и проч.) смогут не только ознакомиться с регламентом выполнения процесса, но и посмотреть рекомендации по наиболее эффективному способу выполнения работы. Со временем, этот способ можно будет внести в регламент в качестве обязательного.
Очевидно, что описанная выше ситуация годится для любого , независимо от объекта деятельности.
Говоря о практическом использовании репозитория, следует отметить, что:
- Для поддержания репозитория требуются квалифицированные специалисты;
- Работать с репозиторием нужно по определенным, четко установленным правилам.
Очевидно, что качество информации о процессах в репозитории зависит от квалификации сотрудников, моделирующих процессы. Кроме того, информацию о процессах в репозитории необходимо постоянно актуализировать.
Руководство компании должно понимать, что можно купить программу для , потратив сумму денег, но купить репозиторий нельзя, его можно только создать и поддерживать силами самой компании. Это легко понять — если не делать ремонт, то крыша склада может прохудиться, а товар испортиться. Если не менять изнашивающиеся детали на оборудовании, то оно встанет. Если не использовать на практике и не актуализировать информацию о в репозитории, то он быстро станет ненужным, «мертвым» массивом информации.
Дорожная карта по внедрению репозитория
В последнее время стало модно использовать термин «дорожная карта». Но мы просто нарисуем график Ганта проекта по созданию электронного репозитория на платформе Business Studio.
Рис. 3. График Ганта внедрения репозитория на платформе Business Studio
После установки системы Business Studio необходимо обучить рабочую группу. Несколько специалистов из этой группы образуют потом Центр компетенции по использованию репозитория . Остальные будут совмещать текущую деятельность в подразделениях с моделированием, анализом и регламентацией . Можно сказать, что они станут «агентами влияния» процессной методологии в структурных подразделениях компании.
Для эффективного использования системы необходимо разработать архитектуру (систему) компании. Удобно это делать в MS Excel, но можно и сразу в системе. Об этом на сайте FineXpert.ru было несколько статей (см. также статьи В.Репина: Построение системы процессов в среде Business Studio, Описание и регламентация процессов управления в среде Business Studio). Далее полученная архитектура процессов переносится в Business Studio — создается иерархический справочник процессов. Этот справочник — основа для накопления знаний о процессах в рамках электронного репозитория процессов организации.
Затем рабочая группа осуществляет описание нескольких «пилотных» процессов. Это делается для того, чтобы в полной мере освоить возможности инструмента и сформулировать предварительные требования к стандарту моделирования и шаблонам регламентирующих документов.
Для того, чтобы «выгрузить» из репозитория информацию о процессах в необходимой форме (регламенты, инструкции, положения и проч.), необходимо определить требования к этим документам. При проектировании шаблонов отчетов увязываются между собой требования к документам и возможности системы.
Например, если мы хотим видеть в документе атрибут , надо понимать, какую информацию и как необходимо будет заносить в репозиторий. Создание шаблонов для выгрузки сложных регламентирующих документов может потребовать изменений объектной модели Business Studio. Это легко делается при помощи специального инструмента Meta Edit, входящего в комплект поставки системы (в версии Enterprise).
После того, как станет понятно, как моделировать процессы и какая информация должна заноситься в атрибуты объектов модели, разрабатывается стандарт моделирования («соглашение по моделированию»). Кроме этого документа целесообразно разработать стандарт (инструкцию) по администрированию репозитория и стандарт по внесению изменений в модель организации.
После разработки и согласования стандартов, проводится обучение руководителей и специалистов подразделений компании работе с электронным репозиторием на платформе Business Studio.
Очевидно, что в зависимости от ситуации в компании представленный график может быть скорректирован.
В целом, использование репозитория дает много интересных и полезных возможностей для накопления и использования знаний в рамках системы управления компании.
Источник: www.businessstudio.ru