Диссертация (1152223), страница 63
Текст из файла (страница 63)
Во-вторых, аналитик хотел графически отобразить, что отбираемые исполнители имеют разные должности. В нашем примере дублирование операционной функции понадобилось, чтобы разделить участников по их должностям, но аналогичная ситуация может произойти с любым из операционных полномочий. Можно утверждать, что дублирование одноименных функций на схеме не рационально и запутываетчитателя. Следует использовать иные приёмы, чтобы визуально отобразить особенности отборасотрудников для исполнения операции. Мы полагаем, что модель процесса не должна содержать дублирующихся функций, даже если они исполняются разными исполнителями.
Отборисполнителей есть бизнес-правило, мы ниже явно определим место этого правила на диаграммепроцесса.Моделирование организационных обязанностейЧто бы избежать использования на схеме организационного взаимодействия названиядолжностей, что привяжет модель к конкретной организации, мы будем использовать абстрактные организационные псевдороли участников, показанные в таблице 4.2. Рисунок 4.17 изображает схему взаимодействия сотрудников одного подразделения, иллюстрирует их организационные функции. Обычно, руководитель подразделения грает сразу несколько ролей: «Распреде-242ляющий», «Информируемый», «Проверяющий», «Визирующий».
Если руководитель хочетиметь возможность самостоятельно исполнять задание, он должен быть приписан к роли «Исполнитель». В случае перехода организации к процессному управлению, выявленные намифункции не исчезнут, но будут формализованы и превратятся в автоматические или будут перераспределены между участниками, но принцип взаимодействия сохранится.Таблица 4.2 - Псевдороли при организационном взаимодействииАбстрактная рольФункцияОценка задания, установка приоритетов и сроков.Диспетчеризация, отбор и назначение исполнителяВозложение поручения на выбранного исполнителяВыполняет функциональное поручениеКоординирует работуПроверяет качество выполненных работУтверждает результат своей подписьюПередаёт задание на следующий этап обработкиИсточник: составлено автором.РаспределяющийИсполнительИнформируемыйПроверяющийВизирующийВыполнитьзаданиеРаспределяющийИсполнительКонсультантИнформируемыйОтветственныйВизирующийОповеститьПроверитьВизироватьПовторное исполнениеОтветитьОтветитьКонсультироватьОтказатьсяОтказатьсяПоручитьДелегироватьДелегироватьПроситьПроситьконсультациюконсультациюИсполнитьВернутьВернутьисполнителюисполнителюПерепоручитьПерепоручитьЭскалировать,Эскалировать,ВышлоВышловремявремяНапомнить.Рисунок 4.17 - Организационное взаимодействие участниковИсточник: составлено авторомМесто описания полномочий на схеме процессаСледует оговориться, что полномочия на схеме процесса сегодня не моделируются и неотображаются, но мы постараемся определить места на схеме, где можно поместить соответствующее описание.
Отбор исполнителей есть бизнес-правило, в качестве критериев отбора мыопределили операционные полномочия. Местом описания критериев отбора на схеме процессадолжна являться организационная функция «Диспетчеризовать задание». Это бизнес правилодолжно реализовывать математическую операцию поиска пересечения всех тех группировок, ккоторым принадлежит исполнитель. Например, необходимо отобрать исполнителей некоторойфункции, которые одновременно: работают в соответствующем территориальном подразделе-243нии, имеют требую квалификацию, работают с нужным типом клиентов, принимали участие ввыполнении данного экземпляра процесса и сейчас присутствуют на рабочем месте. Если результатом отбора станет несколько кандидатов, назначение актуального исполнителя будетпроисходить по бизнес-правилу, которое не учитывает полномочий пользователя, но опираетсяна показатели исполнения процесса [281].Мы определили организационные полномочия как право возлагать поручения на подчинённых, отказаться от поручения, эскалировать проблему руководству и право консультироваться с коллегами.
Соответствующие организационные функции могут быть явно показаны насхеме организационного взаимодействия в виде соответствующих переходов управления. Этоодновременно указывает, что соответствующие полномочия, по умолчанию, присутствуют. Если соответствующие права для экземпляра процесса зависят от грифа или приоритета задания,то переходы должны выполняться согласно соответствующих бизнес правил. Местом, где можно описать полномочия является функция «Исполнить».Алгоритм выбора потенциальных кандидатов и актуального исполнителяПоиск исполнителя операции в СУБП осуществляется в несколько этапов. Особенностьалгоритма заключается в последовательном сужении круга сотрудников, которым можно поручить задание: претендент ⇒кандидат ⇒ исполнитель задания.
Отбор претендентов ведётся попринципу соответствия их организационных полномочий. Из числа претендентов следует исключить т.н. «запрещённых» исполнителей, которым не может быть поручено задание или выбрать среди них «связанных» исполнителей. На последнем этапе из числа кандидатов следуетназначить реального исполнителя задания, для этого можно воспользоваться четырьмя фиксированными стратегиями отбора. Рисунок 4.18 иллюстрирует отбор и назначение исполнителя.1.Из общего числа сотрудников организации отбирают претендентов - всех тех, кто удо-влетворяет квалифицирующим признакам. Для этого выделяют 14 категорий свойств, позволяющих сгруппировать сотрудников в однородные группы.
Отбор кандидатов можно осуществлять по каждой категории в отдельности или по их комбинации, в последнем случае следуетнайти подмножество соискателей, являющееся пересечением всех необходимых групп;1.1.Если результат – пустое множество, т.е. не отобран ни один кандидат, то возникает ис-ключительная ситуация, вопрос о назначении исполнителя эскалируется линейному менеджеру,который вручную принимает решение о назначении исполнителя на данную операцию процесса;1.2.Если множество кандидатов непустое, переход на следующий шаг;2442.Из числа кандидатов следует исключить запрещённых исполнителей. Например, по при-чине разделения обязанностей некоторым из сотрудников может быть запрещено исполнятьоперацию. Например, сотрудник, исполнивший операцию, не может проверять результат;2.1.Если после исключения запрещённых исполнителей множество окажется пустым, товозникает исключительная ситуация, задание эскалируется менеджеру;2.2.Если останется несколько кандидатов, то следует перейти на следующий шаг;3.Следует проверить, имеет ли операция, для которой осуществляется поиск исполнителя,связанные обязанности (например, сотрудник, который принял заказ, возвращает его клиенту);3.1.Да, имеет связанные обязанности;3.1.1.
Если имеет, то реальный исполнитель уже предопределён;3.1.2. Если предопределённого связанными обязанностями исполнителя нет в списке претендентов, то исключительная ситуация. Решение о назначении исполнителя эскалируется линейному менеджеру, который вручную принимает решение о назначении исполнителя;3.2.Нет, не имеет связанных обязанностей, то следует перейти на следующий шаг;4.Если осталось несколько кандидатов, то выбор актуального исполнителя из числа кан-дидатов может происходить по нескольким стратегиям:4.1.Задание может быть предложено всем кандидатам, что бы один из них сам мог добро-вольно избрать себя актуальным исполнителем.4.2.Назначение одного реального исполнителя.4.2.1. Назначить исполнителя вручную по выбору линейного менеджера;4.2.1.1.
Передать задание тому исполнителю, который сейчас свободен;4.2.1.2. Назначить исполнителя на основе показателей отдельного исполнителя, например, передать задание тому, кто ещё не выработал свою дневную норму4.2.1.3. Назначить исполнителя на основе показателей исполнения экземпляра процесса,например, для срочных заданий выделены специальные исполнители;4.2.1.4. Назначить исполнителя на основе показателей экземпляра процесса, например, для заданий с определёнными характеристиками выделены специальные исполнители;4.2.1.5. По кратчайшему времени выполнения данной операции,4.2.1.6. По приближающейся дате завершения всего процесса,4.2.1.7.
По кратчайшему времени, требуемому для завершения всего процесса.4.2.2. Назначение исполнителя с учётом истории выполнения данного экземпляра процесса(например, тому, кто уже участвовал в процессе или тому, кто ещё не участвовал).4.2.3. Назначение исполнителя с учётом истории исполнения группы процессов, например, наоснове показателей производительности исполнителя (тому, кто ещё не выработал определённую норму).245НачатьОтобратьПустоемножествоКандидатыНазначитьактуальногоисполнителяБизнесисключениеНазначениеисполнителявручнуюЗапрещенныеисполнителиПретендентыПроверитьсвязанныеобязанностиНужного исполнителянет в спискеКаталогпользователейСоискателиИсключитьзапрещенныхисполнителейПустоемножествоЗапросПредопределенныеисполнителиПредложить всемВыбрать себяисполнителемЗакончитьРисунок 4.18 - Алгоритм выбора актуального исполнителя операции процессаИсточник: составлено автором.Два стиля моделирование обязанностей и полномочийМожно условно выделить два стиля моделирования бизнес-процессов, назовём их стильworkflow и стиль СУБП, определим характерные признаки обоих стилей моделирования.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
