WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 10 |

Интервьюирование как способ получения информации должно сопровождаться обязательным протоколированием информации, полученной от интервьюера. При интервьюировании заказчика работ с целью определения требований к процессу, от него обязательно должны быть получены ответы на вопросы:

- причины возникновения потребности в разработке бизнес-процесса;

- подразделения – участники процесса;

- роль подразделения заказчика работ в бизнес-процессе;

- проблемы, возникающие у данного подразделения, в рамках реализации процесса;

- требования, предъявляемые заказчиком к бизнес-процессу;

- зоны ответственности сотрудников подразделения в рамках процесса;

- возможные риски для Компании при нарушении нормального функционирования процесса;

- требования к срочности разработки процесса.

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

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

Требования заказчика к процессу должны быть оформлены в письменном виде, согласованы с руководителем исполнителя разработки бизнес-процесса и заказчиком, в них рекомендуется отражать следующие аспекты:

- границы процесса;

- поставщики и потребители процесса;

- требования к информационной системе в рамках реализации процесса;

- требования к корректности входов и выходов процесса;

- наименование процесса(-ов), необходимого(-ых) к разработке в рамках данных требований;

- форма документов для регламентации данного(-ых) процессов.

Настоящий набор требований является рекомендуемым и может быть дополнен или сокращен в соответствии с требованиями заказчика. Настоящие требования не являются исчерпывающими, они могут быть дополнены в процессе разработки требованиями подразделений, участвующими в процессе.

В этом случае до заказчика должны быть доведены произошедшие изменения.

В соответствии с требованиями заказчика исполнителем должен быть определён порядок работ по разработке процесса.

Для планирования работ по разработке процесса рекомендуется использовать Диаграмму Ганта (табл. 2):

2. Образец Диаграммы Ганта Директивные сроки Этапы работы 1. Интервьюирование экспертов процесса План работ по разработке процесса также должен быть письменно согласован с руководителем исполнителя и заказчиком.

Идентификация бизнес-процессов.

Определение и выделение бизнес-процесса из цепочки процессов верхнего уровня состоит из:

- определения цели процесса;

- описания его окружения, которое представляет совокупность входов и выходов бизнес-процесса с указанием его поставщиков и клиентов;

- соотнесение бизнес-процесса с представленными в едином классификаторе бизнес-процессов.

Описание окружения бизнес-процесса позволяет определить место бизнес-процессов в цепочке процессов верхнего уровня. Для этого определяют требования ко входам и выходам бизнес-процесса.

Требования, предъявляемые к входам, устанавливают характеристики, которым должны отвечать объекты, выступающие в качестве входов процесса. Они должны обеспечить возможность настройки процесса и его нормальное протекание, обеспечивающее выполнение требований к выходам процесса.

Вход бизнес-процесса инициирует начало процесса.

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

При разработке и описании бизнес-процесса необходимо выделить только первичные входы и выходы процесса, которые инициируют и являются основным результатом бизнес-процесса.

Поставщики и потребители (клиенты) бизнес-процесса могут быть внутренними и внешними.

Внутренними являются структурные подразделения и сотрудники Компании, с которыми взаимодействует рассматриваемый бизнес-процесс. Внешними являются Поставщики и Потребители, не относящиеся к внутренним.

После определения границ бизнес-процесса и его окружения необходимо определить процессную область, к которой относится бизнес-про- цесс, согласно единого классификатора бизнес-процессов (ЕКБП). При отсутствии данного процесса в едином классификаторе бизнес-процессов необходимо внести предложении по включению данного процесса в виде:

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



Допускается корректировка содержательной части процесса по мере его разработки.

Разработка и моделирование бизнес-процесса.

ния хх хх хх хх хх хх хх хх 01.03.05.Примеча Разработка и моделирование бизнес-процесса состоит из:

- анализа нормативной документации, описывающей данный бизнес-процесс;

- интервьюирования экспертов из подразделений, задействованных в реализации бизнес-процесса;

- собственно моделирования бизнес-процесса.

Анализ нормативной документации проводится в формате представления свода нормативных документов в разрезе их использования в работе подразделений, например, в виде матрицы нормативных документов, регламентирующих процесс (табл. 3) 3. Матрица нормативных документов Наименование Приём и Набор Рег. № Актуальность процесса обработка заказа товара документа документа АОМ, АОП, ОГП УСХ Подразделение Инструкция по комиссионированию товара на И-103 + + паллетных и коробочных сайтах склада Интервьюирование экспертов.

Рекомендуется использовать следующий формат получения информации о выполнении функции (вида работ):

- название работы (функции);

- структурные подразделения, выполняющие данную функцию (до уровня групп отделов);

- с какими внешними/внутренними структурными подразделениями выполняется данная функция (работа);

- используемое для выполнения данной работы (функции) программное обеспечение;

- необходимые ресурсы, задействованные в реализации данной функции (оборудование, техника, сроки, др);

- список предшествующих работ и входных ресурсов для выполнения данной функции (работы);

- список работ (функций), использующих результаты выполнения данной работы (функции):

Моделирование бизнес-процесса.

Моделирование бизнес-процессов проводится в соответствии с методологией ARIS с использованием полученной от экспертов, задействованных в реализации процесса, информации, в соответствии с требованиями, предъявляемыми к бизнес-процессу заказчиком процесса и заинтересованными сторонами.

Рекомендуется модель бизнес-процесса письменно согласовать с руководителями подразделений – участников бизнес-процесса.

3.2. КОНЦЕПЦИЯ ОПИСАНИЯ И ПОСТРОЕНИЯ МОДЕЛЕЙ Описание и построение моделей рассмотрим на примере компании «N». При описании деятельности компании в первую очередь строятся модели верхнего уровня, к которым относятся диаграмма целей компании, дерево продуктов/услуг и процессы верхнего уровня компании. Данные модели являются отправной точкой для последующего, более детального моделирования и за их формирование отвечает высшее руководство компании.

Описание собственно бизнес-процессов компании будет проводиться в два этапа:

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

2) полученные функции и процессы, выполняемые в рамках отдельных подразделений, объединяются в единый бизнес-процесс, при этом детализируются процессы с модели верхнего уровня.

Описание функций и процессов подразделений.

Основными моделями в этом описании являются дерево функций подразделения и диаграммы окружения функций. Они строятся на основании информации, полученной в результате анкетирования, причём, модель окружения получается по одному, отдельно взятому опросному листу.

В случае если можно выделить процесс, протекающий в рамках данного подразделения (т.е. все функции этого процесса выполняются в этом подразделении), строятся модели процессов (в формате eEPC – событийная цепочка процесса) и/или матрицы выбора процесса.

При построении диаграммы окружения функции и привязке исполнителей и прикладных систем к функции на модели процесса (eEPC) используются объекты с модели организационной структуры подразделения (исполнители) и модели классификации прикладных систем (прикладные системы). Во избежание конфликтов и дублирования информации требуется использовать уже существующие объекты, а не создавать их заново! Полученные таким образом описания функций и отдельные части (цепочки) процессов, протекающие в рамках подразделений, объединяются впоследствии в единый бизнес-процесс компании.

Описание бизнес-процессов и организационной структуры компании. После того, как описаны функции и процессы отдельных департаментов, они объединяются в целостное описание деятельности компании. Целью этого объединения является горизонтальное и вертикальное связывание функций.

Горизонтальные связи позволяют просмотреть ход процесса от его инициации до получения конечного результата (продукта), увидеть, как процесс переходит от подразделения к подразделению, какие их функции при этом задействуются. Вертикальные – связывают между собой различные уровни агрегации, начиная от верхнего (макропроцессы компании) и заканчивая уровнем рабочих мест.

Основные процессы, выделенные на модели верхнего уровня, раскрываются на дерево функций, входящих в этот процесс, и детализирующие модели процессов. Дерево функций позволяет увидеть на одной модели сразу несколько уровней агрегации, а модели процессов – проследить в какой последовательности они выполняются. Обратите внимание, что в дерево функций могут быть включены функции, выполняемые в разных подразделениях.





Функции из модели дерева функций детализируются на модели процессов (в формате eEPC – событийная цепочка процесса) и/или матрицы выбора процесса. Матрицы используются в тех случаях, когда возможно несколько альтернативных вариантов выполнения процесса, а выбор конкретного зависит от некоторого выделенного параметра.

Функции из матрицы выбора процесса в свою очередь детализируются дальше – до моделей процесса уровня рабочих мест.

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

3.3. ПОСТРОЕНИЕ МОДЕЛЕЙ РАЗЛИЧНЫХ УРОВНЕЙ Процесс описания деятельности компании с помощью ARIS состоит из построения следующих моделей:

- описание дерева целей;

- описание дерева продуктов/услуг;

- описание организационной структуры;

- описание бизнес-процессов верхнего уровня;

- описание дерева функций;

- описание матрицы выбора процесса;

- описание детального бизнес-процесса;

- описание используемых прикладных систем.

Рассмотрим последовательно каждый из этапов с выделением таких элементов, как: назначение и правила формирования моделей, используемые объекты и связи между объектами.

Построение модели дерева целей Назначение и правила формирования моделей.

Диаграмма целей описывает цели компании, реализуемые при поддержке способствующих успеху факторов и внедрении новых бизнес-процессов.

Она позволяет определить аспекты деятельности, которые необходимо рассмотреть, чтобы достичь отдельной цели компании, выстроить иерархию этих аспектов и установить их соответствие целям.

Данный тип диаграмм связан с другими диаграммами на уровне формулировки требований с помощью объекта типа «Функция». Для каждой цели может быть отображена функция (бизнеспроцесс), которая ведет к достижению цели.

Пример дерева целей компании приведен на рис. 4.

Цель разбивается на более конкретные подцели.

Дробление целей происходит до тех пор, пока подцели не становятся объективно измеримыми.

При проверке полноты и внутренней непротиворечивости дерева целей должны соблюдаться следующие правила:

Цели ЦВ "Протек" Финансовые Маркетинговые...

цели цели Цели Цели Цели Цели Цели Цели развития стабилизации сокращения развития стабилизации сокращения Сократить Сократить Разработать До $… размер внешних До $… эксплуатационные новую в месяц заимствований в месяц издержки услугу Новая услуга Финансовый Планирование поставок контроль Новая информационная Осуществление Мониторинг услуга финансовых управленческого потоков учета Рис. 4. Пример дерева целей компании - при чтении сверху вниз подцель должна отвечать на вопрос «что нужно сделать, чтобы реализовать цель предыдущего уровня»;

- при чтении снизу вверх цель более высокого уровня должна отвечать на вопрос, «для чего необходима цель непосредственно под ней»;

- при чтении подцелей, необходимых для достижения одной цели, следует учесть, что все подцели должны быть необходимы для её достижения;

- при чтении подцелей, необходимых для достижения одной цели, следует уточнить, какие ещё подцели этого уровня необходимы для достижения цели и добавить их.

Используемые объекты При построении модели дерева целей компании используются объекты, приведенные в табл. 4.

Назначение и правила формирования модели Алгоритм формирования дерева продуктов/услуг в среде моделирования ARIS.

4. Объекты, используемые при моделировании дерева целей Тип и символ Правила именования и Описание объекта использования Objective Цель, которую Имя содержит описание цели, планируемой к предполагается достичь, достижению с использованием глагола в при поддержке повелительном наклонении. Кроме того, Objective способствующих успеху следует указать, к какому объекту относится критических факторов и эта цель.

реализации новых бизнес- Примером правильного наименования процессов является:

«Сократить размер внешних заимствований» Critical factor «Критический фактор» Имя, как правило, должно содержать определяет аспекты количественную характеристику, которая деятельности, которые является критерием достижения Critical factor необходимо рассмотреть, поставленной цели чтобы достичь отдельной цели компании Function «Функция» – действие, Имя функции содержит описание выполняемое над объектом выполняемого действия с использованием (объектами) для отглагольного существительного. Кроме Function достижения одной или того, следует указать, над каким объектом нескольких целей совершается действие и детали выполнения Product/Service «Продукт/Услу- Имя «Продукта/Услуги» задаётся в га» – результат соответствии с принятым наименованием Product/Service человеческой деятельности данной услуги в компании и должно или технологического отражать его место в классификации процесса. Продукт может продуктов Service быть как материальным, так и нематериальным Information service (Услуга) Для формирования дерева «Продуктов/Услуг» необходимо определить критерии классификации и группировки продуктов компании.

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 10 |










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.