Е. Всяких - Практика и проблематика моделирования бизнес-процессов
- Название:Практика и проблематика моделирования бизнес-процессов
- Автор:
- Жанр:
- Издательство:Литагент «ДМК»233a80b4-1212-102e-b479-a360f6b39df7
- Год:неизвестен
- Город:Москва
- ISBN:5-94074-393-5
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Е. Всяких - Практика и проблематика моделирования бизнес-процессов краткое содержание
Цель книги – познакомить читателей с существующими подходами и решениями в области моделирования бизнес-архитектуры предприятия. В книге освещаются различные аспекты данной проблематики, в том числе такие вопросы как базовые подходы к моделированию и возможности современных инструментальных средств.
Особое внимание уделяется специфике организации проектов по разработке моделей бизнес-архитекуры. На основе практического опыта реализации проектов по моделированию бизнес-процессов в различных предметных областях проанализированы и обобщены типичные риски, ошибки и заблуждения основных участников, даны рекомендации по их предупреждению. Проиллюстрированы частные подходы и решения, например, моделирование бизнес-процессов в среде ARIS. С учетом современных тенденций в развитии технологий и управления бизнесом сформулированы перспективные направления практического использования методологии и инструментальных моделирования бизнес-процессов.
Материал, изложенный в данной книге, многократно проверен. Но поскольку вероятность технических ошибок все равно существует, издательство не может гарантировать абсолютную точность и правильность приводимых сведений. В связи с этим издательство не несет ответственности за возможные ошибки, связанные с использованием книги.
Практика и проблематика моделирования бизнес-процессов - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Четкое распределение ролевых функций внутри группы консультантов существенно облегчает не только исполнение проекта, но его защиту перед заказчиком. В целом должно быть реализовано следующее распределение ролей.
Бизнес-консультанты полностью несут ответственность за:
♦правильность отображения логики (сути) моделируемых процессов;
♦обоснование методов и критериев оценки бизнес-процессов;
♦обоснование методов и критериев оптимизации процессов.
Технологические консультанты полностью несут ответственность за:
♦полноту и удобство функционала, необходимого для реализации постановок задач бизнес-консультантов в части оценки и оптимизации бизнес-процессов;
♦дружелюбность интерфейса;
♦оптимальность проектирования базы моделей с учетом перспективы их расширения и уточнения;
♦устойчивость работы автоматизированной системы, поддерживающей созданные модели;
♦качество реализации общесистемных функций – администрирование, управление доступом, обеспечение информационной безопасности и т. д.
В том случае если технологам и бизнес-консультантам не удается поделить свои полномочия и зоны ответственности, то уже на этапе сбора и обобщения исходных данных следует ожидать серьезных задержек в сроках исполнения проекта.
В вопросах разделения полномочий и ответственности внутри консультационной группы заказчик должен принимать активное участие. Данное участие должно начинаться не на этапе непосредственного исполнения, а раньше – на этапе формирования проектной команды. В противном случае возможности что-либо изменить в порядке исполнения и обеспечения нужного качества будут существенно сужены.
На этапе формирования проектной группы заказчик должен обеспечить требуемый баланс между бизнес– и технологическими консультантами и, таким образом, исключить перекосы в пропорциях требуемых компетенций для качественного исполнения проекта.
Необходимо отметить, что установление баланса необходимо не только между группой технологов и бизнес-консультантов, но и внутри групп. Возможными типовыми направлениями компетенций, которые должны поддерживаться внутри групп, могут быть следующие.
Группа бизнес-консультантов:
♦ общесистемный бизнес-аналитик – отвечает за разработку концепции моделирования «как есть» и «как должно быть», которая является основой для дальнейшего построения модели, затем курирует проект согласно выбранной методологии, следит, чтобы проект шел согласно выбранному направлению, и осуществляет его корректировку.
Концепция моделирования систематизирует знания о предметной области, предлагая общие принципы и подходы к ее описанию, которые могут быть оформлены как отдельный документ, если сложность предметной области высока, но обычно постулаты концепции моделирования представляют собой один из первых разделов документа «Соглашение о моделировании», закрепляющего набор договоренностей между заказчиком и исполнителем (см. главу 3 и приложение 4). Обязанности общесистемного бизнес-аналитика должны быть поручены сотруднику исполнителя, как обладающему знаниями выбранной методологии моделирования, так и достаточно изучившему специфику предметной области. Данная роль выделяется при высокой сложности поставленной задачи, сложность в этом случае в основном определяется уникальностью разрабатываемого решения и степенью прозрачности предметной области;
♦ консультанты по специализированным направлениям (технология, финансы, кадры, право, информационно-технологическое обеспечение и т. д.) – эксперты в требуемой предметной области, могут быть сотрудниками заказчика или привлекаться как третья сторона – как заказчиком, так и исполнителем – при формировании концепции моделирования, анализе и оптимизации бизнес-процессов, построении модели «как есть» и «как должно быть»;
♦ эксперты по оценке и оптимизации бизнес-процессов – сотрудники исполнителя, а возможно, и заказчика, обладающие знаниями и навыками применения специализированных методик и соответствующих инструментальных средств по оценке и оптимизации деятельности предприятия, привлекаются на стадии анализа построенных моделей, при моделировании процесса «как должно быть».
Группа специалистов по моделированию (технологические консультанты со стороны исполнителя):
♦ технолог – является носителем знаний по технологии моделирования, а именно знания методологии, выбранной для осуществления проекта, и обладает навыками работы в инструментальной среде, реализующей данную методологию, отвечает за оптимальную формализацию поставленной задачи.
Постановку задачи технологу осуществляет общесистемный бизнес-аналитик, работает в тесной связи с консультантами по специализированным направлениям и экспертами по оценке и оптимизации бизнес-процессов;
♦ администратор – отвечает за сбор данных в единый репозиторий, поддерживаемый средствами инструментальной среды моделирования;
♦ системный администратор – технический специалист, отвечает за правильное функционирование инструментальной среды моделирования, в том числе осуществляет ее установку и настройку, разграничивает права доступа;
♦ программист – владеет навыками программирования на встроенном языке инструментальной среды моделирования, реализует запросы бизнес-аналитика по адаптации функционала программного обеспечения под потребности конкретного проекта.
В условиях одновременной работы над созданием модели нескольких специалистов крайне важным является обеспечение единого унифицированного подхода к формализации. Только при условии четкого контроля за соблюдением всеми участниками соглашений по моделированию можно получить непротиворечивую работоспособную модель. Наилучшим организационным решением являются определение и закрепление единой точки сбора (объединения) всех моделей в репозиторий и наделение соответствующими полномочиями специально выделенного ответственного лица (в предлагаемой «ролевой разнарядке» им является администратор), оно же должно поддерживать в актуальном состоянии соглашения по моделированию, своевременно оповещая всех участников проекта о вносимых изменениях.
Особо следует подчеркнуть роль программиста. При всей высокой универсальности современных инструментальных средств моделирования существует необходимость учета специфики как самой бизнес-архитектуры предприятия, так и используемых подходов по ее оценке и оптимизации. По этой причине наличие в команде специалистов-технологов квалифицированного программиста является условием максимальной подстройки под задачу заказчика. Как правило, в большинстве инструментальных средств моделирования существует сервис по созданию самостоятельных специализированных модулей. Разумеется, здесь нельзя впадать в другую крайность – заниматься разработкой того функционала, который уже существует в рамках стандартных возможностей инструментальной среды. Для этого по каждому случаю инициирования специализированных разработок нужно принимать взвешенные решения на уровне общесистемного бизнес-аналитика.
Читать дальшеИнтервал:
Закладка: