Автореферат (1152222), страница 8
Текст из файла (страница 8)
Предлагается анализировать следующие стандартные сценарии: если целевое состояние объекта управления достигнуто, то рассматриваются два варианта продолжения: следую-28щей выполняется очередная операция процесса или происходит обгоняющий переход вперед, вобход очередной операции процесса; если же целевое состояние процесса не достигнуто, торассматриваются еще два сценария: исправимый брак, устраняемый путем возврата назад дляповторной обработки, и брак неисправимый, приводящий к отказу от дальнейшей обработки,как показано на рисунке 7. В качестве объекта управления предлагается выбирать переменнуюсостояния, которая фиксирует результат выполнения отдельной операции, этапа или всего процесса целиком.
Особенность предложенного метода заключается в чередовании функциональной декомпозиции и декомпозиции по этапам жизненного цикла объекта управления, что позволяет избежать излишней детализации на верхних уровнях модели бизнес-процесса.Результат достигнут?ДаПодпроцесс 1Подпроцесс 2Нет, пропустить следующую операциюДаПодпроцесс 3Нет, бракИсправимый дефект, повторная обработкаПодпроцесс 1Исполнять следующую операцию?Неисправимый дефект, отказРисунок 7. Поиск сценария исполнения путем анализа показателей продуктаПрактический опыт применения метода выявления процесса показывает его эффективность, аналитик в состоянии самостоятельно выявить: нормативный сценарий, все точки ветвлений процесса, но не всегда может сам определить то место на диаграмме, куда нужно направить альтернативный переход; найти бизнес-исключения, хотя он не всегда может определитьлогику их обработки.
Метод не исключает необходимости обратиться за консультацией к эксперту предметной области, но помогает избежать зависимости от желания и способности эксперта предметной области раскрыть детали процесса. В результате получается иерархическаямодель процесса, где верхний уровень дает самое общее представление о взаимодействие сокружением, а все детали, важные для его исполнения, инкапсулированы на нижних уровнях.Полученная модель оказывается полезной и удобной для анализа разными категориями пользователей. Метод оказался мощным инструментом выявления процесса «сверху - вниз».7.Сформулированы принципы генерализации и агрегации исполняемой модели биз-нес-процесса, постулирующие упрощение модели не за счет отбрасывания деталей, но путемих инкапсуляции на нижних уровнях декомпозиции.
При разработке больших проектов по моделированию бизнес-процессов аналитик должен стремиться к обобщению, переходу от частного к общему, при этом он должен «спрятать» различия в исполнении подпроцессов на нижнем уровне модели. Предложен метод инкапсуляции, заключающийся в том, чтобы систематично выявлять на модели процесса сходные работы, оценивать уровень их отличия и степеньсходства, объединять близкие по характеру работы, уровень различий которых не принципиален, в обобщенные процедуры, которые инкапсулируют найденные различия. Разработаныпрактические рекомендации по анализу сходства и отличия работ процесса.298.С позиций системной методологии формализован метод постановки и анализа целицепочки процессов, заключающийся в выявлении допустимых состояний объекта управлениядля каждого из процессов, образующих цепочку, формулировании требований к целевым состояниям объекта управления и к работам, при помощи которых достигаются эти состояние.Отличительная особенность метода в том, что явно разделяются операционная и бизнес цели,где первая определяет ожидаемый результат исполнения каждого из подпроцессов цепочки, авторая — экономический результат, достигаемый при выполнении всей цепочки.
Бизнес-цельпроцесса заключается в получении экономического эффекта от соответствующего вида деятельности, экономический эффект от её достижения проявляется в результате выполнения всейцепочки создания ценности. Операционная цель устанавливает ожидаемый результат исполнения каждого из процессов, образующих этот поток.
Предложено связывать операционную цельс целевым состоянием объекта управления. Цель достигается, если удовлетворены требования,предъявляемые к результату (показатели продукта) и способу его достижения (показатели процесса). Требования к способу достижения результата можно разделить на функциональные, ихнеисполнение рассматривается как брак процесса, и нефункциональные, их невыполнение недопустимо, но не приведет к отказу. Чтобы определить операционную цель, надо выявить объект управления, зафиксировать его целевое финальное состояние, затем сформулировать требования к самому объекту и способу его обработки. Основную цель каждого направления деятельности можно декомпозировать на промежуточные цели, построив, таким образом, структурную декомпозицию цели. Каждая подцель связана с решением определенных задач.
Промежуточные цели также могут быть подвергнуты декомпозиции. На нижнем уровне декомпозиции находятся задания такого размера, какое может выполнить один участник. Когда мы говорим о декомпозиции операционной цели, мы имеем в виду промежуточные стабильные состояния объекта управления. Предлагаемый метод выявления операционной цели бизнес-процесса ианализа критериев ее достижения обладает практической ценностью — позволяет устранитьсубъективизм при формировании требований к проектируемой СУБП.9.Разработан метод моделирования организационного взаимодействия участников,отличающийся тем, что: (а) выделены типовые операционные и организационные функцииучастников; (б) систематизированы их операционные и организационные полномочия; (в) разработан типовой шаблон взаимодействия сотрудников структурного подразделения компании;(г) предложены абстрактные роли участников, позволяющие не привязывать типовой шаблон кконкретной штатной структуре.
Преимуществом метода, является то, что он основывается наролевой модели управления доступом.Операционные обязанности определяют суть деятельности сотрудника, а полномочияопределяют право этого сотрудника принимать участие в выполнении конкретного производственного задания. Организационные обязанности связаны с его взаимодействием с коллегами,а полномочия определяют его права по отношению к руководителю и подчиненным, коллегампо работе, как показано в таблице 3.30– Участие в процессах– Место исполнения работ.– Производственный опыт– Квалификация исполнителя.– Тип клиентов– Выпуск (продукт или услуга)– Время работы– Природа выполняемых работ– Организационные обязанности– Межфункциональные группы– Структура компании– Присутствие на рабочем месте– Исторический аспект исполнения– Прецеденты10.ОрганизационныеДействие– Оценит задание;– Вернуть отправителю;– Отобрать потенциальных исполнителей;– Выбрать актуального исполнителя;– Поручить актуальному исполнителю;– Контролировать показатели исполнения;– Корректировать исполнение;– Проверить результаты и визировать;– Передать следующему участнику– Маршрутизировать.– Принять или отклонить поручение;– Перепоручить задание своему подчиненному– Передать задание на исполнение коллеге по работе– Запросить помощь у руководителя (эскалация)– Запросить помощь у коллег по работе– Установить или изменить приоритет задания.– Определить очередность выполнения заданийГруппа (шаблон)Операционные– Выполнить работу– Консультировать исполнителя– Запрос на информациюЭкземплярПолномочиеФункция (Обязанность)Таблица 3.
Операционные и организационные обязанности и полномочия исполнителейРазработан метод отображения ролевой перспективы модели процесса на организацион-ную структуру компании, отличающийся от используемых сегодня тем, что роль участника рассматривается в качестве промежуточного логического слоя модели процесса, который связывает диаграммупотоков работ и организационно-штатную структуру компании, что делает модель процесса инвариантной изменениям штатного расписания или распределения ответственности.
Показано, что существующая сегодня практика подмены роли должностью, названием организационного подразделенияили именем сотрудника делает модель не гибкой, привязывает её к конкретной организационнойструктуре. Предложены абстрактные организационные псевдороли участников, что позволяет избежать использования на схеме организационного взаимодействия названия должностей, которые привязывают модель к конкретной организации, как показано в таблице 4.Абстрактная рольРаспределяющийИсполнительИнформируемыйПроверяющийВизирующийТаблица 4.
Псевдороли при организационном взаимодействииФункцияОценка задания, установка приоритетов и сроков.Диспетчеризация, отбор и назначение исполнителяВозложение поручения на выбранного исполнителяВыполняет функциональное поручениеКоординирует работуПроверяет качество выполненных работУтверждает результат своей подписьюПередает задание на следующий этап обработкиПредложена типовая схема организационного взаимодействия сотрудников структурногоподразделения, как показано на рисунке 8. Сделан вывод, случае перехода организации к процессному управлению, организационные функции не исчезнут, но будут формализованы, могутвыполняться автоматически, без участия исполнителя, или перераспределены между участниками.31ВыполнитьзаданиеРаспределяющийИсполнительКонсультантИнформируемый ОтветственныйПовторное исполнениеОтветитьОтветитьОтказатьсяОтказатьсяДелегироватьДелегироватьПоручитьИсполнитьПерепоручитьПерепоручитьЭскалировать,Эскалировать,ВышлоВышловремявремяВизирующийКонсультироватьПроситьПроситьконсультациюконсультациюОповеститьПроверитьВизироватьВернутьВернутьисполнителюисполнителюНапомнитьРисунок 8 Организационное взаимодействие участников.Разработан алгоритм выбора актуального исполнителя операции процесса в СУБП, показанный на рисунке 9, отличающийся тем, что назначение реального исполнителя осуществляется в несколько этапов.
Отбор исполнителей есть бизнес-правило, реализующее математическуюоперацию поиска пересечения нескольких множеств, к которым принадлежит исполнитель.Местом описания критериев отбора на схеме процесса должна являться организационная функция «Диспетчеризовать задание». Особенность алгоритма заключается в последовательномсужении круга сотрудников, которым можно поручить задание: «претендент» ⇒ «кандидат» ⇒«исполнитель». Отбор претендентов ведется по принципу соответствия их организационныхполномочий. Из числа претендентов следует исключить т.н.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
